asterisk.ru

Добрый день, господа специалисты!
Зачин:
Решил обновить железку на которой крутиться Астериск, перетащить клон не вышло, решил сделать новый сервер с новой сборкой. Взял AsteriskNOW 6.12, 32bit.
Велосипед решил не изобретать, и настроить все как было на старом сервере.
Поднял pptpd, поднял туннели с шлюзами addpac, все доступно. (сделано для упаковывания трафика). Все доступно, все ходит. Выполнил переключение meridian cs1000 на новый Астериск. Обнаружились недостающие кодеки 723 и 729, добавил, но посчитал пропускные способности и перетащил все на alaw, И тут началось самое интересное....

Основная часть

Звонки шлюз>Меридиан, проходят безупречно, звонки шлюз<>шлюз проходят, голос есть.
А вот звонки Меридиан > шлюз сводят меня с ума.
Действующие лица:
172.20.3.4 - Меридиан
172.20.3.200 - Астериск
172.20.43.99 - адрес демона pptpd, все туннели собираются на нем
172.20.43.ХХ - адрес вызываемого шлюза, через туннель
172.20.3.102 - IP телефон Nortel 1140, работает через Меридиан.

Вот вызов который проходит:

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

<--- SIP read from UDP:172.20.3.4:5060 --->
INVITE sip:4307@CompanyName;user=phone SIP/2.0
From: "KYV"<sip:5490@CompanyName;user=phone>;tag=5dcd0640-40314ac-13c4-40030-88f30e-5892e119-88f30e
To: <sip:4307@CompanyName;user=phone>
Call-ID: 5db4f098-40314ac-13c4-40030-88f30e-372a6ac3-88f30e
CSeq: 1 INVITE
Via: SIP/2.0/UDP 172.20.3.4:5060;branch=z9hG4bK-88f30e-16f56f24-2b3bdc2e
Max-Forwards: 70
Supported: 100rel,x-nortel-sipvc,replaces,timer
User-Agent: Nortel CS1000 SIP GW release_5.0 version_sse-5.50.12
P-Asserted-Identity: "KYV"<sip:5490@CompanyName;user=phone>
Privacy: none
History-Info: <sip:4307@CompanyName;user=phone>;index=1
x-nt-corr-id: 000000850e1d1c190a@0024000b8c91-0cd3f322
Contact: <sip:5490@CompanyName:5060;maddr=172.20.3.4;transport=udp;user=phone>
Min-SE: 0
Allow: INVITE,ACK,BYE,REGISTER,REFER,NOTIFY,CANCEL,PRACK,OPTIONS,INFO,SUBSCRIBE,UPDATE
Content-Type: multipart/mixed;boundary=unique-boundary-1
Content-Length: 815

--unique-boundary-1
Content-Type: application/sdp
v=0
o=- 9269 1 IN IP4 172.20.3.4
s=-
t=0 0
m=audio 5200 RTP/AVP 8 0 101 111
c=IN IP4 172.20.3.102
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=rtpmap:111 X-nt-inforeq/8000
a=ptime:20
a=maxptime:20
a=sendrecv
--unique-boundary-1
Content-Type: application/x-nt-mcdn-frag-hex;version=sse-5.50.12;base=x2611
Content-Disposition: signal;handling=optional

0500a101
0107130081900000a200
09090f00e9a0830001002100
131e070011fd1800a1160201010201a1300e8102010582010184020000850104
1315070011fa0f00a10d02010102020100cc040000133e00
1e0403008183
--unique-boundary-1
Content-Type: application/x-nt-epid-frag-hex;version=sse-5.50.12;base=x2611
Content-Disposition: signal;handling=optional

011201
00:19:bb:2f:48:9d
--unique-boundary-1--
<------------->
--- (18 headers 33 lines) ---
Sending to 172.20.3.4:5060 (no NAT)
Sending to 172.20.3.4:5060 (no NAT)
Using INVITE request as basis request - 5db4f098-40314ac-13c4-40030-88f30e-372a6ac3-88f30e
Found peer 'TN_4399_CS1000' for '5490' from 172.20.3.4:5060
Found RTP audio format 8
Found RTP audio format 0
Found RTP audio format 101
Found RTP audio format 111
Found audio description format telephone-event for ID 101
Found unknown media description format X-nt-inforeq for ID 111
Capabilities: us - (alaw), peer - audio=(ulaw|alaw)/video=(nothing)/text=(nothing), combined - (alaw)
Non-codec capabilities (dtmf): us - 0x1 (telephone-event|), peer - 0x1 (telephone-event|), combined - 0x1 (telephone-event|)
Peer audio RTP is at port 172.20.3.102:5200
Looking for 4307 in from-internal (domain CompanyName)
list_route: hop: <sip:5490@CompanyName:5060;maddr=172.20.3.4;transport=udp;user=phone>

<--- Transmitting (no NAT) to 172.20.3.4:5060 --->
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 172.20.3.4:5060;branch=z9hG4bK-88f30e-16f56f24-2b3bdc2e;received=172.20.3.4
From: "KYV"<sip:5490@CompanyName;user=phone>;tag=5dcd0640-40314ac-13c4-40030-88f30e-5892e119-88f30e
To: <sip:4307@CompanyName;user=phone>
Call-ID: 5db4f098-40314ac-13c4-40030-88f30e-372a6ac3-88f30e
CSeq: 1 INVITE
Server: FPBX-AsteriskNOW-12.0.45(11.21.2)
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Session-Expires: 1800;refresher=uas
Contact: <sip:4307@172.20.3.200:5060>
Content-Length: 0

<------------>
Audio is at 18050
Adding codec 100004 (alaw) to SDP
Adding non-codec 0x1 (telephone-event) to SDP
Reliably Transmitting (no NAT) to 172.20.43.7:5060:

INVITE sip:4307@172.20.43.7 SIP/2.0 Вот тут я вижу что invite уходит в туннель, все четко. Имя в нормальном виде 4307@172.20.43.7.
Via: SIP/2.0/UDP 172.20.43.99:5060;branch=z9hG4bK4e6bc1c9
Max-Forwards: 70
From: "KYV" <sip:5490@172.20.43.99>;tag=as1750e8aa
To: <sip:4307@172.20.43.7>
Contact: <sip:5490@172.20.43.99:5060>
Call-ID: 60dcc8823a866fc726795d6d3066fb9f@172.20.43.99:5060
CSeq: 102 INVITE
User-Agent: FPBX-AsteriskNOW-12.0.45(11.21.2)
Date: Tue, 25 Oct 2016 04:25:33 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Type: application/sdp
Content-Length: 236

v=0
o=root 1422117714 1422117714 IN IP4 172.20.43.99
s=Asterisk PBX 11.21.2
c=IN IP4 172.20.43.99
t=0 0
m=audio 18050 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=sendrecv
---
<--- SIP read from UDP:172.20.43.7:5060 --->
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 172.20.43.99:5060;branch=z9hG4bK4e6bc1c9
From: "KYV" <sip:5490@172.20.43.99>;tag=as1750e8aa
To: <sip:4307@172.20.43.7>
Call-ID: 60dcc8823a866fc726795d6d3066fb9f@172.20.43.99:5060
CSeq: 102 INVITE
User-Agent: AddPac SIP Gateway
Content-Length: 0
<------------->
--- (8 headers 0 lines) ---
<--- SIP read from UDP:172.20.3.4:5060 --->
REGISTER sip:CompanyName SIP/2.0
From: <sip:CompanyNamesip@CompanyName>;tag=5dcceee0-40314ac-13c4-40030-88f30e-52c4568e-88f30e
To: <sip:CompanyNamesip@CompanyName>
Call-ID: 6b07cbec-40314ac-13c4-40030-177-2c47faed-177
CSeq: 684723 REGISTER
Via: SIP/2.0/UDP 172.20.3.4:5060;branch=z9hG4bK-88f30e-16f56faa-519284ff
Max-Forwards: 70
Supported: 100rel,x-nortel-sipvc,replaces,timer
User-Agent: Nortel CS1000 SIP GW release_5.0 version_sse-5.50.12
Contact: <sip:CompanyNamesip@CompanyName:5060;maddr=172.20.3.4;transport=UDP>;expires=30;x-nt-failsafe=0
Expires: 30
Content-Length: 0
<------------->
--- (12 headers 0 lines) ---
Sending to 172.20.3.4:5060 (no NAT)
<--- Transmitting (no NAT) to 172.20.3.4:5060 --->
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 172.20.3.4:5060;branch=z9hG4bK-88f30e-16f56faa-519284ff;received=172.20.3.4
From: <sip:CompanyNamesip@CompanyName>;tag=5dcceee0-40314ac-13c4-40030-88f30e-52c4568e-88f30e
To: <sip:CompanyNamesip@CompanyName>;tag=as02a53682
Call-ID: 6b07cbec-40314ac-13c4-40030-177-2c47faed-177
CSeq: 684723 REGISTER
Server: FPBX-AsteriskNOW-12.0.45(11.21.2)
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
WWW-Authenticate: Digest algorithm=MD5, realm="asterisk", nonce="6babab60"
Content-Length: 0
<------------>
Scheduling destruction of SIP dialog '6b07cbec-40314ac-13c4-40030-177-2c47faed-177' in 32000 ms (Method: REGISTER)

<--- SIP read from UDP:172.20.3.4:5060 --->
REGISTER sip:CompanyName SIP/2.0
From: <sip:CompanyNamesip@CompanyName>;tag=5dcceee0-40314ac-13c4-40030-88f30e-52c4568e-88f30e
To: <sip:CompanyNamesip@CompanyName>
Call-ID: 6b07cbec-40314ac-13c4-40030-177-2c47faed-177
CSeq: 684724 REGISTER
Via: SIP/2.0/UDP 172.20.3.4:5060;branch=z9hG4bK-88f30e-16f56faa-2ce5238d
Max-Forwards: 70
Supported: 100rel,x-nortel-sipvc,replaces,timer
User-Agent: Nortel CS1000 SIP GW release_5.0 version_sse-5.50.12
Contact: <sip:CompanyNamesip@CompanyName:5060;maddr=172.20.3.4;transport=UDP>;expires=30;x-nt-failsafe=0
Expires: 30
Authorization: Digest username="CompanyNamesip",realm="asterisk",nonce="6babab60",uri="sip:CompanyName",response="4bf250f37c7dac10d04090cd1999a3f4",algorithm=MD5
Content-Length: 0

<------------->
--- (13 headers 0 lines) ---
Sending to 172.20.3.4:5060 (no NAT)

<--- Transmitting (no NAT) to 172.20.3.4:5060 --->
SIP/2.0 403 Forbidden
Via: SIP/2.0/UDP 172.20.3.4:5060;branch=z9hG4bK-88f30e-16f56faa-2ce5238d;received=172.20.3.4
From: <sip:CompanyNamesip@CompanyName>;tag=5dcceee0-40314ac-13c4-40030-88f30e-52c4568e-88f30e
To: <sip:CompanyNamesip@CompanyName>;tag=as02a53682
Call-ID: 6b07cbec-40314ac-13c4-40030-177-2c47faed-177
CSeq: 684724 REGISTER
Server: FPBX-AsteriskNOW-12.0.45(11.21.2)
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Length: 0
<--- SIP read from UDP:172.20.43.7:5060 --->
SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 172.20.43.99:5060;branch=z9hG4bK4e6bc1c9
From: "KYV" <sip:5490@172.20.43.99>;tag=as1750e8aa
To: <sip:4307@172.20.43.7>;tag=5d56ed03a4
Call-ID: 60dcc8823a866fc726795d6d3066fb9f@172.20.43.99:5060
CSeq: 102 INVITE
User-Agent: AddPac SIP Gateway
Contact: sip:4307@172.20.43.7
Content-Length: 0

Но тут же вызов на АБСОЛЮТНО такой же шлюз:

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

<--- SIP read from UDP:172.20.3.4:5060 --->
INVITE sip:4343;phone-context=cdp.udp@CompanyName;user=phone SIP/2.0
From: "KYV"<sip:5490;phone-context=cdp.udp@CompanyName;user=phone>;tag=5dcc9580-40314ac-13c4-40030-88effa-2c859e8c-88effa
To: <sip:4343;phone-context=cdp.udp@CompanyName;user=phone>
Call-ID: 5db4e738-40314ac-13c4-40030-88effa-79c2fe0e-88effa
CSeq: 1 INVITE
Via: SIP/2.0/UDP 172.20.3.4:5060;branch=z9hG4bK-88effa-16e96a84-785e68ee
Max-Forwards: 70
Supported: 100rel,x-nortel-sipvc,replaces,timer
User-Agent: Nortel CS1000 SIP GW release_5.0 version_sse-5.50.12
P-Asserted-Identity: "KYV"<sip:5490;phone-context=cdp.udp@CompanyName;user=phone>
Privacy: none
History-Info: <sip:4343;phone-context=cdp.udp@CompanyName;user=phone>;index=1
x-nt-corr-id: 000000810e1015190a@0024000b8c91-0cd3f322
Contact: <sip:5490;phone-context=cdp.udp@CompanyName:5060;maddr=172.20.3.4;transport=udp;user=phone>
Min-SE: 0
Allow: INVITE,ACK,BYE,REGISTER,REFER,NOTIFY,CANCEL,PRACK,OPTIONS,INFO,SUBSCRIBE,UPDATE
Content-Type: multipart/mixed;boundary=unique-boundary-1
Content-Length: 815

--unique-boundary-1
Content-Type: application/sdp

v=0
o=- 9264 1 IN IP4 172.20.3.4
s=-
t=0 0
m=audio 5200 RTP/AVP 8 0 101 111
c=IN IP4 172.20.3.102
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=rtpmap:111 X-nt-inforeq/8000
a=ptime:20
a=maxptime:20
a=sendrecv

--unique-boundary-1
Content-Type: application/x-nt-mcdn-frag-hex;version=sse-5.50.12;base=x2611
Content-Disposition: signal;handling=optional

0500a101
0107130081900000a200
09090f00e9a0830001002100
131e070011fd1800a1160201010201a1300e8102010582010184020000850104
1315070011fa0f00a10d02010102020100cc0400003d3e00
1e0403008183
--unique-boundary-1
Content-Type: application/x-nt-epid-frag-hex;version=sse-5.50.12;base=x2611
Content-Disposition: signal;handling=optional

011201
00:19:bb:2f:48:9d
--unique-boundary-1--
<------------->
--- (18 headers 33 lines) ---
Sending to 172.20.3.4:5060 (no NAT)
Sending to 172.20.3.4:5060 (no NAT)
Using INVITE request as basis request - 5db4e738-40314ac-13c4-40030-88effa-79c2fe0e-88effa
Found peer 'TN_4399_CS1000' for '5490;phone-context=cdp.udp' from 172.20.3.4:5060
Found RTP audio format 8
Found RTP audio format 0
Found RTP audio format 101
Found RTP audio format 111
Found audio description format telephone-event for ID 101
Found unknown media description format X-nt-inforeq for ID 111
Capabilities: us - (alaw), peer - audio=(ulaw|alaw)/video=(nothing)/text=(nothing), combined - (alaw)
Non-codec capabilities (dtmf): us - 0x1 (telephone-event|), peer - 0x1 (telephone-event|), combined - 0x1 (telephone-event|)
Peer audio RTP is at port 172.20.3.102:5200
Looking for 4343;phone-context=cdp.udp in from-internal (domain CompanyName)
list_route: hop: <sip:5490;phone-context=cdp.udp@CompanyName:5060;maddr=172.20.3.4;transport=udp;user=phone>

<--- Transmitting (no NAT) to 172.20.3.4:5060 --->
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 172.20.3.4:5060;branch=z9hG4bK-88effa-16e96a84-785e68ee;received=172.20.3.4
From: "KYV"<sip:5490;phone-context=cdp.udp@CompanyName;user=phone>;tag=5dcc9580-40314ac-13c4-40030-88effa-2c859e8c-88effa
To: <sip:4343;phone-context=cdp.udp@CompanyName;user=phone>
Call-ID: 5db4e738-40314ac-13c4-40030-88effa-79c2fe0e-88effa
CSeq: 1 INVITE
Server: FPBX-AsteriskNOW-12.0.45(11.21.2)
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Session-Expires: 1800;refresher=uas
Contact: <sip:4343;phone-context=cdp.udp@172.20.3.200:5060>
Content-Length: 0

<------------>
Audio is at 15136
Adding codec 100004 (alaw) to SDP
Adding non-codec 0x1 (telephone-event) to SDP

<--- Transmitting (no NAT) to 172.20.3.4:5060 --->
SIP/2.0 183 Session Progress
Via: SIP/2.0/UDP 172.20.3.4:5060;branch=z9hG4bK-88effa-16e96a84-785e68ee;received=172.20.3.4
From: "KYV"<sip:5490;phone-context=cdp.udp@CompanyName;user=phone>;tag=5dcc9580-40314ac-13c4-40030-88effa-2c859e8c-88effa Почему такое представление?
To: <sip:4343;phone-context=cdp.udp@CompanyName;user=phone>;tag=as759a89eb Почему такое представление?
Call-ID: 5db4e738-40314ac-13c4-40030-88effa-79c2fe0e-88effa
CSeq: 1 INVITE
Server: FPBX-AsteriskNOW-12.0.45(11.21.2)
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Session-Expires: 1800;refresher=uas
Contact: <sip:4343;phone-context=cdp.udp@172.20.3.200:5060>
Content-Type: application/sdp
Require: timer
Content-Length: 236

v=0
o=root 1222986876 1222986876 IN IP4 172.20.3.200 Вот второй вопрос: почему вызов не через туннель?
s=Asterisk PBX 11.21.2
c=IN IP4 172.20.3.200
t=0 0
m=audio 15136 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=sendrecv

<------------>

<--- SIP read from UDP:172.20.3.4:5060 --->
OPTIONS sip:4343;phone-context=cdp.udp@172.20.3.200:5060 SIP/2.0
From: "KYV"<sip:5490;phone-context=cdp.udp@CompanyName;user=phone>;tag=5dcc9580-40314ac-13c4-40030-88effa-2c859e8c-88effa
To: <sip:4343;phone-context=cdp.udp@CompanyName;user=phone>;tag=as759a89eb
Call-ID: 5db4e738-40314ac-13c4-40030-88effa-79c2fe0e-88effa
CSeq: 2 OPTIONS
Via: SIP/2.0/UDP 172.20.3.4:5060;branch=z9hG4bK-88effa-16e96a84-672016f4
Max-Forwards: 70
Supported: 100rel,x-nortel-sipvc,replaces,timer
User-Agent: Nortel CS1000 SIP GW release_5.0 version_sse-5.50.12
x-nt-corr-id: 000000810e1015190a@0024000b8c91-0cd3f322
Contact: <sip:5490;phone-context=cdp.udp@CompanyName:5060;maddr=172.20.3.4;transport=udp;user=phone>
Allow: INVITE,ACK,BYE,REGISTER,REFER,NOTIFY,CANCEL,PRACK,OPTIONS,INFO,SUBSCRIBE,UPDATE
Content-Length: 0

<------------->
--- (13 headers 0 lines) ---

<--- Transmitting (no NAT) to 172.20.3.4:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 172.20.3.4:5060;branch=z9hG4bK-88effa-16e96a84-672016f4;received=172.20.3.4
From: "KYV"<sip:5490;phone-context=cdp.udp@CompanyName;user=phone>;tag=5dcc9580-40314ac-13c4-40030-88effa-2c859e8c-88effa
To: <sip:4343;phone-context=cdp.udp@CompanyName;user=phone>;tag=as759a89eb
Call-ID: 5db4e738-40314ac-13c4-40030-88effa-79c2fe0e-88effa
CSeq: 2 OPTIONS
Server: FPBX-AsteriskNOW-12.0.45(11.21.2)
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Contact: <sip:4343;phone-context=cdp.udp@172.20.3.200:5060>
Accept: application/sdp
Content-Length: 0

<------------>
[2016-10-25 14:12:26] NOTICE[9919][C-00000018]: res_rtp_asterisk.c:4444 ast_rtp_read: Unknown RTP codec 96 received from '172.20.3.102:5200'
[2016-10-25 14:12:26] NOTICE[9919][C-00000018]: res_rtp_asterisk.c:4444 ast_rtp_read: Unknown RTP codec 96 received from '172.20.3.102:5200' В это время мне астериск говорит что не может вызвать номер.

<--- SIP read from UDP:172.20.3.4:5060 --->
REGISTER sip:CompanyName SIP/2.0
From: <sip:CompanyNamesip@CompanyName>;tag=5dcc6c40-40314ac-13c4-40030-88f002-7704abdb-88f002
To: <sip:CompanyNamesip@CompanyName>
Call-ID: 6b07cbec-40314ac-13c4-40030-177-2c47faed-177
CSeq: 684663 REGISTER
Via: SIP/2.0/UDP 172.20.3.4:5060;branch=z9hG4bK-88f002-16e988ca-409f2591
Max-Forwards: 70
Supported: 100rel,x-nortel-sipvc,replaces,timer
User-Agent: Nortel CS1000 SIP GW release_5.0 version_sse-5.50.12
Contact: <sip:CompanyNamesip@CompanyName:5060;maddr=172.20.3.4;transport=UDP>;expires=30;x-nt-failsafe=0
Expires: 30
Content-Length: 0

<------------->
--- (12 headers 0 lines) ---
Sending to 172.20.3.4:5060 (no NAT)

<--- Transmitting (no NAT) to 172.20.3.4:5060 --->
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 172.20.3.4:5060;branch=z9hG4bK-88f002-16e988ca-409f2591;received=172.20.3.4
From: <sip:CompanyNamesip@CompanyName>;tag=5dcc6c40-40314ac-13c4-40030-88f002-7704abdb-88f002
To: <sip:CompanyNamesip@CompanyName>;tag=as02a53682
Call-ID: 6b07cbec-40314ac-13c4-40030-177-2c47faed-177
CSeq: 684663 REGISTER
Server: FPBX-AsteriskNOW-12.0.45(11.21.2)
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
WWW-Authenticate: Digest algorithm=MD5, realm="asterisk", nonce="571f2451"
Content-Length: 0

<------------>
Scheduling destruction of SIP dialog '6b07cbec-40314ac-13c4-40030-177-2c47faed-177' in 32000 ms (Method: REGISTER)

<--- SIP read from UDP:172.20.3.4:5060 --->
REGISTER sip:CompanyName SIP/2.0
From: <sip:CompanyNamesip@CompanyName>;tag=5dcc6c40-40314ac-13c4-40030-88f002-7704abdb-88f002
To: <sip:CompanyNamesip@CompanyName>
Call-ID: 6b07cbec-40314ac-13c4-40030-177-2c47faed-177
CSeq: 684664 REGISTER
Via: SIP/2.0/UDP 172.20.3.4:5060;branch=z9hG4bK-88f002-16e988ca-46d37ac7
Max-Forwards: 70
Supported: 100rel,x-nortel-sipvc,replaces,timer
User-Agent: Nortel CS1000 SIP GW release_5.0 version_sse-5.50.12
Contact: <sip:CompanyNamesip@CompanyName:5060;maddr=172.20.3.4;transport=UDP>;expires=30;x-nt-failsafe=0
Expires: 30
Authorization: Digest username="CompanyNamesip",realm="asterisk",nonce="571f2451",uri="sip:CompanyName",response="27c4566b35bc711f2e0606d7ff1876d8",algorithm=MD5
Content-Length: 0

<------------->
--- (13 headers 0 lines) ---
Sending to 172.20.3.4:5060 (no NAT)

<--- Transmitting (no NAT) to 172.20.3.4:5060 --->
SIP/2.0 403 Forbidden
Via: SIP/2.0/UDP 172.20.3.4:5060;branch=z9hG4bK-88f002-16e988ca-46d37ac7;received=172.20.3.4
From: <sip:CompanyNamesip@CompanyName>;tag=5dcc6c40-40314ac-13c4-40030-88f002-7704abdb-88f002
To: <sip:CompanyNamesip@CompanyName>;tag=as02a53682
Call-ID: 6b07cbec-40314ac-13c4-40030-177-2c47faed-177
CSeq: 684664 REGISTER
Server: FPBX-AsteriskNOW-12.0.45(11.21.2)
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Length: 0

<------------>
[2016-10-25 14:12:34] NOTICE[6477]: chan_sip.c:28360 handle_request_register: Registration from '<sip:CompanyNamesip@CompanyName>' failed for '172.20.3.4:5060' - Wrong password
Scheduling destruction
of SIP dialog '6b07cbec-40314ac-13c4-40030-177-2c47faed-177' in 32000 ms (Method: REGISTER)

<--- Reliably Transmitting (no NAT) to 172.20.3.4:5060 --->
SIP/2.0 503 Service Unavailable
Via: SIP/2.0/UDP 172.20.3.4:5060;branch=z9hG4bK-88effa-16e96a84-785e68ee;received=172.20.3.4
From: "KYV"<sip:5490;phone-context=cdp.udp@CompanyName;user=phone>;tag=5dcc9580-40314ac-13c4-40030-88effa-2c859e8c-88effa
To: <sip:4343;phone-context=cdp.udp@CompanyName;user=phone>;tag=as759a89eb
Call-ID: 5db4e738-40314ac-13c4-40030-88effa-79c2fe0e-88effa
CSeq: 1 INVITE
Server: FPBX-AsteriskNOW-12.0.45(11.21.2)
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Length: 0

<------------>
[2016-10-25 14:12:34] WARNING[9919][C-00000018]: channel.c:4861 ast_prod: Prodding channel 'SIP/TN_4399_CS1000-00000021' failed

<--- SIP read from UDP:172.20.3.4:5060 --->
ACK sip:4343;phone-context=cdp.udp@CompanyName;user=phone SIP/2.0
From: "KYV"<sip:5490;phone-context=cdp.udp@CompanyName;user=phone>;tag=5dcc9580-40314ac-13c4-40030-88effa-2c859e8c-88effa
To: <sip:4343;phone-context=cdp.udp@CompanyName;user=phone>;tag=as759a89eb
Call-ID: 5db4e738-40314ac-13c4-40030-88effa-79c2fe0e-88effa
CSeq: 1 ACK
Via: SIP/2.0/UDP 172.20.3.4:5060;branch=z9hG4bK-88effa-16e96a84-785e68ee
Max-Forwards: 70
User-Agent: Nortel CS1000 SIP GW release_5.0 version_sse-5.50.12
x-nt-corr-id: 000000810e1015190a@0024000b8c91-0cd3f322
Contact: <sip:5490;phone-context=cdp.udp@CompanyName:5060;maddr=172.20.3.4;transport=udp;user=phone>
Allow: INVITE,ACK,BYE,REGISTER,REFER,NOTIFY,CANCEL,PRACK,OPTIONS,INFO,SUBSCRIBE,UPDATE
Content-Length: 0

Настройки пиров:
Не работающий:

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

host=172.20.43.43
type=peer
context=from-internal
disallow=all
allow=alaw
callerid=Test <4343>

Работающий:

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

host=172.20.43.7
type=peer
context=from-internal
disallow=all
allow=alaw
callerid=DO <4307>

Настройки addpac идентичны, версии ПО тоже.
Старый астериск работает нормально, при его инсталляции таких проблем не было.

Кодеки добавлять не буду, т.к. все перевел на alaw для исключения ошибки.
Обращаюсь впервые, поэтому если что-то не добавил необходимое для определения конфигурации, или еще чего прошу сразу указать.
Возможно я смотрю совершенно не в ту сторону, но я достиг стадии когда АТС снится уже не в кошмарах, а в эротических снах.

Поэтому прошу помощи!

как минимум проверить

Unknown RTP codec 96 received from '172.20.3.102:5200'

Проверял сразу же. Гугл мало чего говорит, предлагают в исходниках править и перекомпилировать астериск.
Не готов к таким решительным шагам.

UPD: если убираю туннели то вызов проходит, но это не вариант.
Аналогичная проблема при звонке на созданную конференцию в астериске, как на неработающий шлюз.

Не принципиально пока.

Dec 24 10:57:40 NOTICE[5570]: rtp.c:564 ast_rtp_read: Unknown RTP codec 96 received

This is because those 2 devices for some reason decide to send DTMF as a dynamic payload type 96, and asterisk expects the DTMF to have number 101 or 121.

Два устройства решили посылать DTMF как динамический payload 96, Астериск же ожидает обычно 101 (или 121 - не видел такого).

From: "KYV"<sip:5490;phone-context=cdp.udp@CompanyName;user=phone>;tag=5dcc9580-40314ac-13c4-40030-88effa-2c859e8c-88effa Почему такое представление?
To: <sip:4343;phone-context=cdp.udp@CompanyName;user=phone>;tag=as759a89eb Почему такое представление?
Call-ID: 5db4e738-40314ac-13c4-40030-88effa-79c2fe0e-88effa
CSeq: 1 INVITE
Server: FPBX-AsteriskNOW-12.0.45(11.21.2)
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Session-Expires: 1800;refresher=uas
Contact: <sip:4343;phone-context=cdp.udp@172.20.3.200:5060>
Content-Type: application/sdp
Require: timer
Content-Length: 236

v=0
o=root 1222986876 1222986876 IN IP4 172.20.3.200 Вот второй вопрос: почему вызов не через туннель?

Вот у Вас сложный случай, при этом Вы шифруетесь тут в публикации - <sip:CompanyNamesip@CompanyName>, и это ещё более усложняет понимание. Тут надо догадываться что в реальности? Телепаты? Ванга? Все в разгоне.
В дебаге видно например, что авторизация REGISTER не проходит: Wrong password, Вас это не беспокоит?
по части второго вопроса предполагаю, что CompanyName в адресе <sip:CompanyNamesip@CompanyName> имеет ДНС запись 172.20.3.200, поэтому ломится туда. Или отсутствует в настройках пира canreinvite=no, или directmedia=, или ещё что-то. Судя по <--- Transmitting (no NAT) to 172.20.3.4:5060 ---> адрес назначения 172.20.3.200 находится в той же подсети, что и 172.20.3.4, поэтому вопрос про туннель непонятен.
Драйвер канала chan_sip сильно переработан, поэтому вопрошать "Почему на старом Астериске всё было ОК?" бессмысленно, надо было на нём сидеть и не двигаться. Сами создали себе наркоманские эротические сны.

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

NOTICE[5570]: rtp.c:564 ast_rtp_read: Unknown RTP codec 96 received

Гугл предлагает мне добавить в исходники строку и перекомпилить. Пока морально не готов к таким свершениям.

UPD: без туннеля трафик пошел до шлюза. Но не могу прозвониться до конференции на астериске, выдает ту же ошибку как и на шлюз 4343.

По sip фону и шлюз-астер конференция работает.

у него и в рабочем прилетает
SIP/2.0 403 Forbidden

ded писал(а):Не принципиально пока.
Dec 24 10:57:40 NOTICE[5570]: rtp.c:564 ast_rtp_read: Unknown RTP codec 96 received

This is because those 2 devices for some reason decide to send DTMF as a dynamic payload type 96, and asterisk expects the DTMF to have number 101 or 121.
Два устройства решили посылать DTMF как динамический payload 96, Астериск же ожидает обычно 101 (или 121 - не видел такого).
From: "KYV"<sip:5490;phone-context=cdp.udp@CompanyName;user=phone>;tag=5dcc9580-40314ac-13c4-40030-88effa-2c859e8c-88effa Почему такое представление?
To: <sip:4343;phone-context=cdp.udp@CompanyName;user=phone>;tag=as759a89eb Почему такое представление?
Call-ID: 5db4e738-40314ac-13c4-40030-88effa-79c2fe0e-88effa
CSeq: 1 INVITE
Server: FPBX-AsteriskNOW-12.0.45(11.21.2)
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Session-Expires: 1800;refresher=uas
Contact: <sip:4343;phone-context=cdp.udp@172.20.3.200:5060>
Content-Type: application/sdp
Require: timer
Content-Length: 236

v=0
o=root 1222986876 1222986876 IN IP4 172.20.3.200 Вот второй вопрос: почему вызов не через туннель?
Вот у Вас сложный случай, при этом Вы шифруетесь тут в публикации - <sip:CompanyNamesip@CompanyName>, и это ещё более усложняет понимание. Тут надо догадываться что в реальности? Телепаты? Ванга? Все в разгоне.
В дебаге видно например, что авторизация REGISTER не проходит: Wrong password, Вас это не беспокоит?
по части второго вопроса предполагаю, что CompanyName в адресе <sip:CompanyNamesip@CompanyName> имеет ДНС запись 172.20.3.200, поэтому ломится туда. Или отсутствует в настройках пира canreinvite=no, или directmedia=, или ещё что-то. Судя по <--- Transmitting (no NAT) to 172.20.3.4:5060 ---> адрес назначения 172.20.3.200 находится в той же подсети, что и 172.20.3.4, поэтому вопрос про туннель непонятен.
Драйвер канала chan_sip сильно переработан, поэтому вопрошать "Почему на старом Астериске всё было ОК?" бессмысленно, надо было на нём сидеть и не двигаться. Сами создали себе наркоманские эротические сны.

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

Эххх, форумы телефонистов это всегда немного тяжело. Вроде и совет дали и как будто вымолил пятак на пиво у прохожего.
Разберусь сам, если мне нужно переместить значит есть необходимость. Я же не спрашиваю совета оставаться или нет. Я задаю вполне конкретный вопрос.

Шифрования нет. Именно такая запись сделана на меридиане. CompanyName. Я выложил все логи без модификаций.

Совершенно верно, астериск и меридиан в одной сети, но траффик на адпак должен идти на 172.20.43.43. А он не идет в туннель.

Диагноз уже в использовании PPTP ...
Про CompanyName это уже следствие..

Понятно, значит выбрано БСДМ до конца, самостоятельно.
1) Избавьтесь от гиперцитирования. Ваш ответ понятен без цитаты.
2)

kiriusfit писал(а): Я задаю вполне конкретный вопрос.

Вы задали три конкретных вопроса, получили три конкретных ответа, например:
Или отсутствует в настройках пира canreinvite=no, или directmedia=, - - - А у Вас отсутствует. Что ещё нужно написать, чтобы Вы увидели?
и совет.
Его можно тарифицировать как пятак на пиво. Не понравился совет? С вас пятак назад.
3)

kiriusfit писал(а):Шифрования нет. Именно такая запись сделана на меридиане. CompanyName. Я выложил все логи без модификаций.

Это надо было догадаться? Если такая запись сделана на Меридиане, то все вопросы к автору записи. Он может туда записать всё что он думает, а Меридиан честно передаст это в заголовке пакета SIP.

kiriusfit писал(а):Совершенно верно, астериск и меридиан в одной сети, но траффик на адпак должен идти на 172.20.43.43. А он не идет в туннель.

Вы исследуете лог протокола SIP, это 7-й уровень модели OSI, а сетуете про туннель на 172.20.43.43, это 3-й уровень модели OSI. В логе SIP Вы не можете увидеть туннельные адреса. Разницу понимаете?

Спасибо, за советы. Попробую еще раз покрутить.
Pptp нужен для запаковки т.к. у нас косы под ртп выделяют очень мало и начинет булькать.
И имеет ли значение в работе запись companyname?
Тогда мне не понятно почему тут фигурируют туннельные адреса
INVITE sip:4307@172.20.43.7 SIP/2.0
o=root 1422117714 1422117714 IN IP4 172.20.43.99

А в другом случае нет?
Често мне не ясно.

asterisk.ru

Asterisk + CS1000 + ADDPAC AP200. Тяжелая наркомания.

Asterisk + CS1000 + ADDPAC AP200. Тяжелая наркомания.

Re: Asterisk + CS1000 + ADDPAC AP200. Тяжелая наркомания.

Re: Asterisk + CS1000 + ADDPAC AP200. Тяжелая наркомания.

Re: Asterisk + CS1000 + ADDPAC AP200. Тяжелая наркомания.

Re: Asterisk + CS1000 + ADDPAC AP200. Тяжелая наркомания.

Re: Asterisk + CS1000 + ADDPAC AP200. Тяжелая наркомания.

Re: Asterisk + CS1000 + ADDPAC AP200. Тяжелая наркомания.

Re: Asterisk + CS1000 + ADDPAC AP200. Тяжелая наркомания.

Re: Asterisk + CS1000 + ADDPAC AP200. Тяжелая наркомания.

Re: Asterisk + CS1000 + ADDPAC AP200. Тяжелая наркомания.