Если я через IP-шлюз (IP-GW16) позвоню на внутренний номер в своей сети (KX-TDA600), то оба абонента отлично слышат друг-друга. А если я через IP-шлюз (IP-GW16) позвоню на внутренний номер удаленной сети (AWAYA), то я буду слышать отвечающего абонента, а отвечающий абонент не будет слышать вызывающего (т.е. меня).

Вопрос: Из-за чего это может быть и на какой стороне нужно устранять этот деффект?

Возможные причины:

1. UDP пакеты не пропускает FireWall, т.е. закрыты порты 5004 - ......
2. Не совпадают порты голосовых потоков RTCP, у IPGW Panasonic они с 5004 - ......... , но их можно изменить.

Рекомендую проанализировать- протрассировать VoIP трафик специальной программкой...

VoIP Test Tool.

Before TDA with VoIP feature is installed in the network, using this tool, you can confirm whether current IP network is enough to add VoIP feature.

Currently our CS section is receiving following question often. For example,
"Our customer wants to use 16ch VoIP IP-GW between main office and branch office.
I want to know whether 16 ch talking is possible using current
data transmission capacity of IP network.
And I want to know whether big side effect happens on speed of current data transmission such as WEB access from branch office to main office.
How should I investigate current condition of the customer’s IP network?"

This VoIP test tool is ideal for the request.
This tool can be operated easily, even if user does not have enough knowledge of IP network.

<Preparation>
Only two PCs are required in IP network for this test.
One PC as IP-EXT card and another PC as IP-PT
or
One PC as IP-GW card and another PC as IP-GW card also

<Features>
- VoIP signal test
You can confirm whether IP port number for VoIP signal is blocked by network.

- Audio test
You can talk using VoIP actually. (PC to PC talk)
- Audio test – recording file
Pre recorded file can be played in the other PC and it is sent to your PC.

- Audio test – Traffic option
Max.100 VoIP ch can be sent in order to increase traffic and disturb talk test or disturb data transmission such as WEB access

VoIP Test Report
Tue 4 3 2007
Summary
Local IP: 10.75.50.191
Local Port: 1234
Remote IP: 10.75.48.221
Remote Port: 1234
================================================== ==
VoIP Signal Test Results:
------------------
PTAP Test details:
Port: 9300
Outbound TCP: Passed
Inbound TCP: Passed
Outbound UDP: Passed
Inbound UDP: Passed
Time : 18:55:365
Port: 9301
Outbound TCP: Passed
Inbound TCP: Passed
Outbound UDP: Failed (10048)
Inbound UDP: Passed
Time : 18:55:569
------------------
SIP Test details:
Port: 5060
Outbound TCP: Passed

Есть ещё free-шный софтик wireshark ( wireshark.org).

Сегодня утром вместе с администратором AWAYA выяснили, что AWAYA сделана так, что один порт у неё "сигнальный", а для "голосового" у неё имеется другой порт. Голосовые пакеты (UDP) в сторону TDA могут приходить от другого порта AWAYA, а вот TDA пытается отправить свои голосовые пакеты (UDP) на тот же порт, куда шлёт и сигнализацию через TCP-IP.
Ток как теперь обойти эту проблему? Может ли маршрутизатор Cisco разделить сигнализацию от голоса и направить их в нужные русла?

Ну дык и в Панасонике они то же разные:

В межсетевом экране Должны быть открыты обязательно:
80 port HTTP - Управление
1720 - H.225 - Сигнализация Н.225
1721 - H.245 - Сигнализация Н.245
1719 - RAS - Сигнализация RAS
5004 -...... - RTP/RTCP - Голосовые потоки.

AVAYA настроена так что на 10.1.7.5 приходит сигнализация и как только поднимут трубку сразу же должны идти голосовые пакеты на любой из адресов: 10.1.7.7, 10.1.7.8, 10.1.7.9, но от TDA на эти адреса ничего не приходит. Отсюда вывод что голосовые пакеты от TDA приходят на 10.1.7.5.

Проблема решилась настройкой Аваи. Вней есть опция, не помню как называется что-то типа ...direct audio... Эта опция управляет потоком голосового трафика.
Так вот она по умолчанию была запрещена. И поэтому сигнализация приходила на один IP-адрес, а голосовой трафик на другой. Когда эту опцию разрешили, тогда и сигнализация и голосовой трафик стал приходить на один адрес (как у TDA).