Форум - Офисные АТС

Добрый день!

Не получается сделать исходящий звонок через SiP провайдера с регистрацией. Входящие работают нормально.
Сделал настройки в

5.2.13
sip carrier 1
указал адреса, имена, пароли
Sip server available перескочило в YES, т.е. регистрация прошла успешно

4.1.2
для группы 806 выбрал тип SIP, ISP Selection указал ISP1 и включил туда все сип транки с 8501 по 8564

Дальше пытаюсь с системного телефона набрать 806 и номер абонента, на дисплее надпись OPPOSITE HANGUP
Смотрел снифером - станция даже не пытается ничего отправлять провайдеру. Лицензии есть в количестве 128 штук.
Поиском по форуму аналогичной проблемы нашел Буду благодарен за любые подсказки.

MP40: 130408-470 v1.0
LP: 13.01.04 v2.02
MGI64: 11.12.09 V1.28

А почему вы набтраете 806, а не 805?

805 группа у меня используется для соединения точка-точка, там стоит режим peering. А вот в 806 группе все должно отсылаться провайдеру, которого я прописал в 5.2.13 (carrier 1)

когда вы набираете 806 гудок есть?

да, гудок есть. Набираю любой номер с произвольным количеством цифр, нажимаю в конце # и тут же opposite hangup. По-идее провайдеру должен пойти инвайт, но ничего подобного не вижу.

а регистрацию сниффером видите?

да, регистрация проходит нормально. Иначе входящие тоже не приходили бы. Да и станция показывает Sip service available = YES
Пробовал склонить провайдера к авторизации по IP, но не хотят ради одного клиента менять настройки

А может у них порт для приема Invite на Прокси сервере нестандартный порт?
Допустим 5061, а 5060 стоит unreachable. Посмотрите трэйс, если есть ICMP - port unreachable пакеты, то похоже на то.

OfficeServ can send a request message to the register port only.
It is impossible to change the destination port of a request message dynamically.
So soft switch port needs to be fixed and please inform this specification to ITSP manager.

(Сие означает, что динамически OfficeServ менять порт на Invite не умеет)
Собственно RFC4566 рекоммендует следующее

http://tools.ietf.org/html/rfc4566#section-3.2

o The transport port for media
This address and port are the destination address and destination
port of the multicast stream, whether being sent, received, or both.

For unicast IP sessions, the following are conveyed:

o The remote address for media
o The remote transport port for media
The semantics of this address and port depend on the media and
transport protocol defined. By default, this SHOULD be the remote
address and remote port to which data is sent. Some media types may
redefine this behaviour, but this is NOT RECOMMENDED since it
complicates implementations (including middleboxes that must parse
the addresses to open Network Address Translation (NAT) or firewall
pinholes).

Ну и собственно, надо зафиксировать этот нестандартный порт по регистрации Registra Port (если регистрация прошла, то все в порядке) и по обмену сообщениями вызовов Outbound Proxy Port:

In case of using "Carrier", you should change <Outbound Proxy Port (or Registra Port)> in DM 5.2.13 SIP Carrier Options.

So Outbound Proxy port should be set "5061" in this case.
In summary, the destination port of SIP message is as below.
-. Carrier : DM 5.2.13 SIP Carrier Options -> Outbound Proxy Port (or Registra Port)
-. Peering : DM 5.2.16 VoIP Peering -> Remote Port

п.2.4.3. заполнен?

LionB писал(а):А может у них порт для приема Invite на Прокси сервере нестандартный порт?
Допустим 5061, а 5060 стоит unreachable. Посмотрите трэйс, если есть ICMP - port unreachable пакеты, то похоже на то.

Нет, дело не в этом. Скачал с сайта провайдера программный телефон, поглядел, используется 5060 порт

Ave писал(а):п.2.4.3. заполнен?

да, в 5.2.13 указал использовать 2 CLI, ну и соответственно в 2.4.3 для всех прописал номер.


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