пробежался по форуму, нашёл примеры трассировки PRI. а VIOB как трассировать?

подумал ещё и запустил трассер на транзитной MG, в том PRI, который и коммутирует на 5000.
а ПГМ231 on-line SMDR Print TCP 1 и Trace Print TCP 1. в неттерминале через порт 5003 задаю команды t b 02 (нужный PRI у меня во 2 слоте первого KSU), tm 1206 и tm 9302, затем выхожу x.

ничего не падает в окошко неттерминала

ок, в TCP 2 заработало.

вот файлик трассировки. звонил с номера 1539 оконечной mg100 на номер 5000 в потоке PRI, подключенном в слот 02 транзитной mg300.

Отбивает вызов оконечная MG-100.

есть предположения, почему?

и факсы из оконечной LDK не проходят...

шквал заявок с оконечных LDK, что попадают не на тот городской номер, который набирают. проверил в логах тарификатора - действительно, с LDK уходит правильный номер, а в транзитной MG у этого номера 1 - 2 цифры в середине повторяются.

А транзит с MG уходит на Infinity, и уже через Infinity - в ГАТС??

нет, на инфинити уходят только номера 50** и 51**. город и сотовые уходят в два прямых в ТфОП потока PRI.

ОК. С инфинити - отдельный грабли... Там, видимо, как было криво настроено, так и осталось (набор номера через Инфинити идет вне сигнального канала, как ДОнабор номера (как DISA)). Ранее вроде мы уже это обсуждали.

Смотреть нужно не логи SMDR, а трассировки MG: транзит потока и H.323.

конец света... если б я уже не повыдёргивал себе все волосы, я бы точно поседел!

утро встретило меня праздничными огоньками на телефоне аттенданта и сообщением, что СЛ (S04) РАЗЪЕДИНЕНА
КОД *564
полез в ПГМ101 - точно, слот 4 - Oos. в ужасе делаю звонок на сотовый через СО в этом потоке - звонок проходит, аварийная сигнализация на аттенданте гаснет, статус платы становится активным.

так и хочется спросить - что это было, Бэрримор?

полез проверять остальные АТС. все вчерашние проблемы, похоже, остались - звонок с оконечной MG на контакт-центр 5000 сорвался сразу после ответа оператора, хотя транзитный в город через специальный номер контакт-центра 5050 по-прежнему проходит как ни бывало. факсы с LDK не пробовал ещё, но зато обнаружил, что не падает SMDR ни с одной LDK кроме той, что через VPN. PCAdmin по LAN также ни к одной из них не подключился, перезагрузка не помогла. хоть домой за ноутбуком и СОМ-шнурком беги.

городские номера по-прежнему набираются неправильно - транзитная MG, если верить SMDR, дублирует цифры в номере. может ли такое быть из-за DTMF Mode? у меня везде Inband стоит. хочу попробовать поставить RFC 2833, но не уверен, что поменяется без перезагрузки АТС, а этого хотелось бы избежать.

конец света...

помощи от Арткома не дождался - Володя болеет, Лёша вместо него курсы ведёт. подскажите, как снять трассировку Н.323 с MG?
трассировку транзита с потока вчера ж выкладывал.

хаб с "зеркальными" портами и запускайте программу "weersark"

Новое в сетестроении

какой порт на хабе зеркалить, к которому MPB300 транзитной MG подключен, так?

Жжоте!

ещё пара часов, и меня-таки сожгут на медленном огне за перебои в связи.

Эпитафия "Сгорел на работе" устроит?

о, да! соответствует действительности

???
Повторюсь еще раз: при нормально настроенном транзите ВСЕ цифры номера должны уходить в СИГНАЛЬНЫХ сообщениях внутри протокола H.225.0 (INFO), т.е. до установления соединения (до Connect'а).
А DTMF Mode (Inband, RFC и пр.) подразумевает не набор номера, а дополнительный набор (ДОнабор), т.е. уже после Connect'а, после установления голосового канала.

Т.е. DTMF Mode вообще не должен иметь никакого отношения к набору городского номера.

Прошу пардону, но не зная ваших конфигураций, без трассировок, и учитывая, что у Вас несколько АТС, завязанных в систему, ИМХО, невозможно разобраться, что реально происходит.

сделал сниф звонка с оконечной MG100 на номер 5000. срыв звонка через пару секунд.
ip MPB100: 10.100.61.20, ip транзитной MPB300: 10.100.61.1, дальше в PRI.
http://narod.ru/disk/64511346001.b4dc460f1...0MG100.zip.html

Прошу помощи! Не уходят факсы с оконечных LDK по Н.323 транзитом через MG300 в поток PRI. По собственным аналоговым СО с LDK факсы уходят без проблем, но эти СО собираемся снимать. А с оконечной MG100 факсы по Н.323 через транзитную MG уходят нормально.

На MG: FAST, Tunneling ON, кодек выбран только G.711A (на других факсы не бегали), Т38 сейчас выключен, но с включенным тоже работало.
На LDK: FAST, Tunneling ON, G.711A, Fax mode DISABLE. Re-infite пробовал включать - без толку.

Сниф факса с № 1400 оконечной LDK на городской номер 268-99-11 (добавочный 1099) транзитом через MG300 во вложении.

IP MG - 10.100.61.1 (VOIB24 10.100.61.2; VOIB8 10.100.61.6), прошивка GS56MxB.0De, VOIBы прошивка 10Gb.
IP LDK - 10.100.60.16 (VOIBE+VOIUE прошивка GS30H-B.2Az), MPB 10.100.60.15 прошивка С.9Fb.

harris, очень рассчитываю на помощь гуру Два снифа по двум проблемам выложил.

Сорри, я сейчас в запарке.

а на транзитную и с нее ходят?

на транзитной пока абонентов нет, потому не проверял. сейчас организую проверку.
в принципе, с оконечной-то MG факсы уходят...

вопрос ведь LDK <==>MG его и проверям

с транзитной MG на LDK факс не ушёл. короткий писк - и тишина.
с той же MG на тот же факс через DISA аналоговой СО (в LDK) факс ушёл: MG300 -> PRI -> ТфОП -> CO -> LDK.

итак, факсы победили. почему-то включался Т38, даже при disable fax mode в ПГМ340, поэтому кодек G.711A не срабатывал как надо. в итоге Т38 отключили через telnet.

по проблеме с отбоем звонков в колл-центр "Инфинити" буду сегодня трассировки снимать.

пришёл Володя и всех спас. как всегда.

А нам тоже интересно.

ребята, это такой жуткий изврат, что мне даже стыдно признаваться.
с оконечной MG100 (15хх) сбрасывались звонки на номера контакт-центра (5ххх), сидящего в потоке от транзитной MG300 (16хх). если с MG100 позвонить на сетевой номер и попросить соединить с контакт-центром, то такой звонок уже не сбрасывался.
в итоге из нумерации 16хх выпилили два неиспользуемых номера 1698 и 1699 и присвоили их терминальным группам без единого члена, но с internal mon с паузой 1 сек. и переадресацией по owerflo на номера из 5ххх. в таблице конвертации оконечной MG100 заменили для STA номера 5ххх на номера 1698 и 1699.
и всё заверте! а что там было и из-за чего оно сбрасывает - да кто ж его знает?..

Жесть!
Это ж надо было еще додуматься...

одно слово - гуру!..

А изврат с транзитом на город через Call-центр так остался??? Это связано с Астером. При наборе 5050 Астер по-прежнему дает Connect, не дожидаясь набора гор. номера??

у нас не Астер, а Инфинити. и при наборе 5050 она даёт коннект, да.

Да, извините, я спутал ваш Инфинити с Астером.
Но суть проблемы от этого не изменилась...
Номер 5050 уходит в сигнальных сообщениях, а вот все остальное уже после Connect'а Вы вынуждены отсылать как ДОНАБОР (как DISA)... А это, ИМХО, не очень здорово.

это имхо вообще отвратительно! а главное - совсем не нужно. а нужно внешнее устройство записи разговоров на потоках, вот и всё. ведь звонки через 5050 посылают именно для их записи.
да только наши боссы тратиться не хотят, есть же "инфинити".

Пришлось так упражнятся что бы получить коннект от транзитной и потом форвард на инфинити.
Станцию обманули. При прямом транзите отбивала конечная, почему - хз.
Вообще такие длинные темы читать никто не будет, пока доберешся до конца уже не помнишь с чего начиналось.
Закрываю диспут.