1 | изначальная версия редактировать | спросил Jan 20 '17 Аноним |
Здравствуйте. Есть FPBX-12.0.76.4(11.16.0) Настроены два транка от разных провайдеров. На одном провайдере городской номер, на другом 8-800 от mcn.ru Исходящие через другого провайдера работают без проблем. При изменении исходящих в "Оutbound Routes", указания транка на mcn.ru, вызываемый внешний абонент ничего не слышит. Если поставить debug, то отличие при соединении через работающий транки и полуработающий от mcn.ru заключается в том, что в поле From нет имени пользователя. Через работающий транк так:
Audio is at 15224
Adding codec 100008 (g729) to SDP
Adding codec 100003 (ulaw) to SDP
Adding codec 100004 (alaw) to SDP
Adding non-codec 0x1 (telephone-event) to SDP
Reliably Transmitting (NAT) to 111.111.11.111:5060:
INVITE sip:11111111111@2222222222.domen.ru:5060;user=phone SIP/2.0
Via: SIP/2.0/UDP 222.222.222.222:5060;branch=60fE3bL34b35a8e;rport
Max-Forwards: 70
From: "SEM" <sip:11111111111@2222222222.domen.ru>;tag=as2296e1d6
To: <sip:11111111111@2222222222.domen.ru:5060;user=phone>
Contact: <sip:11111111111@222.222.222.222:5060>
Call-ID: xxxx5afa04e949cdef2a@2222222222.domen.ru
CSeq: 103 INVITE
User-Agent: FPBX-12.0.76.4(11.16.0)
Proxy-Authorization: Digest username="33333", realm="11111111111@222.222.222.222", algorithm=MD5, uri="sip:11111111111@2222222222.domen.ru:5060;user=phone", nonce="xxx-4925-a08e-02737f22ab80", response="438cf30eef44ffa1f698", qop=auth, cnonce="3dbe1121", nc=00000001
Date: Thu, 19 Jan 2017 22:03:41 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Type: application/sdp
Content-Length: 311
На исходящем через транк mcn:
Audio is at 15500
Adding codec 100008 (g729) to SDP
Adding codec 100004 (alaw) to SDP
Adding codec 100003 (ulaw) to SDP
Adding non-codec 0x1 (telephone-event) to SDP
Reliably Transmitting (NAT) to 85.94.32.218:5060:
INVITE sip:11111111111@sip.mcn.ru:5060;user=phone SIP/2.0
Via: SIP/2.0/UDP 222.222.222.222:5060;branch=60fE3bL34b35a8e;rport
Max-Forwards: 70
From: <sip:xxxxxxxx@sip.mcn.ru>;tag=as37202412
To: <sip:11111111111@sip.mcn.ru:5060;user=phone>
Contact: <sip:xxxxxxxx@222.222.222.222:5060>
Call-ID: 3333xxxxxxxxxxec000ee5666@sip.mcn.ru
CSeq: 103 INVITE
User-Agent: FPBX-12.0.76.4(11.16.0)
Authorization: Digest username="xxxxxxxx", realm="mcn", algorithm=MD5, uri="sip:11111111111@sip.mcn.ru:5060;user=phone", nonce="206a1r87", response="sssssss0uuuuuu653cab1d03333333"
Date: Thu, 19 Jan 2017 22:24:52 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Type: application/sdp
Content-Length: 311
v=0
o=root 2038298311 2038298312 IN IP4 178.23.231.249
s=Asterisk PBX 11.16.0
c=IN IP4 178.23.231.249
t=0 0
m=audio 15500 RTP/AVP 18 8 0 101
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=sendrecv
Разница только в отсутствии имени пользователя "SEM" в поле "From:"
Пользователь один, PEER Details и USER Details для обоих транков одинаковый (кроме, разумеется учётных данных, домена):
[xxxxx]
deny=0.0.0.0/0.0.0.0
secret=xxxxxxx
dtmfmode=rfc2833
canreinvite=no
context=from-internal
host=dynamic
trustrpid=yes
mediaencryption=no
sendrpid=no
type=friend
nat=force_rport,comedia
port=5060
qualify=yes
qualifyfreq=60
transport=udp,tcp,tls
avpf=no
force_avp=no
icesupport=no
encryption=no
callgroup=
pickupgroup=
dial=SIP/xxxxx
permit=0.0.0.0/0.0.0.0
callerid=SEM <xxxxx>
callcounter=yes
faxdetect=no
PEER Details :
[MCN]
disallow=all
host=sip.mcn.ru
defaultuser=xxxxxxxx
secret=**********
fromdomain=sip.mcn.ru
port=5060
usereqphone=yes
fromuser=xxxxxxxx
insecure=port,invite
type=friend
context=from-trunk
defaultexpiry=360
qualify=yes
qualify=50
allow=alaw,ulaw,g729
USER Details:
[MCNoutb]
secret=******
type=user
context=from-trunk
Register String (MCN):
11111111111:*******@sip.mcn.ru/11111111111
На маршрутизацию что же грешить, если два одинаковых транка, где один "ходит" туда-сюда легко, а другой идёт только наружу, обратно тоже приходит, то нет пользователя, как я понимаю. Но я абсолютный новичок и не знаю в какую сторону теперь посмотреть? Почему в одном (работающем транке) дебаге пользователь есть, а на другом транке (mcn.ru) пользователь не находится. Подскажите, пожалуйста, что надо ещё сделать?
2 | No.2 Revision редактировать |
Здравствуйте. Есть FPBX-12.0.76.4(11.16.0) Настроены два транка от разных провайдеров. На одном провайдере городской номер, на другом 8-800 от mcn.ru Исходящие через другого провайдера работают без проблем. При изменении исходящих в "Оutbound Routes", указания транка на mcn.ru, вызываемый внешний абонент ничего не слышит. Если поставить debug, то отличие при соединении через работающий транки и полуработающий от mcn.ru заключается в том, что в поле From нет имени пользователя. Через работающий транк так:
Audio is at 15224
Adding codec 100008 (g729) to SDP
Adding codec 100003 (ulaw) to SDP
Adding codec 100004 (alaw) to SDP
Adding non-codec 0x1 (telephone-event) to SDP
Reliably Transmitting (NAT) to 111.111.11.111:5060:
INVITE sip:11111111111@2222222222.domen.ru:5060;user=phone SIP/2.0
Via: SIP/2.0/UDP 222.222.222.222:5060;branch=60fE3bL34b35a8e;rport
Max-Forwards: 70
From: "SEM" <sip:11111111111@2222222222.domen.ru>;tag=as2296e1d6
To: <sip:11111111111@2222222222.domen.ru:5060;user=phone>
Contact: <sip:11111111111@222.222.222.222:5060>
Call-ID: xxxx5afa04e949cdef2a@2222222222.domen.ru
CSeq: 103 INVITE
User-Agent: FPBX-12.0.76.4(11.16.0)
Proxy-Authorization: Digest username="33333", realm="11111111111@222.222.222.222", algorithm=MD5, uri="sip:11111111111@2222222222.domen.ru:5060;user=phone", nonce="xxx-4925-a08e-02737f22ab80", response="438cf30eef44ffa1f698", qop=auth, cnonce="3dbe1121", nc=00000001
Date: Thu, 19 Jan 2017 22:03:41 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Type: application/sdp
Content-Length: 311
На исходящем через транк mcn:
Audio is at 15500
Adding codec 100008 (g729) to SDP
Adding codec 100004 (alaw) to SDP
Adding codec 100003 (ulaw) to SDP
Adding non-codec 0x1 (telephone-event) to SDP
Reliably Transmitting (NAT) to 85.94.32.218:5060:
xx.xx.xx.xxx:5060:
INVITE sip:11111111111@sip.mcn.ru:5060;user=phone SIP/2.0
Via: SIP/2.0/UDP 222.222.222.222:5060;branch=60fE3bL34b35a8e;rport
Max-Forwards: 70
From: <sip:xxxxxxxx@sip.mcn.ru>;tag=as37202412
To: <sip:11111111111@sip.mcn.ru:5060;user=phone>
Contact: <sip:xxxxxxxx@222.222.222.222:5060>
Call-ID: 3333xxxxxxxxxxec000ee5666@sip.mcn.ru
CSeq: 103 INVITE
User-Agent: FPBX-12.0.76.4(11.16.0)
Authorization: Digest username="xxxxxxxx", realm="mcn", algorithm=MD5, uri="sip:11111111111@sip.mcn.ru:5060;user=phone", nonce="206a1r87", response="sssssss0uuuuuu653cab1d03333333"
Date: Thu, 19 Jan 2017 22:24:52 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Type: application/sdp
Content-Length: 311
v=0
o=root 2038298311 2038298312 IN IP4 178.23.231.249
222.22.222.222
s=Asterisk PBX 11.16.0
c=IN IP4 178.23.231.249
222.22.222.222
t=0 0
m=audio 15500 RTP/AVP 18 8 0 101
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=sendrecv
Разница только в отсутствии имени пользователя "SEM" в поле "From:"
Пользователь один, PEER Details и USER Details для обоих транков одинаковый (кроме, разумеется учётных данных, домена):
[xxxxx]
deny=0.0.0.0/0.0.0.0
secret=xxxxxxx
dtmfmode=rfc2833
canreinvite=no
context=from-internal
host=dynamic
trustrpid=yes
mediaencryption=no
sendrpid=no
type=friend
nat=force_rport,comedia
port=5060
qualify=yes
qualifyfreq=60
transport=udp,tcp,tls
avpf=no
force_avp=no
icesupport=no
encryption=no
callgroup=
pickupgroup=
dial=SIP/xxxxx
permit=0.0.0.0/0.0.0.0
callerid=SEM <xxxxx>
callcounter=yes
faxdetect=no
PEER Details :
[MCN]
disallow=all
host=sip.mcn.ru
defaultuser=xxxxxxxx
secret=**********
fromdomain=sip.mcn.ru
port=5060
usereqphone=yes
fromuser=xxxxxxxx
insecure=port,invite
type=friend
context=from-trunk
defaultexpiry=360
qualify=yes
qualify=50
allow=alaw,ulaw,g729
USER Details:
[MCNoutb]
secret=******
type=user
context=from-trunk
Register String (MCN):
11111111111:*******@sip.mcn.ru/11111111111
На маршрутизацию что же грешить, если два одинаковых транка, где один "ходит" туда-сюда легко, а другой идёт только наружу, обратно тоже приходит, то нет пользователя, как я понимаю. Но я абсолютный новичок и не знаю в какую сторону теперь посмотреть? Почему в одном (работающем транке) дебаге пользователь есть, а на другом транке (mcn.ru) пользователь не находится. Подскажите, пожалуйста, что надо ещё сделать?
3 | No.3 Revision редактировать |
Здравствуйте.
Есть FPBX-12.0.76.4(11.16.0)
Настроены два транка от разных провайдеров. На одном провайдере городской номер, на другом 8-800 от mcn.ru
Исходящие через другого провайдера работают без проблем. При изменении исходящих в "Оutbound Routes", указания транка на mcn.ru, вызываемый делающий вызов на внешний абонент телефон пользователь ничего не слышит.
слышит в ответ. Внешний аббонент слышит всё, а обратно к пользователю ничего.
Если поставить debug, то отличие при соединении через работающий транки и полуработающий от mcn.ru заключается в том, что в поле From нет имени пользователя.
Через работающий транк так:
Audio is at 15224
Adding codec 100008 (g729) to SDP
Adding codec 100003 (ulaw) to SDP
Adding codec 100004 (alaw) to SDP
Adding non-codec 0x1 (telephone-event) to SDP
Reliably Transmitting (NAT) to 111.111.11.111:5060:
INVITE sip:11111111111@2222222222.domen.ru:5060;user=phone SIP/2.0
Via: SIP/2.0/UDP 222.222.222.222:5060;branch=60fE3bL34b35a8e;rport
Max-Forwards: 70
From: "SEM" <sip:11111111111@2222222222.domen.ru>;tag=as2296e1d6
To: <sip:11111111111@2222222222.domen.ru:5060;user=phone>
Contact: <sip:11111111111@222.222.222.222:5060>
Call-ID: xxxx5afa04e949cdef2a@2222222222.domen.ru
CSeq: 103 INVITE
User-Agent: FPBX-12.0.76.4(11.16.0)
Proxy-Authorization: Digest username="33333", realm="11111111111@222.222.222.222", algorithm=MD5, uri="sip:11111111111@2222222222.domen.ru:5060;user=phone", nonce="xxx-4925-a08e-02737f22ab80", response="438cf30eef44ffa1f698", qop=auth, cnonce="3dbe1121", nc=00000001
Date: Thu, 19 Jan 2017 22:03:41 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Type: application/sdp
Content-Length: 311
На исходящем через транк mcn:
Audio is at 15500
Adding codec 100008 (g729) to SDP
Adding codec 100004 (alaw) to SDP
Adding codec 100003 (ulaw) to SDP
Adding non-codec 0x1 (telephone-event) to SDP
Reliably Transmitting (NAT) to xx.xx.xx.xxx:5060:
INVITE sip:11111111111@sip.mcn.ru:5060;user=phone SIP/2.0
Via: SIP/2.0/UDP 222.222.222.222:5060;branch=60fE3bL34b35a8e;rport
Max-Forwards: 70
From: <sip:xxxxxxxx@sip.mcn.ru>;tag=as37202412
To: <sip:11111111111@sip.mcn.ru:5060;user=phone>
Contact: <sip:xxxxxxxx@222.222.222.222:5060>
Call-ID: 3333xxxxxxxxxxec000ee5666@sip.mcn.ru
CSeq: 103 INVITE
User-Agent: FPBX-12.0.76.4(11.16.0)
Authorization: Digest username="xxxxxxxx", realm="mcn", algorithm=MD5, uri="sip:11111111111@sip.mcn.ru:5060;user=phone", nonce="206a1r87", response="sssssss0uuuuuu653cab1d03333333"
Date: Thu, 19 Jan 2017 22:24:52 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Type: application/sdp
Content-Length: 311
v=0
o=root 2038298311 2038298312 IN IP4 222.22.222.222
s=Asterisk PBX 11.16.0
c=IN IP4 222.22.222.222
t=0 0
m=audio 15500 RTP/AVP 18 8 0 101
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=sendrecv
Разница только в отсутствии имени пользователя "SEM" в поле "From:"
Пользователь один, PEER Details и USER Details для обоих транков одинаковый (кроме, разумеется учётных данных, домена):
[xxxxx]
deny=0.0.0.0/0.0.0.0
secret=xxxxxxx
dtmfmode=rfc2833
canreinvite=no
context=from-internal
host=dynamic
trustrpid=yes
mediaencryption=no
sendrpid=no
type=friend
nat=force_rport,comedia
port=5060
qualify=yes
qualifyfreq=60
transport=udp,tcp,tls
avpf=no
force_avp=no
icesupport=no
encryption=no
callgroup=
pickupgroup=
dial=SIP/xxxxx
permit=0.0.0.0/0.0.0.0
callerid=SEM <xxxxx>
callcounter=yes
faxdetect=no
PEER Details :
[MCN]
disallow=all
host=sip.mcn.ru
defaultuser=xxxxxxxx
secret=**********
fromdomain=sip.mcn.ru
port=5060
usereqphone=yes
fromuser=xxxxxxxx
insecure=port,invite
type=friend
context=from-trunk
defaultexpiry=360
qualify=yes
qualify=50
allow=alaw,ulaw,g729
USER Details:
[MCNoutb]
secret=******
type=user
context=from-trunk
Register String (MCN):
11111111111:*******@sip.mcn.ru/11111111111
На маршрутизацию что же грешить, если два одинаковых транка, где один "ходит" туда-сюда легко, а другой идёт только наружу, обратно тоже приходит, то нет пользователя, как я понимаю. Но я абсолютный новичок и не знаю в какую сторону теперь посмотреть? Почему в одном (работающем транке) дебаге пользователь есть, а на другом транке (mcn.ru) пользователь не находится. Подскажите, пожалуйста, что надо ещё сделать?
4 | No.4 Revision редактировать |
Здравствуйте. Есть FPBX-12.0.76.4(11.16.0) Настроены два транка от разных провайдеров. На одном провайдере городской номер, на другом 8-800 от mcn.ru Исходящие через другого провайдера работают без проблем. При изменении исходящих в "Оutbound Routes", указания транка на mcn.ru, делающий вызов на внешний телефон пользователь ничего не слышит в ответ. Внешний аббонент слышит всё, а обратно к пользователю ничего. Если поставить debug, то отличие при соединении через работающий транки и полуработающий от mcn.ru заключается в том, что в поле From нет имени пользователя. Через работающий транк так:
Audio is at 15224
Adding codec 100008 (g729) to SDP
Adding codec 100003 (ulaw) to SDP
Adding codec 100004 (alaw) to SDP
Adding non-codec 0x1 (telephone-event) to SDP
Reliably Transmitting (NAT) to 111.111.11.111:5060:
INVITE sip:11111111111@2222222222.domen.ru:5060;user=phone SIP/2.0
Via: SIP/2.0/UDP 222.222.222.222:5060;branch=60fE3bL34b35a8e;rport
Max-Forwards: 70
From: "SEM" <sip:11111111111@2222222222.domen.ru>;tag=as2296e1d6
To: <sip:11111111111@2222222222.domen.ru:5060;user=phone>
Contact: <sip:11111111111@222.222.222.222:5060>
Call-ID: xxxx5afa04e949cdef2a@2222222222.domen.ru
CSeq: 103 INVITE
User-Agent: FPBX-12.0.76.4(11.16.0)
Proxy-Authorization: Digest username="33333", realm="11111111111@222.222.222.222", algorithm=MD5, uri="sip:11111111111@2222222222.domen.ru:5060;user=phone", nonce="xxx-4925-a08e-02737f22ab80", response="438cf30eef44ffa1f698", qop=auth, cnonce="3dbe1121", nc=00000001
Date: Thu, 19 Jan 2017 22:03:41 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Type: application/sdp
Content-Length: 311
На исходящем через транк mcn:
Audio is at 15500
Adding codec 100008 (g729) to SDP
Adding codec 100004 (alaw) to SDP
Adding codec 100003 (ulaw) to SDP
Adding non-codec 0x1 (telephone-event) to SDP
Reliably Transmitting (NAT) to xx.xx.xx.xxx:5060:
INVITE sip:11111111111@sip.mcn.ru:5060;user=phone SIP/2.0
Via: SIP/2.0/UDP 222.222.222.222:5060;branch=60fE3bL34b35a8e;rport
Max-Forwards: 70
From: <sip:xxxxxxxx@sip.mcn.ru>;tag=as37202412
To: <sip:11111111111@sip.mcn.ru:5060;user=phone>
Contact: <sip:xxxxxxxx@222.222.222.222:5060>
Call-ID: 3333xxxxxxxxxxec000ee5666@sip.mcn.ru
CSeq: 103 INVITE
User-Agent: FPBX-12.0.76.4(11.16.0)
Authorization: Digest username="xxxxxxxx", realm="mcn", algorithm=MD5, uri="sip:11111111111@sip.mcn.ru:5060;user=phone", nonce="206a1r87", response="sssssss0uuuuuu653cab1d03333333"
Date: Thu, 19 Jan 2017 22:24:52 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Type: application/sdp
Content-Length: 311
v=0
o=root 2038298311 2038298312 IN IP4 222.22.222.222
s=Asterisk PBX 11.16.0
c=IN IP4 222.22.222.222
t=0 0
m=audio 15500 RTP/AVP 18 8 0 101
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=sendrecv
Разница только в отсутствии имени пользователя "SEM" в поле "From:"
Пользователь один, PEER Details и USER Details для обоих транков одинаковый (кроме, разумеется учётных данных, домена):
[xxxxx]
deny=0.0.0.0/0.0.0.0
secret=xxxxxxx
dtmfmode=rfc2833
canreinvite=no
context=from-internal
host=dynamic
trustrpid=yes
mediaencryption=no
sendrpid=no
type=friend
nat=force_rport,comedia
port=5060
qualify=yes
qualifyfreq=60
transport=udp,tcp,tls
avpf=no
force_avp=no
icesupport=no
encryption=no
callgroup=
pickupgroup=
dial=SIP/xxxxx
permit=0.0.0.0/0.0.0.0
callerid=SEM <xxxxx>
callcounter=yes
faxdetect=no
PEER Details :
[MCN]
disallow=all
host=sip.mcn.ru
defaultuser=xxxxxxxx
fromuser=xxxxxxxx
secret=**********
fromdomain=sip.mcn.ru
port=5060
usereqphone=yes
fromuser=xxxxxxxx
insecure=port,invite
type=friend
context=from-trunk
defaultexpiry=360
qualify=yes
qualify=50
allow=alaw,ulaw,g729
USER Details:
[MCNoutb]
secret=******
type=user
context=from-trunk
Register String (MCN):
11111111111:*******@sip.mcn.ru/11111111111
На маршрутизацию что же грешить, если два одинаковых транка, где один "ходит" туда-сюда легко, а другой идёт только наружу, обратно тоже приходит, то нет пользователя, как я понимаю. Но я абсолютный новичок и не знаю в какую сторону теперь посмотреть? Почему в одном (работающем транке) дебаге пользователь есть, а на другом транке (mcn.ru) пользователь не находится. Подскажите, пожалуйста, что надо ещё сделать?
5 | No.5 Revision редактировать |
Здравствуйте. Есть FPBX-12.0.76.4(11.16.0) Настроены два транка от разных провайдеров. На одном провайдере городской номер, на другом 8-800 от mcn.ru Исходящие через другого провайдера работают без проблем. При изменении исходящих в "Оutbound Routes", указания транка на mcn.ru, делающий вызов на внешний телефон пользователь ничего не слышит в ответ. Внешний аббонент слышит всё, а обратно к пользователю ничего. Если поставить debug, то отличие при соединении через работающий транки и полуработающий от mcn.ru заключается в том, что в поле From нет имени пользователя. Через работающий транк так:
Audio is at 15224
Adding codec 100008 (g729) to SDP
Adding codec 100003 (ulaw) to SDP
Adding codec 100004 (alaw) to SDP
Adding non-codec 0x1 (telephone-event) to SDP
Reliably Transmitting (NAT) to 111.111.11.111:5060:
INVITE sip:11111111111@2222222222.domen.ru:5060;user=phone SIP/2.0
Via: SIP/2.0/UDP 222.222.222.222:5060;branch=60fE3bL34b35a8e;rport
Max-Forwards: 70
From: "SEM" <sip:11111111111@2222222222.domen.ru>;tag=as2296e1d6
To: <sip:11111111111@2222222222.domen.ru:5060;user=phone>
Contact: <sip:11111111111@222.222.222.222:5060>
Call-ID: xxxx5afa04e949cdef2a@2222222222.domen.ru
CSeq: 103 INVITE
User-Agent: FPBX-12.0.76.4(11.16.0)
Proxy-Authorization: Digest username="33333", realm="11111111111@222.222.222.222", algorithm=MD5, uri="sip:11111111111@2222222222.domen.ru:5060;user=phone", nonce="xxx-4925-a08e-02737f22ab80", response="438cf30eef44ffa1f698", qop=auth, cnonce="3dbe1121", nc=00000001
Date: Thu, 19 Jan 2017 22:03:41 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Type: application/sdp
Content-Length: 311
На исходящем через транк mcn:
Audio is at 15500
Adding codec 100008 (g729) to SDP
Adding codec 100004 (alaw) to SDP
Adding codec 100003 (ulaw) to SDP
Adding non-codec 0x1 (telephone-event) to SDP
Reliably Transmitting (NAT) to xx.xx.xx.xxx:5060:
INVITE sip:11111111111@sip.mcn.ru:5060;user=phone SIP/2.0
Via: SIP/2.0/UDP 222.222.222.222:5060;branch=60fE3bL34b35a8e;rport
Max-Forwards: 70
From: <sip:xxxxxxxx@sip.mcn.ru>;tag=as37202412
To: <sip:11111111111@sip.mcn.ru:5060;user=phone>
Contact: <sip:xxxxxxxx@222.222.222.222:5060>
Call-ID: 3333xxxxxxxxxxec000ee5666@sip.mcn.ru
CSeq: 103 INVITE
User-Agent: FPBX-12.0.76.4(11.16.0)
Authorization: Digest username="xxxxxxxx", realm="mcn", algorithm=MD5, uri="sip:11111111111@sip.mcn.ru:5060;user=phone", nonce="206a1r87", response="sssssss0uuuuuu653cab1d03333333"
Date: Thu, 19 Jan 2017 22:24:52 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Type: application/sdp
Content-Length: 311
v=0
o=root 2038298311 2038298312 IN IP4 222.22.222.222
s=Asterisk PBX 11.16.0
c=IN IP4 222.22.222.222
t=0 0
m=audio 15500 RTP/AVP 18 8 0 101
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=sendrecv
Разница только в отсутствии имени пользователя "SEM" в поле "From:"
Пользователь один, PEER Details и USER Details для обоих транков одинаковый (кроме, разумеется учётных данных, домена):
[xxxxx]
deny=0.0.0.0/0.0.0.0
secret=xxxxxxx
dtmfmode=rfc2833
canreinvite=no
context=from-internal
host=dynamic
trustrpid=yes
mediaencryption=no
sendrpid=no
type=friend
nat=force_rport,comedia
port=5060
qualify=yes
qualifyfreq=60
transport=udp,tcp,tls
avpf=no
force_avp=no
icesupport=no
encryption=no
callgroup=
pickupgroup=
dial=SIP/xxxxx
permit=0.0.0.0/0.0.0.0
callerid=SEM <xxxxx>
callcounter=yes
faxdetect=no
PEER Details :
[MCN]
disallow=all
host=sip.mcn.ru
fromuser=xxxxxxxx
username=xxxxxxxx
secret=**********
fromdomain=sip.mcn.ru
port=5060
usereqphone=yes
fromuser=xxxxxxxx
insecure=port,invite
type=friend
context=from-trunk
defaultexpiry=360
qualify=yes
allow=alaw,ulaw,g729
USER Details:
[MCNoutb]
secret=******
type=user
context=from-trunk
Register String (MCN):
11111111111:*******@sip.mcn.ru/11111111111
На маршрутизацию что же грешить, если два одинаковых транка, где один "ходит" туда-сюда легко, а другой идёт только наружу, обратно тоже приходит, то нет пользователя, как я понимаю. Но я абсолютный новичок и не знаю в какую сторону теперь посмотреть? Почему в одном (работающем транке) дебаге пользователь есть, а на другом транке (mcn.ru) пользователь не находится. Подскажите, пожалуйста, что надо ещё сделать?
6 | No.6 Revision редактировать |
Здравствуйте. Есть FPBX-12.0.76.4(11.16.0) Настроены два транка от разных провайдеров. На одном провайдере городской номер, на другом 8-800 от mcn.ru Исходящие через другого провайдера работают без проблем. При изменении исходящих в "Оutbound Routes", указания транка на mcn.ru, делающий вызов на внешний телефон пользователь ничего не слышит в ответ. Внешний аббонент слышит всё, а обратно к пользователю ничего. Если поставить debug, то отличие при соединении через работающий транки и полуработающий от mcn.ru заключается в том, что в поле From нет имени пользователя. Через работающий транк так:
Audio is at 15224
Adding codec 100008 (g729) to SDP
Adding codec 100003 (ulaw) to SDP
Adding codec 100004 (alaw) to SDP
Adding non-codec 0x1 (telephone-event) to SDP
Reliably Transmitting (NAT) to 111.111.11.111:5060:
INVITE sip:11111111111@2222222222.domen.ru:5060;user=phone SIP/2.0
Via: SIP/2.0/UDP 222.222.222.222:5060;branch=60fE3bL34b35a8e;rport
Max-Forwards: 70
From: "SEM" <sip:11111111111@2222222222.domen.ru>;tag=as2296e1d6
To: <sip:11111111111@2222222222.domen.ru:5060;user=phone>
Contact: <sip:11111111111@222.222.222.222:5060>
Call-ID: xxxx5afa04e949cdef2a@2222222222.domen.ru
CSeq: 103 INVITE
User-Agent: FPBX-12.0.76.4(11.16.0)
Proxy-Authorization: Digest username="33333", realm="11111111111@222.222.222.222", algorithm=MD5, uri="sip:11111111111@2222222222.domen.ru:5060;user=phone", nonce="xxx-4925-a08e-02737f22ab80", response="438cf30eef44ffa1f698", qop=auth, cnonce="3dbe1121", nc=00000001
Date: Thu, 19 Jan 2017 22:03:41 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Type: application/sdp
Content-Length: 311
На исходящем через транк mcn:
Audio is at 15500
Adding codec 100008 (g729) to SDP
Adding codec 100004 (alaw) to SDP
Adding codec 100003 (ulaw) to SDP
Adding non-codec 0x1 (telephone-event) to SDP
Reliably Transmitting (NAT) to xx.xx.xx.xxx:5060:
INVITE sip:11111111111@sip.mcn.ru:5060;user=phone SIP/2.0
Via: SIP/2.0/UDP 222.222.222.222:5060;branch=60fE3bL34b35a8e;rport
Max-Forwards: 70
From: <sip:xxxxxxxx@sip.mcn.ru>;tag=as37202412
To: <sip:11111111111@sip.mcn.ru:5060;user=phone>
Contact: <sip:xxxxxxxx@222.222.222.222:5060>
Call-ID: 3333xxxxxxxxxxec000ee5666@sip.mcn.ru
CSeq: 103 INVITE
User-Agent: FPBX-12.0.76.4(11.16.0)
Authorization: Digest username="xxxxxxxx", realm="mcn", algorithm=MD5, uri="sip:11111111111@sip.mcn.ru:5060;user=phone", nonce="206a1r87", response="sssssss0uuuuuu653cab1d03333333"
Date: Thu, 19 Jan 2017 22:24:52 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Type: application/sdp
Content-Length: 311
v=0
o=root 2038298311 2038298312 IN IP4 222.22.222.222
s=Asterisk PBX 11.16.0
c=IN IP4 222.22.222.222
t=0 0
m=audio 15500 RTP/AVP 18 8 0 101
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=sendrecv
Разница только в отсутствии имени пользователя "SEM" в поле "From:"
Пользователь один, PEER Details и USER Details для обоих транков одинаковый (кроме, разумеется учётных данных, домена):
[xxxxx]
deny=0.0.0.0/0.0.0.0
secret=xxxxxxx
dtmfmode=rfc2833
canreinvite=no
context=from-internal
host=dynamic
trustrpid=yes
mediaencryption=no
sendrpid=no
type=friend
nat=force_rport,comedia
port=5060
qualify=yes
qualifyfreq=60
transport=udp,tcp,tls
avpf=no
force_avp=no
icesupport=no
encryption=no
callgroup=
pickupgroup=
dial=SIP/xxxxx
permit=0.0.0.0/0.0.0.0
callerid=SEM <xxxxx>
callcounter=yes
faxdetect=no
PEER Details :
[MCN]
disallow=all
host=sip.mcn.ru
username=xxxxxxxx
secret=**********
fromdomain=sip.mcn.ru
port=5060
usereqphone=yes
fromuser=xxxxxxxx
insecure=port,invite
type=friend
context=from-trunk
defaultexpiry=360
qualify=yes
allow=alaw,ulaw,g729
USER Details:
[MCNoutb]
secret=******
type=user
context=from-trunk
Register String (MCN):
11111111111:*******@sip.mcn.ru/11111111111
На маршрутизацию что же грешить, если два одинаковых транка, где один "ходит" туда-сюда легко, а другой идёт только наружу, обратно тоже приходит, то нет пользователя, как я понимаю. понимаю.
PEER Details и USER Details cкопированы с работающего транка и подставлены значения от mcn.ru . Они принципиально одинаковые для обоих транков. Может, там для mcn.ru что-то не так?.
Но я абсолютный новичок и не знаю в какую сторону теперь посмотреть? Почему в одном (работающем транке) дебаге пользователь есть, а на другом транке (mcn.ru) пользователь не находится. Подскажите, пожалуйста, что надо ещё сделать?
Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании
Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией
GNU GPL.