СвязьПроект

На оборудовании AddPac200B возникла проблема в пропускании голоса. сеть работает под нат, внешний айпишник белый, внутренняя сеть серая, протокол Н323 , на одни направления связь проходит двусторонняя, а на мобильные телефоны, односторонняя, кодеки которые я использую, g729, g723, g711. интернет ADSL.
В чем может быть проблема непропускания голоса на мобильные телефоны, притом когда использую разные кодеки связь режет в разных направлениях, при кодеках g711 и g723 проходит исходящий сигнал, а входящий нет, когда использую g729 , входящий сигнал проходит, исходящий нет. В чем может быть ошибка, другие направления, на проводные телефоны идут нормально?

Пришлите конфиг.

И сразу дебаг при звонке, для этого введите команды:
deb voip call
deb rta ipc
conf
deb

version 8.23H
!
hostname AP200
no bridge spanning-tree
!
dhcp-list 0 type server
dhcp-list 0 address server interface ether0.0
dhcp-list 0 option dhcp-lease-time 7200
!
dhcp-list 1 type server
dhcp-list 1 address server 10.1.1.2 10.1.1.254 255.255.255.0
dhcp-list 1 option dhcp-lease-time 600
!
!
ip-share enable
ip-share interface net-side ether0.0
ip-share interface local-side ether1.0
interface ether0.0
ip address 192.168.1.15 255.255.255.0
qos-control 200 100
!
interface ether1.0
no ip address
ip dhcp-group 0
!
snmp name AP200B
!
no arp reset
!
route 192.168.1.0 255.255.255.0 ether0.0
route 0.0.0.0 0.0.0.0 192.168.1.1
!
dnshost nameserver 89.107.196.40
dnshost nameserver 212.12.0.2
dnshost nameserver 89.107.196.35
dnshost nameserver 212.12.0.3
!
auto-script autorun.inf
!
!
!
!
!
! 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
busyout monitor gatekeeper
no busyout monitor callagent
busyout monitor voip-interface
!
!
! Voice port configuration.
!
! FXS
voice-port 0/0
caller-id enable
!
!
! FXS
voice-port 0/1
caller-id enable
!
!
!
!
! Pots peer configuration.
!
dial-peer voice 0 pots
destination-pattern 710040
port 0/0
!
dial-peer voice 1 pots
destination-pattern 710040
port 0/1
!
!
!
! Voip peer configuration.
!
dial-peer voice 60 voip
destination-pattern 8T
session target 212.53.35.34
voice-class codec 1
dtmf-relay h245-alphanumeric
translate-outgoing called-number 1
fax protocol t38 redundancy 0
!
dial-peer voice 70 voip
destination-pattern 8T
session target 212.53.35.34
voice-class codec 1
dtmf-relay h245-alphanumeric
translate-outgoing called-number 1
fax protocol t38 redundancy 0
!
dial-peer voice 100 voip
destination-pattern 8T
session target 212.53.35.34
voice-class codec 1
dtmf-relay h245-alphanumeric
translate-outgoing called-number 1
fax protocol t38 redundancy 0
!
dial-peer voice 110 voip
destination-pattern 8T
session target 212.53.35.34
voice-class codec 1
dtmf-relay h245-alphanumeric
translate-outgoing called-number 1
huntstop
fax protocol t38 redundancy 0
!
!
!
!
!
!
Gateway configuration.
!
gateway
h323-id test0020
security password 80h57368y6
public-ip 212.53.35.34
no ignore-msg-from-other-gk
!
!
! Codec classes configuration.
!
voice class codec 1
codec preference 1 g7231r53
codec preference 2 g711ulaw
codec preference 3 g711alaw
codec preference 4 g7231r63
codec preference 5 g729
!
!
!
! Translation Rule configuration.
!
translation-rule 1
rule 1 8T 7T
rule 2 810T T
rule 3 82T 74872T
rule 4 81T 7495T
!
translation-rule 2
rule 1 8T 7495T
rule 2 81T 7T
rule 3 82T 74872T
!
!
!
! SIP UA configuration.
!
sip-ua
sip-username test0020
sip-password 80h57368y6
sip-server 212.53.35.16
sip-server 212.53.35.244
!
!
!
!
!
! MGCP configuration.
!
mgcp
codec g711ulaw
!
!
! Tones
!
!

Скажите пожалуйста, из-за чего в данной ситуации происходит одностороннее пропускание сигнала? и возможно ли исправить данную ситуацию подключением другой модели Аддпака, например 1100В?

убираем ip-share, командой no ip-s.
Что у вас с ip адресами? это чей адрес 212.53.35.34? Ваш внешний или удалённого абонента?
Зачем вам куча одинаковых диалпиров?

Скажите пожалуйста, при переходе на белый айпи все направления работают нормально, в том числе и мобильные, при переходе под НАТ в дебаге звонков соединение разрывается в период прохода сигнала от гэйткипера до аббонента

Настройте правильно шлюз. public-ip укажите внешний адрес вашего маршрутизатора. На маршрутизаторе прокиньте все порты которые нужны адпаку для соединения и голоса. Sh gateway в последенй секции список этих портов. Если вы звоните через гейткипер, то в диал пире указывайте ses tar ras.

то что проблема в неправильной настройке нат соединения я понимаЮ, настроил согласно вашим рекомендациям, но проблема осталась.. Где еще можно посмотреть?

http://www.svpro.ru/addpac/faq37.htm
плюс
AP200(config)# voice service voip
AP200(config-vservice-voip)# minimize-voip-port multiply 1
# wr
# reboot

потом
#sh gatew

в последней секции порты, которые нужно прокинуть на маршрутизаторе на ip адрес адпака.