Имеем следующую схему связи (упрощенно): сеть корпоративная из Alcatel - H323 - Alcatel - PRI - MD110 AASTRA - PRI - CS1000 LG Алкатель работает как шлюз по H323 в корпоративную сеть. Все работает. Вызова ходят во все стороны и проблем особых не замечено. Сейчас как резервный вариант схема несколько меняется сеть корпоративная из Alcatel - H323 - MD110 AASTRA - PRI - CS1000 LG на стороне Алкатели никаких изменений настроек не производилось. Вызова с MD110 на корпоративные Алкатели ходят нормально без всяких проблем. Вызова с CS1000 транзитом через MD110 на сеть из Алктелей тоже без проблем. От Алкателей из корпоративной сети вызова на MD110 проходят нормально. А вот от Алкателей из корпоративной сети вызова на CS1000 транзитом через MD110 наблюдается проблема. Вызов проходит, абонент CS1000 берет трубу, происходит нормальное соединение и через 0.5 секунды отбой. Трассировки снятые на MD110 по PRI показывают что отбой идет не со стороны CS1000. Трассировку по H323 протоколу на MD110 к сожаление из-за отсутствия опыта понять не удалось, хотя трассировщик ее успешно дешифровал. Вместо CS1000 аналогичным образом включалась другая станция, ситуация осталась прежней. Делались тестовые вызовы с компьютерной программы работающей по H323 опенфоне, как на MD110, так и через нее транзитом на CS1000. Соединение проходит нормально и никаких отбоев не происходит. Вопрос собственно один как снять трассировку на стороне алкатели и понять природу этого отбоя.
А что за номер второй - 6009? Чем отличается от 6609? В первом случае спокойно получаем Call proc, а за ним ALERT с информацией о RTP портах/адресах. Во втором случае этого нет. У вас может второй вызов маршрутизируется куда-то в другое место, где выключено Direct RTP?
Я в первом сообщении написал что: Первый вызов алкатель номер 7259 -H323- MD110 номер 6609 Второй вызов алкатель номер 7259 -H323- MD110 -PRI- CS1000 номер 6009 Перед трассировками также имеются пояснения.
Аналогичные вызова чисто по PRI проходят нормально. Трассировки имеются. вызов алкатель номер 7259 -PRI- MD110 номер 6609 вызов алкатель номер 7259 -PRI- MD110 -PRI- CS1000 номер 6009
Крутить надо MD110 - както там не так организован транзит. Во первых - странно что нет RTP портов/адресов в сообщении ALERT. Во вторых - когда абонент CS1000 ответил - Алкатель должен получить сообщение CONNECT - которого от MD110 не приходит. Т.е. MD110 должен получать CONNECT в PRI и транслировать его в H323.
Я с вами согласен. Тем более что сама MD110 CONNECT в PRI от CS1000 получает. Буду искать специалиста, который посмотрев трассировки H323 MD110 определит проблему. Спасибо.
В MD110 faststart включен по умолчанию и выключает его только по запросу инициатора вызова. CS1000 в данном случае совершенно не при чем. Вместо нее по PRI пробовал подключались две разные станции, одна из которых алкатель. Во всех трех случаях результат с транзитом одинаковый. Вместе с тем как написано в первом посте, делая аналогичные вызовы не с алкатели а с софтового решения H323. И в этом случае вызовы и прямые на MD110 и далее транзитные проходят без всяких проблем. На счет CS1000. Станция в принципе нормальная. Особых проблем я с ней не испытывал. Кстати какую CS1000 именно вы называете "та штучка"? У нас STAREX CS-1000 от LG-Ericsson. Есть еще CS1000 от NORTEL Communication. Может вы ее называете так ласково?
** как на счет стыка CS1000 с IPO-406 по PRI...? Не знаю с IPO-406 дел не имел. **при условии что к h323 транку прилагается тюнинг ввиде h225/h245,он у вас есть? в документации написано что есть. **раньше была GoldStar, потом LG, LG-ERICSSON. удивить вас?! - меняется только логотип на железке но не сама железка Удивлять меня не надо историю со всякого рода переименованиями я знаю. Но я думаю что Вы удивитесь что станция с названием CS1000 у NORTEL Communication появилась задолго до всех этих переименований и со STAREX CS-1000 от LG не имеет ничего общего. **вам vad в посте 5 уже писал в чем проблема, я вам говорю решение проблемы - отключить faststart В пятом посте слово faststart не упоминается вообще. А отключить его на MD110 штатными средствами не получится. Надо распаковывать ПО платы менять параметр в конфиге и обратно запаковывать. **снимайте две трассировки звонка (удачного и неудачного) на самой CS-1000 и покажите На CS1000 удачных вызовов описанных в первом посте нет вообще, так что трассировку можно снять только неудачного. С отбоем при ответе абонента. Удачные проходят только в случае алкатель -H323- MD110. Вызова идущие дальше MD110 по PRI все заканчиваются одинаково. И как я уже писал выше вместо CS1000 делались вызова и на другие станции подключенные к MD110 по PRI в том числе и на алкатель. Вот трассировка такого вызова. (1)xa000000> t3 --> Cleaning mtracer... --> Positionning t3 filters... +--------+-------+--------+--------+---------+---------+----------+------+ | filter | desti | src_id | cr_nbr | cpl_nbr | us_term | term_nbr | type | +--------+-------+--------+--------+---------+---------+----------+------+ | 0 | ** | ** | * | ** | * | *** | 165 | | 1 | ** | ** | * | ** | * | *** | 166 | | 2 | ** | ** | * | ** | * | *** | 167 | | 3 | | | | | | | | | 4 | | | | | | | | | 5 | | | | | | | | | 6 | | | | | | | | | 7 | | | | | | | | +--------+-------+--------+--------+---------+---------+----------+------+ Traces Analyser activated
Виктор пишет: В пятом посте слово faststart не упоминается вообще. А отключить его на MD110 штатными средствами не получится.
ёмаё... все правильно, vad писал "В первом случае спокойно получаем Call proc, а за ним ALERT с информацией о RTP портах/адресах. Во втором случае этого нет." и ни слова о "faststart", я по опыту вас направил в нужное русло тобишь - faststart=off
реальный пример - надо было конвектировать h323 в sip, sip смотрит в сторону крупного ip-прова. по всему направлению мегафон и некоторых узлов 495 и 499 не было проключения медиа-траффика, много-чего было испробованно и многих напрегли. долго "курили" трассы, дампы и доки по h323 и в конце концов пришли к faststart-у, faststart=off и как бабка наговорила
в мое случае вызов проходил но не бегал медиа-траффик из-за отсутствия инфо о медиа-траффике с другой стороны, в вашем случае если нет "инфо о медиа-траффике" идет разрыв звонка
Цитата
Виктор пишет: **снимайте две трассировки звонка (удачного и неудачного) на самой CS-1000 и покажите
вы опять приложили трассу с ОХЕ, с CS1000 трудно трассу снять?
Советы по разным поводам отключить Faststart я видел. И даже пробовал отключить его на алкатели инициаторе вызова, то есть по логике вещей он не должен работать. Но все остается по прежнему. Прямой вызов на MD110 проходит нормально, транзитный далее по PRI отбивается с поднятием трубы. **вы опять приложили трассу с ОХЕ, с CS1000 трудно трассу снять? Я дико извиняюсь, но снимал трассировки на CS1000 последний раз лет пять назад. Надо вспоминать как это делается на конкретный номер станции. Если Вы мне напомните какой командой вроде TL это делается, то сделаю без всяких проблем. А приложенная трассировка действительно алкателевская, но в данном конкретном случае эта трассировка на алкатели, которая включена аналогичным образом как и CS1000 по PRI к MD110. Таким образовы вызов выглядит так: Алкатель1 -H323-> MD110 -PRI-> Алкатель2 Трассировка входящего вызова второй алкатели.
На CS вы скорее всего не увидите ничего интересного. Надо разбираться с MD110 и тем, как там организован транзит. Мне например не понятно - почему получив по PRI сообщение CONNECT МД выдает подтверждение коннекта. По идее она его должна сначала странслировать в сторону инициатора вызова (ОХЕ включенная по Н323), а только получив оттуда подтверждение, отдать его в ISDN. Если ОХЕ до релиза 9 - можно для эксперимента выключить Direct RTP (IP/ TP parameters, не забывая рестартануть VoIP плату) и посмотреть как пойдет.
