Версия для печати темы

Автор: King 6.12.2019, 15:28

Добрый день,

Подскажите, настраиваем сип.но идёт односторонняя слышимость.

Когда я звоню на городской номер, слышу дису. Делаю донабор. Меня не слышат, я не слышу.
Потом скачиваю и в файле pcap, слышу свой голос. Вызываемого абонента не слышу.
[attachment=2709:88.PNG]
240.11 провайдер сип сервер.
26.2 ЦП АТС
26.4 Плата Воип.

Если делают исходящий вызов, то так же ни кто никого не слышит.
в pcap файле слышно голос звонившего.
[attachment=2710:99.PNG]

Подозрение, что либо воип плата не подключается либо с портами(nat) какая-то проблема. В Zone Attribute(439)лпата указана.
У воип платы шлюз прописан.

Что можно ещё проверить?

Автор: Dron 6.12.2019, 15:55

У вас же есть снифы судя по картинкам. В них же и можно узреть в чем проблема! По картинке, конечно, проблему сложно определить.

Автор: AXEL 6.12.2019, 16:06

Посмотрите поле на снифе поле Connecnion Information в Invaite. Какой ip адрес вы сообщаете провайдеру для RTP трафика?

Для работы станций из под NAT существует несколько алгоритмов: либо АТС сообщает все данные по соединению провайдеру, либо эту функцию на себя берёт маршрутизатор.

Автор: King 6.12.2019, 16:12

во время исходящего сообщаем IP платы 24
[attachment=2711:00.PNG]

Автор: King 6.12.2019, 16:13

Файлы есть, но самому узреть не получилось(

Автор: AXEL 6.12.2019, 16:19

А от провайдера этот ip виден?
АТС и провайдер соединены через NAT или у вас поднят туннель?

Автор: King 6.12.2019, 16:31

Говорят, что виден пинг идёт.
Через Nat трансляции.

Автор: AXEL 6.12.2019, 16:37

То есть, у вас 172.26.26.4 - это адрес платы Voib и провайдер ее видит со своего IP?

Автор: King 6.12.2019, 16:40

говорит, что да.

Я ведь правильно понимаю, что под "видит" имеется ввиду что они со своего сип сервера могут успешно пропинговать IP нашей платы?

Автор: AXEL 6.12.2019, 16:47

Да.
Хотя не очень понятно, как они это делают, если АТС стоит за NAT.

Ну если так, то у вас все правильно настроено.

Автор: King 6.12.2019, 17:02

Ок "попинаю" их ещё.

по идеи они должны пинговать адрес который они нам выделили?

А мы уже нат трансляциями сигнализацию по портам направляем на ЦП, а РТП направляем на плату?

Спасибо за ответы.

Автор: AXEL 9.12.2019, 10:00

Вы должны отдавать провайдеру в Connection Information тот IP, который он может увидеть. То есть, если провайдер не видит напрямую внутреннюю сеть вашей АТС, то если вы используете фаерволл, и ваш маршрутизатор не работает с функционалом ALG SIP ( при включенном ALG, вам надо в 133 программе выбрать Firewall OFF), вам надо в 132 программе прописать фаервалл для RTP трафика на всех сиквенсах VoIP.

Автор: King 12.12.2019, 13:40

Добрый день,

Поговорил с сетевиками.
С их слов провайдер "видит" только тот IP что они нам выделили.
10.14.240.70
Адрес сип провайдера
10.14.240.11

Прописал в 132 программе адрес .70
В итоге в pcap в Connecnion Information, появился адрес 10.14.240.70
[attachment=2712:emg800_2.PNG]

Но вызов исходящий не идёт, устанавливается соединение и тишина..

Автор: AXEL 12.12.2019, 13:55

В 132 программе в 2-х местах прописали?
Для всех сиквенсов, на которых сидит VoIP?
Можно еще дополнительно, принудительно на маршрутизаторе прокинуть каналы для RTP трафика на модуль VoIP

Автор: King 12.12.2019, 14:40

И ещё вопрос мне нужно чтобы один сип порт звонил, вообще на наш внутренний маршрутизатор циско.
Так вот теперь смотрю и при таком звонке в Connection Information идёт IP выданный провайдером, ну это и логично мы же его на плату "привязали", а не на порты.

А тут мне этого не нужно. Как быть?

Автор: King 12.12.2019, 15:14

Да, вот:
https://yadi.sk/i/JqR3fe7yLswpSw
https://yadi.sk/i/JqR3fe7yLswpSw
https://yadi.sk/i/k71njouwb9RuSw


На маршрутизаторе прописан такой нат:
ip nat inside source static tcp 172.26.26.2 5060 10.14.240.70 5060 extendable
ip nat inside source static udp 172.26.26.2 5060 10.14.240.70 5060 extendable

ip nat inside source static udp 172.26.26.4 7200 10.14.240.70 7200 extendable
ДО
ip nat inside source static udp 172.26.26.4 7201 10.14.240.70 7299 extendable
и
ip nat inside source static udp 172.26.26.4 9000 10.14.240.70 9000 extendable
до
ip nat inside source static udp 172.26.26.4 9001 10.14.240.70 9099 extendable

Вот ещё добавлю порты платы при подключении к ней по Telnet
https://yadi.sk/d/Kvzz_Xz-PCPabg

и pcap файл звонка:
https://yadi.sk/d/fKeXRIJVJRnSvw

Автор: AXEL 12.12.2019, 16:24

В 133 программе выключить Firewall ip

Автор: AXEL 12.12.2019, 16:44

Судя по скрину, плата VOIB24 у вас вообще не работает.
Порты проброшены скорее всего не правильно. Откуда взялись 7200-7299? Вы меняли дефолтные значения на АТС?

По умолчанию порты RTP для процессора (172.26.26.2) - 7000-7031 (для телефонов), 7100-7147 ( для подключению к провайдеру)
Для VOIB (172.26.26.4) 9000-9094, 9200-9248 (Для провайдера), 8000-8094 (для удаленных абонентов)

Автор: King 13.12.2019, 11:03

Да, забыл написать что плата voip очень часто переходит в дисконект и приходится перегружать АТС.



Дефолтные мы не меняли, 7200-7299 уже добавили когда пробовали по аналогии с MG и размещением платы.
Вот так сейчас у нас на плате:
https://yadi.sk/d/Kvzz_Xz-PCPabg



т.е. если мы звоним через плату, пробрасываем 9000-9094, 9200-9248 ??

Автор: AXEL 13.12.2019, 11:17

Проверьте актуальность прошивки платы VOIB.
Кто раздаёт IP адреса в системе?



Да. Пробрасываются на плату.
Сигнализация на процессор.

Автор: King 13.12.2019, 12:41

Прошивка платы:
2.0Ha

Плата и ЦП статикой. телефонам IP раздаются по DHCP.

Ок, откорректируем порты.

Автор: King 13.12.2019, 16:32

чертовщина какая-то обновили АТС. но всё так же при исходящей.. нет двухсторонней слышимости.

Автор: King 13.12.2019, 16:34

И плата постоянно, раз в 30 минут. уходит в дисконнект..
9 - 32 (Disconnected)

Это можно как-то исправить?
может откатиться?

Автор: AXEL 13.12.2019, 16:48

Трудно что то понять по скрину. Если уж выкладываете, то лучше файл со сниффера. Проблемы с односторонней слышимостью как правило решаются в течении 30 минут. Причем проблема скорее всего в какой то фигне, на которую даже и не подумаешь, зачем ее вообще трогали.
Но я в отпуск, так что ближайшее время помочь не смогу )))

Автор: King 13.12.2019, 17:18

Тут даже не односторонняя слышимость неправильно выразился.

Идёт так установка связи прошла звоним на мобильник и тишина..

Потом слушаем отснятый пкап файл. Там слышен голос от внутреннего абонента до АТС. Голос с мобильного отсутствует, хотя там так же говорят..

вот лог:
https://yadi.sk/d/VPwq2ZfB-lLj_g

первый исходящий, второй входящий.

Если будет время, то помощь нам очень пригодится, давно мучаемся.. Хорошего отдыха))!

Автор: vitalii 16.12.2019, 13:38

в 132-й(первая позиция) правильно ли у вас прописан ip-адрес Router?????? (он за RTP и отвечает). у вас eMG-800??
в 102-й пгм такой же у вас уже прописан ip-адрес Router

Автор: King 16.12.2019, 14:00

Может я уже совсем запутался с этой АТС.
в 132 Router IP Address = это же шлюз по умолчанию?
и в 102 он же. ?

На других объектах я в 132 меню вообще ничего не прописывал м работал сип.

Да, eMG-800.

Автор: vitalii 16.12.2019, 14:13

если в 132-й пгм для вашей платы VOIB не прописан Router IP Address - то пропиши. смотри внимательно эта плата в каком сиквенсе.
в 102-й пгм ты прописал Router IP Address для процессора.
год не ставил атс, а в пятницу именно с этим и подкололся(пол часа не мог понять почему провайдер не видит RTP-пакеты, т.е. спича не было, только сигнализация проходила, да и провайдер не пинговал мою плату)

Автор: King 18.12.2019, 10:09

Да вот в том то и дело, что везде прописан шлюз по умолчанию, а ртп не проходит..

Автор: King 19.12.2019, 15:43

Вопрос решили заменой воип платы с более старой прошивкой 2.0Ea сейчас тестируем пока всё работает.

Что-то я запутался, напомните входящие через 231 меню по 4м крайним цифрам, а где прописывается номер секретаря куда направлять, если донабор не сделали?

Автор: vitalii 20.12.2019, 17:36

таблица ССR 226пгм