системный телефон не слышит IP телефон (TDE600, карта DSP64, лицензии на 32 IP телефона)

[Mibrahim]

Здравствуйте!
Вот такая закавыка: системный телефон не слышит IP телефон NT-321 (далее "IP").
Все остальное нормально: системный-системный норма, IP-IP норма.

Рассуждая: если была бы проблема с DSP, то звук с системного тоже не кодировался бы и не доходил до IP.

Я пришел только к одному логическому выводу:
На АТС два Айпи адреса (далее "Айпи"): для менеджинга и для голоса
Во время установления сессии IP работает с менеджингом.
Каким-то образом, RTP от IP посылается на менеджинговый адрес вместо голосового, в результате голос от IP не доходит до системного.
А АТС шлет свои RTP пакеты на сам IP, потому он слышит системный телефон.

Вайршарк нереально использовать (свич с PoE у меня один, он далеко и, к тому-же, он в работе).
Куда можно копать?

Исходные данные:
АТС TDE-600;
карта DSP64;
32 встроенных лицензии на "Системные IP телефоны".

[Mibrahim]

Примечание:
связка: системник<--->SIP-телефон при этом работает нормально: набор есть, слышимость — в обе стороны.
связка SIP<--->IP тоже в норме.

[НачШтаба]

По вопросам настройки TDE600 обращайтесь в ту фирму, которая продала вам эту АТС. По правилам продажи, установленным Производителем, продажа АТС KX-TDE600 может осуществляться только при условии авторизованной поддержки специалистом с соответствующим сертификатом. Если вы взялись устанавливать АТС самостоятельно, будьте добры иметь самостоятельный гемморой. Либо требуйте от продавца предоставления специалиста (теперь уж пусть предоставляют бесплатно, если лопухнулись при продаже и не оформили хотя бы шеф-монтаж). На большинстве известных мне форумов вопросы по TDE600 специально игнорируются участниками этих форумов.
Кстати, если контора покупает KX-TDE600, то она наверняка не бедная, и позволить себе оплату шеф-монтажа сертифицированным человеком конторе было бы вполне по силам. Заодно и 3 года гарантии вместо одного "заводского" (да чтоб у вас что-нибудь накрылось после 13-ти месяцев работы!.. ). В сложившейся ситуации варианты дальнейших действий я уже выше перечислил.

[Wi$e]

Вайршарк нереально использовать (свич с PoE у меня один, он далеко и, к тому-же, он в работе).

а как связаны "Вайршарк" и "свич с PoE"

[Mibrahim]

1) Телефон запитан по PoE, этот свич меня один.
2) Блока питания для телефона у меня нет.
Соответственно ближайшая точка, откуда я могу снифить трафик — это сам свич. А он далековато.

3) На коммутаторе включу функцию "Монитор порт" и буду транслировать все пакеты на Вайршарк.
Но и здесь подвох: у всех портов скорость одинаковая, а к свичу подключено много других компьютеров. Поэтому, теоретически, возможна потеря некоторого трафика.

Чтобы сделать идеальные условия придется идти туда где свич, напрямую подключить телефон, отключать другие компьютеры от свича и снифить.
И то не факт, что после этого проблема будет найдена. Это может помочь понять что на уровне сети, а вдруг проблемы с АТС или карточками.

=======
Поэтому, подумал, если кто с такой проблемой сталкивался, может уже знает где грабли.

[НачШтаба]

Гусары, молчать!!!!
Вобщем купили - нехай "и бутсы".. тоже покупают

[Mibrahim]

Все оказалось проще.

Админ, какой-то дейвайс включил, у которого был статический адрес как у моего RTP-шлюза. Поэтому админка работала и регистрация проходила по первому адресу АТС.
А RTP должен передаваться через второй адрес — адрес шлюза.

Самому шлюзу все равно есть ли такой адрес в сети, потому что он шлет на Айпи адрес телефона. Поэтому голос нормально шел от аналога на IP-телефон.
А IP телефон ответ слал на фейковый RTP шлюз.

Достаточно было команд:
ping RTP_GATEWAY
arp -a
и проверить совпадают ли MAC-адреса.