Тема: знатоки IP-телефонии вынесите резюме.
вот хотел уже НГ начать отмечать потихоньку, а хрен там. Кстати Всех с Наступающим.
проблема вот в чем: ТДЕ повязана с какой-то ЛЖ по Н.323, все работало тип-топ. И вдруг на панас перестали падать звонки, с панаса нормально ходят, опрашиваю Лыжников- ничего не меняли(как обычно). снимаю трассу там лыжа присылает tunneling h.245 on в ответ панас молчит и лыжа по таймеру отбивает. собственно подтвердите или опровергните, кажись панас с 245 не работает? версию поднял на 3.001- таже хрень.
трасса
По трассировке, открытие тонеля Н.245 запрашивает Cisco с IP 213.170.68.91 и предлагает для этого порт 8236.
Хотя, всё же инициатором запроса является LDK VOIB версии RADVISIONV4 c IP 217.197.121.51
Панас использует Н.245 только для передачи служебной информации при уже установленной связи.
При Setup, у Панаса, только Fast Start без каких либо дополнительных требований.
Mike_K, спасибо что откликнулись. 217.197.121.51 - это панас. как там лыжа связана с циской х.з., они кричат что эти параметры на лж поменять нельзя. (но как тогда работало? :roll: ) получается пи....т, обещали перешить лж, типа появится возможность крутить фас старт. есть еще какие нибудь мысли?
С 91-го айпишника пинг проходит на 51-й? Панас и впрямь молчит...
именно с 91-го не знаю. когда инициатор панас - все ОК.
именно с 91-го не знаю. когда инициатор панас - все ОК.
В каком месте трассу снимаем? Нет ли фаервола?
нет ничего,голый шнурок к прову. трасса с панаса.
Есть подозрения, что Cisco крутили и сделали её инициатором запроса тонеля Н.245.
тоже уже склоняюсь к этому. по той стороне вообще скудная информация,там три офиса полагаю, что они все на этой циске завязаны. но эти (точнее те) ребята втирают заказчику, типа видите мол ответа с панаса нет и в кусты, а он мне мозг выносит.
вариантов короче нет, со стороны панаса выкрутиться??? или может еще порвать пару бубнов, как считаете??
К большому сожалению, нет возможности что либо сделать со стороны Панаса.
Может помочь только цицковод, если уберёт запрос на организацию тонеля. Такая возможность почти на всех циско есть.
Сам нарвался на такую проблему пару недель назад.
все убедили (бубны преберегу 😊 ). пойду нажрусь со спокойной душой, и за Вас всех подниму стопарь, и не раз.
Всем спасибо.
с наступающим НГ.
все убедили (бубны преберегу 😊 ).
Всем спасибо.с наступающим НГ.
Где Вы взяли “CISCO” с IP 213.170.68.91? 213.170.68.91 - ip адрес на VOIB плате ЛЖ. И не “какой-то там”, а IPLDK300
К тому же ну пусть откуда-то какая-то CISCO иницилизирует тунель на какой-то там порт.... Так где попытка панаса ответить этой “CISCO” на порт 8236?
З.Ы. Пежду ЛЖ и Панасом цисок (хуавеев, длинков и т.п.) как грязи (Питер-Москва).
З.З.Ы. ЛЖ пинговать (особенно с воипной платы) не умеет.
З.З.З.Ы. Основной вопрос - где ответ панасоника, пусть хоть RELEASE!
P.S. Вы случайно не путаете тунели ip и тунели h245?
https://komendant.pro/spr/viewthread/22369/
kma, если сможете сейчас снять трасировку и прислать - было бы интересно
Где Вы взяли “CISCO” с IP 213.170.68.91? 213.170.68.91 - ip адрес на VOIB плате ЛЖ. И не “какой-то там”, а IPLDK300
К тому же ну пусть откуда-то какая-то CISCO иницилизирует тунель на какой-то там порт.... Так где попытка панаса ответить этой “CISCO” на порт 8236?
З.Ы. Пежду ЛЖ и Панасом цисок (хуавеев, длинков и т.п.) как грязи (Питер-Москва).
З.З.Ы. ЛЖ пинговать (особенно с воипной платы) не умеет.
З.З.З.Ы. Основной вопрос - где ответ панасоника, пусть хоть RELEASE!
P.S. Вы случайно не путаете тунели ip и тунели h245?
Укажите конкретный номер Frame-а в трассировке, из которого Вы увидели описанную ситуацию.
Посмотрите Frame №1847, посмотрите MAC адреса, каким устройствам (производителям оборудования) они прнадлежат.
О какой попытке ответа Вы говорите, если посланный запрос устройством не распознаётся. Ну не нонимает устройство запроса на работу с Н.245.
Выход из сложившейся ситуации ТОЛЬКО по тайм аут.
Ребята, Вы чего???? Какой MAC адресс??? Трасировка снималась в МОСКВЕ, пакеты шли из ПИТЕРА!!! Вы считаете, что MAC адрес прозразно передаётся???? У клиента на панасе MAC с ближайшего к нему (в Москве) маршрутизатора!
Мне чего-то совсем страшно теперь на этом форуме.... Надеюсь, что это просто на Вас так НГ действует. Даже боюсь вам рассказывать про NAT, что ip 213.170.68.91 может вообще быть прописан на проксе в Китае, но при этом АТС стоять в Питере и прекрасно может работать voip.
Ну а диагностика voip на основе MAC адресов - это вообще сильно...
Фрейм на какую ситуацию вам показать? Я понимаю, что SETUP не распознаётся панасом, так вопрос в том то и есть - ПОЧЕМУ НЕ РАСПОЗНАЁТСЯ? Укажите конкретное значение в сообщении SETUP, которое не распознаётся панасом (т.е. которое противоречит рекомендациям itut)