![]() |
Здравствуйте, гость ( Вход | Регистрация )
![]() |
![]()
Сообщение
#1
|
|
Ветеран форума ![]() ![]() ![]() ![]() ![]() Группа: Участники Сообщений: 323 Регистрация: 12.3.2009 Из: Новосибирск Пользователь №: 12993 ![]() |
Есть eMG80. Зарегистрированы 112 - софт-фон на компьютере, 111 - SIP-DECT Panasonic KX-TGP500, 129 - Phontage Deluxe, 110 - аналоговый телефон. Все в локалке.
Проблема: не могу дозвониться на 111 с аналоговых телефонов eMG80. Выход в город: 110, 111, 112, 129 - работает. 110 -> 112, 129 - все OK 129, 112 -> 111 - все OK 110 -> 111 - соединение не происходит, получаю отлуп. вот в таком виде: SIP/2.0 100 Trying Via: SIP/2.0/UDP 192.168.1.174:5060;branch=z9hG4bK-f79-3c745d-1a80a3c8-40efb320;rport=5060 To: <sip:111@192.168.1.171> From: <sip:110@192.168.1.174>;tag=40f3e2c0-ae01a8c0-13c4-65014-f79-4c39fedb-f79 Call-ID: 40f75070-ae01a8c0-13c4-65014-f79-6603d065-f79 CSeq: 1 INVITE Content-Length: 0 SIP/2.0 488 Not Acceptable Here Via: SIP/2.0/UDP 192.168.1.174:5060;branch=z9hG4bK-f79-3c745d-1a80a3c8-40efb320;rport=5060 To: <sip:111@192.168.1.171>;tag=1395545948 From: <sip:110@192.168.1.174>;tag=40f3e2c0-ae01a8c0-13c4-65014-f79-4c39fedb-f79 Call-ID: 40f75070-ae01a8c0-13c4-65014-f79-6603d065-f79 CSeq: 1 INVITE Allow: INVITE,ACK,CANCEL,BYE,OPTIONS,NOTIFY,REFER,UPDATE Content-Length: 0 Не могу понять как проблема может быть увязана с тем, что инициатор проблемного звонка - аналоговый абонент. |
|
|
![]() |
![]()
Сообщение
#2
|
|
Ветеран форума ![]() ![]() ![]() ![]() ![]() Группа: Участники Сообщений: 323 Регистрация: 12.3.2009 Из: Новосибирск Пользователь №: 12993 ![]() |
Так как все же выключить G.722, чтобы станция вообще забыла о нем?
|
|
|
![]()
Сообщение
#3
|
|
![]() ГУРУ ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Группа: Участники Сообщений: 12388 Регистрация: 23.11.2006 Из: Москва Пользователь №: 146 ![]() |
Так как все же выключить G.722, чтобы станция вообще забыла о нем? Имхо, дело не в кодеке G.722. Вроде в трассировках он нигде и не встречается, и станция его не предлагает. Если вы обратили внимание, то при вызове SIP абонента от TDM устройства станция всегда работает с применением Re-Invite. В первом сообщении Invite станция указывает RTP порт 65535, т.е. "пустой" порт, т.к. она еще не назначила порт для обслуживания этого вызова. Ведь вызываемый абонент, может быть, и не ответит вовсе..., зачем зря занимать VOIP канал. А после ответе вызываемого SIP абонента (200 OK, ACK) станция уже повторно посылает Invite (т.е. это Re-Invite), но уже указывает реальный RTP порт (7000) для связи. Так вот SIP Softphone нормально воспринимает эту процедуру, а панасовский SIP-DECT, похоже, отрицательно реагирует на порт 65535 (FF'h) и отбивает вход. вызов. До Re-Invite с реальным портом дело не доходит... Имхо, как-то так и причину, мне кажется, нужно искать в Панасе. -------------------- Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
|
|
|
![]()
Сообщение
#4
|
|
Ветеран форума ![]() ![]() ![]() ![]() ![]() Группа: Участники Сообщений: 323 Регистрация: 12.3.2009 Из: Новосибирск Пользователь №: 12993 ![]() |
Имхо, дело не в кодеке G.722. Вроде в трассировках он нигде и не встречается, и станция его не предлагает. Я на этот факт уже ранее обратил внимание, но чем черт не шутит. Если вы обратили внимание, то при вызове SIP абонента от TDM устройства станция всегда работает с применением Re-Invite. А вот это "всегда" выключить нельзя? Прочел в ELG_iPECS_eMG80_A&P_st_IS1_1.pdf все, что нашлось по Invite, ничего толком не вижу. |
|
|
![]() ![]() |
Текстовая версия | Сейчас: 8.9.2025, 0:27 |