интересно..I - Asterisk will ignore any connected line update requests or any redirecting party update requests it may receive on this dial attempt.
Вы можете выложить инвайты для обоих случаев?
интересно..I - Asterisk will ignore any connected line update requests or any redirecting party update requests it may receive on this dial attempt.
Код: Выделить всё
<--- SIP read from UDP:192.168.15.209:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.0.1:5060;received=192.168.0.1;branch=z9hG4bK2d87d8e7
Call-ID: 04b2721315920d120dcf7b29442d27a1@local
From: "Ололо" <sip:1070@local>;tag=as404fb9c6
To: <sip:7071@192.168.15.209;ob>;tag=neNN5pGTFqcPk8woMuijqo1x.yM.nbS-
CSeq: 102 INVITE
Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS
User-Agent: Digium D70 1_4_2_0_63880
Contact: "Ололо <7071>" <sip:7071@192.168.15.209:5060;ob>
Supported: replaces, 100rel, timer, norefersub
User-Agent: Digium D70 1_4_2_0_63880
Content-Type: application/sdp
Content-Length: 251
v=0
o=- 123168657 123168658 IN IP4 192.168.15.209
s=digphn
c=IN IP4 192.168.15.209
t=0 0
a=X-nat:0
m=audio 4062 RTP/AVP 8 96
a=rtcp:4063 IN IP4 192.168.15.209
a=rtpmap:8 PCMA/8000
a=sendrecv
a=rtpmap:96 telephone-event/8000
a=fmtp:96 0-15
<------------->
--- (13 headers 12 lines) ---
== Using UDPTL CoS mark 5
Found RTP audio format 8
Found RTP audio format 96
Found audio description format PCMA for ID 8
Found audio description format telephone-event for ID 96
Capabilities: us - 0x8 (alaw), peer - audio=0x8 (alaw)/video=0x0 (nothing)/text=0x0 (nothing), combined - 0x8 (alaw)
Non-codec capabilities (dtmf): us - 0x1 (telephone-event|), peer - 0x1 (telephone-event|), combined - 0x1 (telephone-event|)
Peer audio RTP is at port 192.168.15.209:4062
list_route: hop: <sip:7071@192.168.15.209:5060;ob>
set_destination: Parsing <sip:7071@192.168.15.209:5060;ob> for address/port to send to
set_destination: set destination to 192.168.15.209:5060
Transmitting (no NAT) to 192.168.15.209:5060:
ACK sip:7071@192.168.15.209:5060;ob SIP/2.0
Via: SIP/2.0/UDP 192.168.0.1:5060;branch=z9hG4bK05f0480a
Max-Forwards: 70
From: "Ололо" <sip:1070@local>;tag=as404fb9c6
To: <sip:7071@192.168.15.209:5060;ob>;tag=neNN5pGTFqcPk8woMuijqo1x.yM.nbS-
Contact: <sip:1070@192.168.0.1:5060>
Call-ID: 04b2721315920d120dcf7b29442d27a1@local
CSeq: 102 ACK
User-Agent: Asterisk PBX
Content-Length: 0
---
-- Connected line update to DAHDI/i1/1070-2e9f prevented.
-- SIP/7071-0000181a answered DAHDI/i1/1070-2e9f
set_destination: Parsing <sip:7071@192.168.15.209:5060;ob> for address/port to send to
set_destination: set destination to 192.168.15.209:5060
Reliably Transmitting (no NAT) to 192.168.15.209:5060:
NOTIFY sip:7071@192.168.15.209:5060;ob SIP/2.0
Via: SIP/2.0/UDP 192.168.0.1:5060;branch=z9hG4bK7d83e46d;rport
Max-Forwards: 70
From: sip:7071@192.168.0.1;tag=as60eb64e6
To: "Ололо <7071>" <sip:7071@192.168.0.1>;tag=26OuB30H4KU6z5.w4kUiOpH7luy.Oedx
Contact: <sip:7071@192.168.0.1:5060>
Call-ID: UMg5Jr5aVnlJWgqWXzaBZCOs7MZfs.XC
CSeq: 107 NOTIFY
User-Agent: Asterisk PBX
Subscription-State: active
Event: presence
Content-Type: application/pidf+xml
Content-Length: 530
<?xml version="1.0" encoding="ISO-8859-1"?>
<presence xmlns="urn:ietf:params:xml:ns:pidf"
xmlns:pp="urn:ietf:params:xml:ns:pidf:person"
xmlns:es="urn:ietf:params:xml:ns:pidf:rpid:status:rpid-status"
xmlns:ep="urn:ietf:params:xml:ns:pidf:rpid:rpid-person"
entity="sip:7071@192.168.0.1">
<pp:person><status>
<ep:activities><ep:busy/></ep:activities>
</status></pp:person>
<note>On the phone</note>
<tuple id="7071">
<contact priority="1">sip:7071@192.168.0.1</contact>
<status><basic>open</basic></status>
</tuple>
</presence>
---
== Extension Changed 7071[SUBSCRIPTIONS] new state InUse for Notify User 7071
<--- SIP read from UDP:192.168.15.209:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.0.1:5060;rport=5060;received=192.168.0.1;branch=z9hG4bK7d83e46d
Call-ID: UMg5Jr5aVnlJWgqWXzaBZCOs7MZfs.XC
From: <sip:7071@192.168.0.1>;tag=as60eb64e6
To: "Ололо <7071>" <sip:7071@192.168.0.1>;tag=26OuB30H4KU6z5.w4kUiOpH7luy.Oedx
CSeq: 107 NOTIFY
Contact: "Ололо <7071>" <sip:7071@192.168.15.209:5060;ob>
Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS
Supported: replaces,
Код: Выделить всё
<--- SIP read from UDP:192.168.15.209:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.0.1:5060;received=192.168.0.1;branch=z9hG4bK42f7e037
Call-ID: 7ad974686d13c11b26c48ec841f4b47f@local
From: "Ололо" <sip:1070@local>;tag=as1e35a9da
To: <sip:7071@192.168.15.209;ob>;tag=vIj.WaaemCIkwLsBIjcc0xvndhCtg2UD
CSeq: 102 INVITE
Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS
User-Agent: Digium D70 1_4_2_0_63880
Contact: "Ололо <7071>" <sip:7071@192.168.15.209:5060;ob>
Supported: replaces, 100rel, timer, norefersub
User-Agent: Digium D70 1_4_2_0_63880
Content-Type: application/sdp
Content-Length: 251
v=0
o=- 123168982 123168983 IN IP4 192.168.15.209
s=digphn
c=IN IP4 192.168.15.209
t=0 0
a=X-nat:0
m=audio 4002 RTP/AVP 8 96
a=rtcp:4003 IN IP4 192.168.15.209
a=rtpmap:8 PCMA/8000
a=sendrecv
a=rtpmap:96 telephone-event/8000
a=fmtp:96 0-15
<------------->
--- (13 headers 12 lines) ---
== Using UDPTL CoS mark 5
Found RTP audio format 8
Found RTP audio format 96
Found audio description format PCMA for ID 8
Found audio description format telephone-event for ID 96
Capabilities: us - 0x8 (alaw), peer - audio=0x8 (alaw)/video=0x0 (nothing)/text=0x0 (nothing), combined - 0x8 (alaw)
Non-codec capabilities (dtmf): us - 0x1 (telephone-event|), peer - 0x1 (telephone-event|), combined - 0x1 (telephone-event|)
Peer audio RTP is at port 192.168.15.209:4002
list_route: hop: <sip:7071@192.168.15.209:5060;ob>
set_destination: Parsing <sip:7071@192.168.15.209:5060;ob> for address/port to send to
set_destination: set destination to 192.168.15.209:5060
Transmitting (no NAT) to 192.168.15.209:5060:
ACK sip:7071@192.168.15.209:5060;ob SIP/2.0
Via: SIP/2.0/UDP 192.168.0.1:5060;branch=z9hG4bK79f075fd
Max-Forwards: 70
From: "Ололо" <sip:1070@local>;tag=as1e35a9da
To: <sip:7071@192.168.15.209:5060;ob>;tag=vIj.WaaemCIkwLsBIjcc0xvndhCtg2UD
Contact: <sip:1070@192.168.0.1:5060>
Call-ID: 7ad974686d13c11b26c48ec841f4b47f@local
CSeq: 102 ACK
User-Agent: Asterisk PBX
Content-Length: 0
---
-- SIP/7071-0000181f answered DAHDI/i1/1070-2ec3
set_destination: Parsing <sip:7071@192.168.15.209:5060;ob> for address/port to send to
set_destination: set destination to 192.168.15.209:5060
Reliably Transmitting (no NAT) to 192.168.15.209:5060:
NOTIFY sip:7071@192.168.15.209:5060;ob SIP/2.0
Via: SIP/2.0/UDP 192.168.0.1:5060;branch=z9hG4bK23a18715;rport
Max-Forwards: 70
From: sip:7071@192.168.0.1;tag=as60eb64e6
To: "Ололо <7071>" <sip:7071@192.168.0.1>;tag=26OuB30H4KU6z5.w4kUiOpH7luy.Oedx
Contact: <sip:7071@192.168.0.1:5060>
Call-ID: UMg5Jr5aVnlJWgqWXzaBZCOs7MZfs.XC
CSeq: 113 NOTIFY
User-Agent: Asterisk PBX
Subscription-State: active
Event: presence
Content-Type: application/pidf+xml
Content-Length: 530
<?xml version="1.0" encoding="ISO-8859-1"?>
<presence xmlns="urn:ietf:params:xml:ns:pidf"
xmlns:pp="urn:ietf:params:xml:ns:pidf:person"
xmlns:es="urn:ietf:params:xml:ns:pidf:rpid:status:rpid-status"
xmlns:ep="urn:ietf:params:xml:ns:pidf:rpid:rpid-person"
entity="sip:7071@192.168.0.1">
<pp:person><status>
<ep:activities><ep:busy/></ep:activities>
</status></pp:person>
<note>On the phone</note>
<tuple id="7071">
<contact priority="1">sip:7071@192.168.0.1</contact>
<status><basic>open</basic></status>
</tuple>
</presence>
---
== Extension Changed 7071[SUBSCRIPTIONS] new state InUse for Notify User 7071
<--- SIP read from UDP:192.168.15.209:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.0.1:5060;rport=5060;received=192.168.0.1;branch=z9hG4bK23a18715
Call-ID: UMg5Jr5aVnlJWgqWXzaBZCOs7MZfs.XC
From: <sip:7071@192.168.0.1>;tag=as60eb64e6
To: "Ололо <7071>" <sip:7071@192.168.0.1>;tag=26OuB30H4KU6z5.w4kUiOpH7luy.Oedx
CSeq: 113 NOTIFY
Contact: "Ололо <7071>" <sip:7071@192.168.15.209:5060;ob>
Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS
Supported: replaces, 100rel, timer, norefersub
Content-Length: 0
ОК. через пол часика выложу....Paguk писал(а):Прошу автора (если не секрет) выложить настройки платы Pri на
- asterisk (в виде файлов настройки (chan_dahdi.conf и system.conf))
- panasonic в виде скринов настройки платы Pri.
Проблема следующая:
- при звонках из panasonic в астериск какие-то кракозябры передаются (но это меня устраивает, меняю имя в астере)
- при звонке из астериск в panasonic передаёт только номер. (нет даже кракозяб)
Заранее спасибо...
Если звонить с Астериска на Panasonic то системные телефоны не отображают callerid, только номер....
В трасировке PRI панасоник отправляет callerid (name) в кодировке cp1251 и с facility начинающей1ся на 0x91... Астериск же отправляет CAllerid с facility 0x9f при указанной опции switchtype=qsig.
Для исправдения ситуации пришлось модифицировать rose.c в libpri...
строка 2347...
пришлось заменить
*pos++ = 080 | Q932_PROTOCOL_EXTENSIONS;
на
*pos++ = 080 | Q932_PROTOCOL_ROSE;
после пересборки libpri проблема частично рассосалась...
Астериск стал отправлять CAllerid с правильным FACILITY, который понимает PANASONIC.
Но появилась новая трабла. Если мы с Панасоника позвоним на Астериск и когда абонент на астериске поднимет трубку то при соединении информацию о поднявшем трубку передается астериском в UTF8 и на ПАНАСОНИКЕ который работает только с cp1251 и мы получаем кракозябры.
так и работает...awsswa писал(а):весть фокус - это переключить на панасе PRI в режим QSIG-Master
http://zamal.ru/howto/asterisk+freepbx+ ... _tda600ru/