Глюк AddPac AP100 или у меня руки загнуты ?

[ram_scan]

Аццы. натолкнулся на странную траблему. Дано. AddPac AP100. APOS™ Kernel version 8.28p3. Протокол SIP. Кодек g726r16. Сеть плоская, локалка. Стенд. Натов, рутеров нету. С обратной стороны стоит YaTE 0.9.1 с генератором тональника (на послушать). Наблюдаю странный глюк в таком виде:

 

Нормально устанавливается SIP соединение. Адресами, кодеками и портами установленного соединения клиенты не промахиваются (смотрел аж дебаггером в YaTE не считая логов). По факту голоса нет. sh call active all показывает на аддпаке нулевые RTP счетчики как на transmit так и на receive. Отладка YaTE показывает отправку RTP пакетов но полное отсутствие входящего трафика. При этом сессия не рвется (12 минут уже снечас ради эксперимента).

 

Снифер кажет, что AddPac отвечает на приходящие с YaTE rtp пакеты icmp сообщением port unreacheable, и сам rtp трафика никакого не генерирует. g726r32 кодеком при этом работает совершенно нормально.

 

У кого-нибудь такой полтергейст еще проявляется, или как обычно я один такой везучий ?

Edited December 19, 2006 by ram_scan

[Andrei]

Конфиг адпака в студию

[ram_scan]

И что это даст ? Однопортовая железка работающая по сипу единственным кодеком. Имхо все понятно из первого поста. Но если так хочется...

 

voice service voip

fax protocol t38 redundancy 0

fax rate 9600

inband-ringback-tone

 

dial-peer voice 0 pots

destination-pattern [censored]

port 0/0

 

dial-peer voice 1000 voip

destination-pattern T

session target sip-server

session protocol sip

codec g726r16

no vad

 

sip-ua

sip-username [censored]

sip-password [censored]

sip-server [censored]

register e164

[Andrei]

так это все что касается голоса. а где часть, которая касается стыка с локалкой.

Вобщем общий sh run надо, с цензурой на пароли

[ram_scan]

И чем конфиг целиком поможет ? Сеть плоская. Рутинга нет. Фильтеринга нет. Стенд собран на моем столе. Я просто хочу выяснить работает ли addpac ap100 кодеком g726r16 вообще. Потому-что у меня такое впечатление что кодек там просто нерабочий а у меня нет второго устройства чтобы я собрал стенд. В первом посте исчерпывающая информация дана. Но если конфиг целиком хочется - вот он.

 

Еще раз повторяю, что замена g726r16 на g723r32 проблему решает, все становится в шоколаде. То есть дело именно в кодеке. Соединение устанавливается, RTP канал проключается. Просто addpac не отправляет никаких RTP данных, и отказывается принимать что-либо под предлогом того что "я ваще этот порт не слушаю".

 

hostname ap100

username root password [censored] administrator

!

!

interface Loopback0

ip address 127.0.0.1 255.0.0.0

!

interface FastEthernet0/0

ip address dhcp

ip nat outside

speed auto

!

interface FastEthernet0/1

ip address 192.168.10.1 255.255.255.0

ip nat inside

speed auto

!

! ip route 0.0.0.0 0.0.0.0 172.18.0.1 via dhcp

!

access-list 100 permit ip 192.168.10.0 0.0.0.255 any

!

!

ip nat inside source list 100 interface FastEthernet0/0 overload

!

!

snmp name AP100_G2

snmp enable-cputrap

!

!

http server

!

dns domain-lookup

! dns domain-name ******.ru\000 via dhcp

! dns name-server 172.18.0.100 via dhcp

! dns name-server 172.18.0.11 via dhcp

!

!

!

!

!

!

! VoIP configuration.

!

!

! Voice service voip configuration.

!

voice service voip

fax protocol t38 redundancy 0

fax rate 9600

h323 call start fast

h323 call tunnel enable

inband-ringback-tone

!

!

! Voice port configuration.

!

! FXS

voice-port 0/0

!

!

!

!

! Pots peer configuration.

dial-peer voice 0 pots

destination-pattern 3620523

port 0/0

!

!

!

! Voip peer configuration.

!

dial-peer voice 1000 voip

destination-pattern T

session target sip-server

session protocol sip

codec g726r16

dtmf-relay h245-alphanumeric

no vad

!

!

!

!

!

!

! Gateway configuration.

!

gateway

h323-id ************-2-1-gw

!

!

! SIP UA configuration.

!

sip-ua

sip-username *****-terminal-4

sip-password *****

sip-server 172.18.0.3

register e164

!

!

! MGCP configuration.

!

mgcp

codec g711ulaw

!

!

! Tones

!

!

!

!

line console

!

line vty

!

end

Edited December 21, 2006 by ram_scan

[Andrei]

Вроде действительно все нормально. Возможно, что глюк действительно с кодеком. По крайней мере я слышал отзывы тех, кто хотел заменить 190-е адпаки на 100 - откатились обратно на 190е. 100е как-то недоработаны что ли?

По существу вопроса - обратитесь на форум http://www.voipinfo.ru/forum/viewforum.php...d8c1eddba5afd93 - там есть представители контор, которые занимаются доработкой адпаков. Возможно что-то подскажут.