Здравствуйте товарищи цискари)))!
Суть вопроса - в филиале с PBX выделены 2 номера и "повешены" на 2FXO модуль маршрутизатора.
При звонке из филиала мне на номер я их не слышу - а они меня прекрасно.
Схема следующая:
Филиал Я
PBX===fxo-Cisco(1760)-----WAN------Cisco(2851)-E1-PBX.
Вот куски конфигов:
Филиал:
voice-card 0
!
voice service voip
fax protocol t38 ls-redundancy 0 hs-redundancy 0 fallback pass-through g711alaw
h323
h245 tunnel disable
h245 caps mode restricted
!
voice class codec 1
codec preference 2 g729r8
codec preference 3 g723r63
codec preference 5 gsmfr
!
voice translation-rule 5
rule 1 /^\(......\)$/ /0000\1/
!
voice translation-rule 91
!
voice translation-profile 5
translate called 5
!
translation-rule 1
Rule 1 ^01% 1
Rule 2 ^02% 2
Rule 3 ^03% 3
Rule 4 ^04% 4
Rule 5 ^05% 5
Rule 6 ^06% 6
Rule 7 ^07% 7
Rule 8 ^08% 8
Rule 9 ^09% 9
!
interface FastEthernet0/0
ip address 10.206.172.253 255.255.255.0
duplex auto
speed auto
h323-gateway voip interface
h323-gateway voip id XMUVD ipaddr 10.10.106.4 1719
h323-gateway voip h323-id lng
h323-gateway voip bind srcaddr 10.206.172.253
!
control-plane
!
voice-port 0/0/0
cptone RU
bearer-cap Speech
!
voice-port 0/0/1
cptone RU
bearer-cap Speech
!
dial-peer cor custom
!
dial-peer voice 8000 voip
description KHANTY-TEST
destination-pattern 8...
session target ipv4:10.206.0.250
!
dial-peer voice 520004 pots
answer-address 0000520000
destination-pattern 83466991[45]..
port 0/0/1
forward-digits 3
prefix ,
!
dial-peer voice 520003 pots
answer-address 0000520000
destination-pattern 83466991[45]..
port 0/0/0
forward-digits 3
prefix ,
!
dial-peer voice 8269002 pots
answer-address 0000520000
destination-pattern 834669[^7]....
port 0/0/1
forward-digits 5
prefix ,9,
!
dial-peer voice 8269001 pots
answer-address 0000520000
destination-pattern 834669[^7]....
port 0/0/1
forward-digits 5
prefix ,9,
!
dial-peer voice 520002 pots
answer-address 0000520000
destination-pattern 520...
port 0/0/1
forward-digits 3
prefix ,
!
dial-peer voice 520001 pots
answer-address 0000520000
destination-pattern 520...
port 0/0/0
forward-digits 3
prefix ,
!
gateway
timer receive-rtp 1200Я(собственно что интересовать может):
voice translation-rule 1
rule 1 /^8/ /3467398/
rule 2 /^7.../ /3467398000/
!
voice translation-rule 5
rule 1 /^7.../ /6800\0/
rule 2 /^8.../ /6800\0/
rule 3 /^6801..../ /\0/
rule 4 /^.*/ /0000/
!
voice translation-profile MVD
translate calling 5
!
voice translation-profile UVD
translate calling 1
!
controller E1 0/1/0
framing NO-CRC4
pri-group timeslots 1-31
!
control-plane
!
voice-port 0/1/0:15dial-peer cor custom
!
dial-peer voice 10 pots
translation-profile outgoing UVD
max-conn 15
destination-pattern [7,8]...
direct-inward-dial
port 0/1/0:15
forward-digits all
!
dial-peer voice 450 voip
description Langepas-test
destination-pattern 0000520000
session target ipv4:10.206.172.253
> Здравствуйте товарищи цискари)))!
> Суть вопроса - в филиале с PBX выделены 2 номера и "повешены"
> на 2FXO модуль маршрутизатора.
> При звонке из филиала мне на номер я их не слышу -
> а они меня прекрасно.проверяйте роутинг и прохождение ртп трафика- мож режется где по дороге или в нат попадает.
Извиняюсь за глупый вопрос , но какой командой проверять прохождение rtp траффика?
Debug voip rtp что во время установления соединения что во время разговора не показывает ничего:(:(:(
> Извиняюсь за глупый вопрос , но какой командой проверять прохождение rtp траффика?
> Debug voip rtp что во время установления соединения что во время разговора
> не показывает ничего:(:(:(если у вас H323 посмотрите deb cch323 или ccsip для sipa и посмотрите с каких адресов устанавливается соединение.
> Извиняюсь за глупый вопрос , но какой командой проверять прохождение rtp траффика?
> Debug voip rtp что во время установления соединения что во время разговора
> не показывает ничего:(:(:(Например
sh voip rtp connections в момент звонка
Спасибо всем за отклики, спасибо j_ww за подсказку с командой.
Дело было в "человеческом факторе"))))
frame-relay ip rtp header compression был настроен только с одной стороны - поэтому и было one-way audio.
Тему можно считать закрытой, еще раз спасибо