FMC от МТС и Астериск

[Rashun]

Glukinho, спасибо! Проверю когда FMC заработает. У меня есть рабочий транк типа friend созданный несколько лет назад для Lync, но там как раз префиксы... собственно и копировал его.

[Glukinho]

Тут надо бы копировать поменьше, а вникать побольше)

[Rashun]

ФМС наконец заработал, удалось проверить версию friend-peer. смена транка на peer никак не повлияла. оставил в настройки peer. еще немного поэксперементировал:

неудачный звонок, номер 3202 есть на станции

Код: Выделить всё

[Jul 28 09:57:41] Sending to 195.34.34.34:5060 (no NAT)
[Jul 28 09:57:41] Using INVITE request as basis request - BW0957411822807151749988862@10.240.240.240
[Jul 28 09:57:41] Found peer '3202' for '3202' from 195.34.34.34:5060
[Jul 28 09:57:41]
<--- Reliably Transmitting (no NAT) to 195.34.34.34:5060 --->
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 195.34.34.34:5060;branch=z9hG4bK43mmcg2060tglvcgh3a0.1;received=195.34.34.34
From: "3202 3202"<sip:3202@195.34.34.34;user=phone>;tag=667274946-1438066661182-
To: "3203 3203"<sip:3203@192.168.0.1>;tag=as70b71688
Call-ID: BW0957411822807151749988862@10.240.240.240
CSeq: 700050336 INVITE
Server: MOS10AST002
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH
Supported: replaces, timer
WWW-Authenticate: Digest algorithm=MD5, realm="asterisk", nonce="5dea1917"
Content-Length: 0
<------------>
[Jul 28 09:57:41] Scheduling destruction of SIP dialog 'BW0957411822807151749988862@10.240.240.240' in 32000 ms (Method: INVITE)

удачный звонок, номера 3201 нет на станции.

Код: Выделить всё

[Jul 28 09:56:43] --- (14 headers 19 lines) ---
[Jul 28 09:56:43] Sending to 195.34.34.34:5060 (no NAT)
[Jul 28 09:56:43] Using INVITE request as basis request - BW095643842280715-1312419124@10.240.240.240
[Jul 28 09:56:43] Found peer 'fmc-mts' for '3201' from 195.34.34.34:5060
и далее успешная установка соединения

отличия в двух строчках:
[Jul 28 09:56:43] Found peer 'fmc-mts' for '3201' from 195.34.34.34:5060
[Jul 28 09:57:41] Found peer '3202' for '3202' from 195.34.34.34:5060

обойти такое распознавание как я понимаю невозможно. значит буду делать с префиксами.

[ded]

Тут в топике это было видно уже на первой странице обссуждения.
Непонятное, однако, упорство, породило тонну порожняка. Можно было бы самоучиться и без этого обсуждения.

[Glukinho]

А вот мне интересно, для МТС нормальный даунтайм 10 дней? Впрочем, ничего удивительного, все остальное у них примерно также и работает.

[Rashun]

МТС говорят что услугу FMC оказывает подрядчик. До сих пор множество ошибок, транк не редактируется - ошибка базы данных, номера ранее использованные 3204 и 3205 заново не назначаются, возникает ошибка что номеров нет. Это пока тест бесплатный поэтому можно баловаться.

[Glukinho]

Как написано в sample sip.conf:

;------- Naming devices ------------------------------------------------------
;
; When naming devices, make sure you understand how Asterisk matches calls
; that come in.
; 1. Asterisk checks the SIP From: address username and matches against
; names of devices with type=user
; The name is the text between square brackets [name]
; 2. Asterisk checks the From: addres and matches the list of devices
; with a type=peer
; 3. Asterisk checks the IP address (and port number) that the INVITE
; was sent from and matches against any devices with type=peer
;
; Don't mix extensions with the names of the devices. Devices need a unique
; name. The device name is *not* used as phone numbers. Phone numbers are
; anything you declare as an extension in the dialplan (extensions.conf).
;
; When setting up trunks, make sure there's no risk that any From: username
; (caller ID) will match any of your device names, because then Asterisk
; might match the wrong device.