Тема: Panasonic KX-TDA100D и VoIP шлюз Grandstream HandyTone 503
Стоит задача прокинуть телефонную линию от АТС до удалённого склада по средствам VoIP.
Для этого купили пару Grandstream HT 502 и HT 503(что бы сделать соединение peer to peer).
Схема подключения:
АТС внутереннея лини <==> HT 503(port line) <==> VPN <==> HT 502 <==> ТА
Настроил по мануалу линк.
В результате звонок проходит только со стороны АТС. С 502го постоянно идёт сигнал занято.
Игрался с настройками, ничего не вышло.
Плюнул на peer to peer и поднял Asterisk, но это ситуации не изменило.
Позвонить со склада не получается.
В консоле * при звонке пишется следуюшее:
== Using SIP RTP CoS mark 5
-- Executing [520@outgoing:1] Dial("SIP/571-000000d4", "SIP/520,520,30") in new stack
== Using SIP RTP CoS mark 5
-- Called 520
-- Got SIP response 486 "Busy Here" back from 192.168.3.15
-- SIP/520-000000d5 is busy
== Everyone is busy/congested at this time (1:1/0/0)
-- Executing [520@outgoing:2] Hangup("SIP/571-000000d4", "") in new stack
== Spawn extension (outgoing, 520, 2) exited non-zero on 'SIP/571-000000d4'192.168.3.15 это HT 503
Заметил на веб-морде в статусе FXO порта, при звонке на HT 503, “Not Connected”.
Решил исключить из схемы АТС и подключил HT 503 на прямую к городской телефонной линии. При током подключении всё отлично работает, т.е. я спокойно совершаю звонок на городские номера.
Отсюда сделал вывод, что АТСка подаёт в линию сигнал не устраивающий HT 503.
А вот что дальше с этим делать я разобраться не могу. Может кто с подобным сталкивался?
Могу предположить, что городская линия сильнее гудит и поэтому пробивает Ваш VPN канал.
Кстати Grandstream HT 503 какой либо связивой сертификат имеет?
Могу предположить, что городская линия сильнее гудит и поэтому пробивает Ваш VPN канал.
Кстати Grandstream HT 503 какой либо связивой сертификат имеет?
Гугл: декларация ССС на HT 503
С
== Using SIP RTP CoS mark 5 -- Got SIP response 486 "Busy Here" back from 192.168.3.15 -- SIP/520-000000d5 is busy
Раз Busy, так и нужно решать именно это. Если уж поставили Aster, там есть команда Monitor: запишите раздельно в 2 файла всё что там твориться и станет ясно.
Еще можно использовать tcpdump на том же астере для записи в pcap, например:
tcpdump -nn udp -w /tmp/1.pcap -s 0Дальше грузите в wireshark, там запускаете RTP Analyzer и наблюдаете всё вживую.
Еще интересно было бы посмотреть на SIP INVITE, если не сложно, выложите здесь.
Раз Busy, так и нужно решать именно это. Если уж поставили Aster, там есть команда Monitor: запишите раздельно в 2 файла всё что там твориться и станет ясно.
Ничего не твориться. Получаю файлы с размером 44 бита.
Дальше грузите в wireshark, там запускаете RTP Analyzer и наблюдаете всё вживую.
До RTP не доходит даже.
Еще интересно было бы посмотреть на SIP INVITE, если не сложно, выложите здесь.
Принтскрин из Wireshark линк
Могу предположить, что городская линия сильнее гудит и поэтому пробивает Ваш VPN канал.
Эммм... А причем тут VPN? Сигнал Busy даёт HT 503, который стоит до VPN.
5XX номера не советую использовать, пучит астер.
разверните сообщение INVITE в шарке..
Судя по бешеным SIP портам в INVITE у Вас в сети NAT, в астере нужно правильно прописать параметры localnet= и externip=
5XX номера не советую использовать, пучит астер.
Спс, буду знать на будущее. Хотя астер аналогичными задачами уже 3 года крутится без проблем 😊
разверните сообщение INVITE в шарке..
Не совсем понял, что конкретно развернуть. :(
Судя по бешеным SIP портам в INVITE у Вас в сети NAT, в астере нужно правильно прописать параметры localnet= и externip=
NAT’а нету
NAT’а нету
Откуда там тогда в INVITE порты, отличные от 5060 в SIP?
Пропишите корректно localnet сначала и попробуйте снова. Зн забудьте сделать sip reload.
Указал localnet и port=5060. Всё равно INVITE идёт на порт 19265 :(
Про reload не забыл.
Эмм... заработало... После следующих манипуляций:
Поднял syslog сервер и на HT 503 включил логирование уровня DEBUG. После ребута HT 503 всё заработало 0_о
Удивился. Отключил логирование. Ребут. И ничего не работает.
Попробовал поиграться с Syslog Level. Работает только при DEBUG
Может прошивка древняя?
Нет. Прошивка свежая.
