LINUX.ORG.RU
решено Форум — Admin  

одностороняя слышимость

 ,


0

1

Возникла такая проблема с односторонней слышимостью . Схема сети

Клиент (192.168.0.0/24) --> Сервак (тут он через 192.168.у.97/30 доходит до VPN шлюза) --->VPN DLINK-640(тут поднят стандартный IPSEC ) --> SIP SBC 93.x.x.x { звонки приходят как анонимные }

Конфиг sip_general_additional.conf :

nat=force_rport,comedia
externip=192.168.0.10
ALLOW_SIP_ANON=no
callerid=Unknown
localnet=192.168.0.10/24

Слышно все что приходит с транка, а то что я говорю нет .
Также при приходе звонка на меня через 16 секунд связь рвется .

Версии ПО :
Asterisk 13.17.2
FreePBX-14.0.1.1(13.17.2)

★★★★★

добавьте так же 

directmedia=no

Односторонний голос, это проблемы с rtp-трафиком. Проверьте, чтобы указанные порты в rtp.conf не блокировались на шлюзах. Ну и rtp set debug в помощь.

keir ★★
()

у тебя часом не ISA? напоминает ее поведение. первое что сделать - отрубить directmedia и reinvite. если ISA (или аналогичный шибко умный FW который ходит на L7 смотреть кто ж там порт открыл для RTP) - переходи на H323 или IAX2, все рецепты как там SIP сделать фигня и нервов больше потратишь

upcFrost ★★★★★
()
Последнее исправление: upcFrost (всего исправлений: 2)
Ответ на: комментарий от upcFrost

Не с той стороны файрволла нету , canreinvite тоже отрубил . VPN DLINK 640 он много где стоит, и у всех клиентов все работает .

pinachet ★★★★★
() автор топика
Последнее исправление: pinachet (всего исправлений: 1)
Ответ на: комментарий от keir

сделал эффекта нету ( .Причем практически такая же станция , но версией чуть чуть ниже работает. Накопал только там происходит сначала 180 , а потом 183 , хотя progressinband=yes стоит

pinachet ★★★★★
() автор топика
Ответ на: комментарий от pinachet

ок. возьми wireshark и tcpdump и сними трафик. желательно в следующих точках: на гейте, на АТС, прямо перед оконечкой (воткни через комп например или поставь mirror на свитче). проверь что где ходит

upcFrost ★★★★★
()
Ответ на: комментарий от upcFrost

RTP то вроде оки ходит,вот еще из последнего 

 tcpdump -n -i eth1
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth1, link-type EN10MB (Ethernet), capture size 65535 bytes
14:11:22.329819 IP 93.x.x.x.sip > 192.168.99.98.sip: SIP, length: 1050
14:11:22.330619 IP 192.168.99.98.sip > 93.x.x.x.sip: SIP, length: 360
14:11:22.563174 IP 192.168.99.98.sip > 93.x.x.x.sip: SIP, length: 548
14:11:22.879419 IP 192.168.99.98.sip > 93.x.x.x.sip: SIP, length: 548
14:11:26.539948 IP 192.168.99.98.sip > 93.x.x.x.sip: SIP, length: 931
14:11:26.548471 IP 93.x.x.x.sip > 192.168.99.98.sip: SIP, length: 450
14:11:26.611668 IP 93.x.x.x.12092 > 192.168.99.98.17240: UDP, length 172
14:11:26.632030 IP 93.x.x.x.12092 > 192.168.99.98.17240: UDP, length 172
14:11:26.651671 IP 93.x.x.x.12092 > 192.168.99.98.17240: UDP, length 172

pinachet ★★★★★
() автор топика
Ответ на: комментарий от pinachet

RTP то вроде оки ходит,вот еще из последнего

не вижу где там оки, он в одну сторону идет. подцепи вывод в wireshark, посмотри внимательно если ли обратный поток где-нибудь. желательно как можно больше точек иметь, даже если придется перед роутером вцепить ноут-проксю

upcFrost ★★★★★
()
Ответ на: комментарий от keir

я и внешний 192.168.99.98 ставил , все тоже, на другой стороне тоже локальным прописан и уже год как работает .

Rtp у вас только в одну сторону

Я не сильно оберзал вывод команды 

[root@callcenter ~]# tcpdump -n -i eth1 -s 0                                                                                                               │·
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode                                                                                 │·
listening on eth1, link-type EN10MB (Ethernet), capture size 65535 bytes                                                                                   │·
15:15:19.583823 IP 93.88.80.70.sip > 192.168.99.98.sip: SIP, length: 1053                                                                                  │·
15:15:19.584584 IP 192.168.99.98.sip > 93.88.80.70.sip: SIP, length: 363                                                                                   │·
15:15:19.774611 IP 192.168.99.98.sip > 93.88.80.70.sip: SIP, length: 551                                                                                   │·
15:15:20.136325 IP 192.168.99.98.sip > 93.88.80.70.sip: SIP, length: 551                                                                                   │·
15:15:21.864068 IP 192.168.99.98.sip > 93.88.80.70.sip: SIP, length: 934                                                                                   │·
15:15:21.873965 IP 93.88.80.70.sip > 192.168.99.98.sip: SIP, length: 453                                                                                   │·
15:15:21.934719 IP 93.88.80.70.38364 > 192.168.99.98.13666: UDP, length 172                                                                                │·
15:15:21.948790 IP 192.168.99.98.13666 > 93.88.80.70.38364: UDP, length 172                                                                                │·
15:15:21.954407 IP 93.88.80.70.38364 > 192.168.99.98.13666: UDP, length 172                                                                                │·
15:15:21.974446 IP 93.88.80.70.38364 > 192.168.99.98.13666: UDP, length 172                                                                                │·
15:15:21.976491 IP 192.168.99.98.13666 > 93.88.80.70.38364: UDP, length 172                                                                                │·
15:15:21.993582 IP 192.168.99.98.13666 > 93.88.80.70.38364: UDP, length 172                                                                                │·
15:15:21.994780 IP 93.88.80.70.38364 > 192.168.99.98.13666: UDP, length 172                                                                                │·
15:15:22.007597 IP 192.168.99.98.13666 > 93.88.80.70.38364: UDP, length 172                                                                                │·
15:15:22.014377 IP 93.88.80.70.38364 > 192.168.99.98.13666: UDP, length 172                                                                                │·
15:15:22.023580 IP 192.168.99.98.13666 > 93.88.80.70.38364: UDP, length 172                                                                                │·
15:15:22.034454 IP 93.88.80.70.38364 > 192.168.99.98.13666: UDP, length 172                                                                                │·
15:15:22.054635 IP 192.168.99.98.13666 > 93.88.80.70.38364: UDP, length 172

pinachet ★★★★★
() автор топика
Ответ на: комментарий от pinachet

ок, такое предложение. опять же берем wireshark (да, сорри, но это очень полезно), и юзаем у него функцию telephony. слушаем пришел ли поток на станцию откуда там снимается трафик. там прямо голос будет

upcFrost ★★★★★
()

Слышно все что приходит с транка, а то что я говорю нет .

Давным давно, баловался с Астериском, именно баловался, а не работал с ним. Так вот односторонняя слышимость у меня была связана с фаерволом Iptables. Что то прикрыто было, что не подскажу, давно было. Но тут коллеги уже писали.

alex_sim ★★★★
()
Ответ на: комментарий от pinachet

У такой проблемы может быть 100500 причин, начиная от ната(хотя похоже у вас его нет) и заканчивая кодеками. Без нормального трейса нельзя ничего сказать, а трейс я смотреть не могу тк сервисы яндекса не работают у нас.

ventilator ★★★
()
Ответ на: комментарий от pinachet

причем тут яндекс ?

yadi.sk - это вроде яндексдиск. В любом случае ссылка не работает.

Трейс как посмотреть ( sngrep ничего не показывает такого )

Трейс нужно записать в pcap файл, захватив sip сигнализацию и rtp пакеты,например так 

tcpdump -i eth1 -vn -s0 udp -w trace.pcap

смотреть потом можно в wireshark. Ни одна тулза не покажет «что-то такое», нужно смотреть трейс самому, зная протоколы.

ventilator ★★★
()
Ответ на: комментарий от ventilator

Проблема решилась, проблема была на стороне оператора . Все огромное спасибо

pinachet ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
Admin