22 May
2008
22 May
'08
10:37 p.m.
Tengo algún bug con las transferencias y demás, que no consigo
encontrar, así que primero os comento el escenario:
* OpenSER en el 5060 y Asterisk en el 5070.
* OpenSER manda _todos_ los INVITEs a Asterisk.
Problema: cuando hago una transferencia ciega (Linksys SPA 962), esta
se hace correctamente, pero Asterisk genera unos NOTIFY de que la
transferencia ha molado pero estos llegan 'tarde', es decir, yo veo el
BYE primero, y el SPA responde con 500, internal error.
Si hago esta misma prueba, en cambio, twinkle me da 481 call
leg/transaction does not exist.
Tengo un lio mental de idas y vueltas que ya no se ni como me llamo
:-/ alguien puede arrojarme un poco de luz? Pego el trozo de los
notify 'extraños', pero si no queda claro me comentáis y pego más :)
U +0.467928 10.10.0.207:5060 -> 10.245.145.27:5060
BYE sip:1002@10.245.145.27:5070 SIP/2.0
Via: SIP/2.0/UDP 10.10.0.207;rport;branch=z9hG4bKujfnbjtf
Route: <sip:10.245.145.27;lr=on;ftag=as531abf67>
Max-Forwards: 70
To: "1001" <sip:1002@10.245.145.27>;tag=as531abf67
From: <sip:1002@10.245.145.27>;tag=rmdfb
Call-ID: 20bdbda553b883e167a5f5bc70d3614d(a)10.245.145.27
CSeq: 679 BYE
User-Agent: Twinkle/1.2
Content-Length: 0
#
U +0.000084 10.245.145.27:5060 -> 10.245.145.27:5070
BYE sip:1002@10.245.145.27:5070 SIP/2.0
Record-Route: <sip:10.245.145.27;lr=on;ftag=rmdfb>
Via: SIP/2.0/UDP 10.245.145.27;branch=z9hG4bKcd03.4373a225.0
Via: SIP/2.0/UDP 10.10.0.207;rport=5060;branch=z9hG4bKujfnbjtf
Max-Forwards: 69
To: "1001" <sip:1002@10.245.145.27>;tag=as531abf67
From: <sip:1002@10.245.145.27>;tag=rmdfb
Call-ID: 20bdbda553b883e167a5f5bc70d3614d(a)10.245.145.27
CSeq: 679 BYE
User-Agent: Twinkle/1.2
Content-Length: 0
#
U +0.000170 10.245.145.27:5070 -> 10.245.145.27:5060
SIP/2.0 200 OK
Via: SIP/2.0/UDP
10.245.145.27;branch=z9hG4bKcd03.4373a225.0;received=10.245.145.27
Via: SIP/2.0/UDP 10.10.0.207;rport=5060;branch=z9hG4bKujfnbjtf
Record-Route: <sip:10.245.145.27;lr=on;ftag=rmdfb>
From: <sip:1002@10.245.145.27>;tag=rmdfb
To: "1001" <sip:1002@10.245.145.27>;tag=as531abf67
Call-ID: 20bdbda553b883e167a5f5bc70d3614d(a)10.245.145.27
CSeq: 679 BYE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Contact: <sip:1002@10.245.145.27:5070>
Content-Length: 0
#
U +0.000055 10.245.145.27:5060 -> 10.10.0.207:5060
SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.10.0.207;rport=5060;branch=z9hG4bKujfnbjtf
Record-Route: <sip:10.245.145.27;lr=on;ftag=rmdfb>
From: <sip:1002@10.245.145.27>;tag=rmdfb
To: "1001" <sip:1002@10.245.145.27>;tag=as531abf67
Call-ID: 20bdbda553b883e167a5f5bc70d3614d(a)10.245.145.27
CSeq: 679 BYE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Contact: <sip:1002@10.245.145.27:5070>
Content-Length: 0
#
U +0.000063 10.245.145.27:5070 -> 10.245.145.27:5060
BYE sip:1001@10.10.0.117:2051;line=fz4l5erk SIP/2.0
Via: SIP/2.0/UDP 10.245.145.27:5070;branch=z9hG4bK3da09380;rport
Route: <sip:10.245.145.27;lr=on;ftag=uis0u0n2nf>
From: <sip:1000@10.245.145.27>;tag=as4e20d609
To: "1001" <sip:1001@10.245.145.27>;tag=uis0u0n2nf
Call-ID: 3c268d8d7ef4-zkdscipg2k5n@snom320-00041327D5A5
CSeq: 102 BYE
User-Agent: Asterisk PBX
Max-Forwards: 70
Content-Length: 0
#
U +0.000085 10.245.145.27:5060 -> 10.10.0.117:2051
BYE sip:1001@10.10.0.117:2051;line=fz4l5erk SIP/2.0
Record-Route: <sip:10.245.145.27;lr=on;ftag=as4e20d609>
Via: SIP/2.0/UDP 10.245.145.27;branch=z9hG4bKb8a6.de1dc2e.0
Via: SIP/2.0/UDP 10.245.145.27:5070;branch=z9hG4bK3da09380;rport=5070
From: <sip:1000@10.245.145.27>;tag=as4e20d609
To: "1001" <sip:1001@10.245.145.27>;tag=uis0u0n2nf
Call-ID: 3c268d8d7ef4-zkdscipg2k5n@snom320-00041327D5A5
CSeq: 102 BYE
User-Agent: Asterisk PBX
Max-Forwards: 69
Content-Length: 0
#
U +0.075955 10.10.0.117:2051 -> 10.245.145.27:5060
SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.245.145.27;branch=z9hG4bKb8a6.de1dc2e.0
Via: SIP/2.0/UDP 10.245.145.27:5070;branch=z9hG4bK3da09380;rport=5070
From: <sip:1000@10.245.145.27>;tag=as4e20d609
To: "1001" <sip:1001@10.245.145.27>;tag=uis0u0n2nf
Call-ID: 3c268d8d7ef4-zkdscipg2k5n@snom320-00041327D5A5
CSeq: 102 BYE
Contact: <sip:1001@10.10.0.117:2051;line=fz4l5erk>;flow-id=1
User-Agent: snom320/6.5.17
RTP-RxStat: Total_Rx_Pkts=613,Rx_Pkts=613,Rx_Pkts_Lost=49858,Remote_Rx_Pkts_Lost=0
RTP-TxStat: Total_Tx_Pkts=632,Tx_Pkts=632,Remote_Tx_Pkts=0
Content-Length: 0
#
U +0.000055 10.245.145.27:5060 -> 10.245.145.27:5070
SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.245.145.27:5070;branch=z9hG4bK3da09380;rport=5070
From: <sip:1000@10.245.145.27>;tag=as4e20d609
To: "1001" <sip:1001@10.245.145.27>;tag=uis0u0n2nf
Call-ID: 3c268d8d7ef4-zkdscipg2k5n@snom320-00041327D5A5
CSeq: 102 BYE
Contact: <sip:1001@10.10.0.117:2051;line=fz4l5erk>;flow-id=1
User-Agent: snom320/6.5.17
RTP-RxStat: Total_Rx_Pkts=613,Rx_Pkts=613,Rx_Pkts_Lost=49858,Remote_Rx_Pkts_Lost=0
RTP-TxStat: Total_Tx_Pkts=632,Tx_Pkts=632,Remote_Tx_Pkts=0
Content-Length: 0
#
U +1.651697 10.245.145.27:5070 -> 10.245.145.27:5060
NOTIFY sip:1000@10.10.0.130:5060 SIP/2.0
Via: SIP/2.0/UDP 10.245.145.27:5070;branch=z9hG4bK52500328;rport
Route: <sip:10.245.145.27;lr=on;ftag=as25eff628>
From: "1001" <sip:1000@10.245.145.27>;tag=as25eff628
To: <sip:1000@10.245.145.27>;tag=a577e6cbe81ba280i0
Contact: <sip:1000@10.245.145.27:5070>
Call-ID: 794d618a30c588a41db81f701b58cd78(a)10.245.145.27
CSeq: 103 NOTIFY
User-Agent: Asterisk PBX
Max-Forwards: 70
Remote-Party-ID: "1001" <sip:1001@10.245.145.27>;privacy=off;screen=no
Event: refer;id=102
Subscription-state: active
Content-Type: message/sipfrag;version=2.0
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Length: 21
SIP/2.0 183 Ringing
#
U +0.000109 10.245.145.27:5060 -> 10.10.0.130:5060
NOTIFY sip:1000@10.10.0.130:5060 SIP/2.0
Record-Route: <sip:10.245.145.27;lr=on;ftag=as25eff628>
Via: SIP/2.0/UDP 10.245.145.27;branch=z9hG4bKd39e.527b1925.0
Via: SIP/2.0/UDP 10.245.145.27:5070;branch=z9hG4bK52500328;rport=5070
From: "1001" <sip:1000@10.245.145.27>;tag=as25eff628
To: <sip:1000@10.245.145.27>;tag=a577e6cbe81ba280i0
Contact: <sip:1000@10.245.145.27:5070>
Call-ID: 794d618a30c588a41db81f701b58cd78(a)10.245.145.27
CSeq: 103 NOTIFY
User-Agent: Asterisk PBX
Max-Forwards: 69
Remote-Party-ID: "1001" <sip:1001@10.245.145.27>;privacy=off;screen=no
Event: refer;id=102
Subscription-state: active
Content-Type: message/sipfrag;version=2.0
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Length: 21
SIP/2.0 183 Ringing
#
U +0.066982 10.10.0.130:5060 -> 10.245.145.27:5060
SIP/2.0 200 OK
To: <sip:1000@10.245.145.27>;tag=a577e6cbe81ba280i0
From: "1001" <sip:1000@10.245.145.27>;tag=as25eff628
Call-ID: 794d618a30c588a41db81f701b58cd78(a)10.245.145.27
CSeq: 103 NOTIFY
Via: SIP/2.0/UDP 10.245.145.27;branch=z9hG4bKd39e.527b1925.0
Via: SIP/2.0/UDP 10.245.145.27:5070;branch=z9hG4bK52500328;rport=5070
Record-Route: <sip:10.245.145.27;lr=on;ftag=as25eff628>
Server: Linksys/SPA962-5.1.15(aSC)
Content-Length: 0
#
U +0.000056 10.245.145.27:5060 -> 10.245.145.27:5070
SIP/2.0 200 OK
To: <sip:1000@10.245.145.27>;tag=a577e6cbe81ba280i0
From: "1001" <sip:1000@10.245.145.27>;tag=as25eff628
Call-ID: 794d618a30c588a41db81f701b58cd78(a)10.245.145.27
CSeq: 103 NOTIFY
Via: SIP/2.0/UDP 10.245.145.27:5070;branch=z9hG4bK52500328;rport=5070
Record-Route: <sip:10.245.145.27;lr=on;ftag=as25eff628>
Server: Linksys/SPA962-5.1.15(aSC)
Content-Length: 0
#
U +3.932491 10.245.145.27:5070 -> 10.245.145.27:5060
NOTIFY sip:1000@10.10.0.130:5060 SIP/2.0
Via: SIP/2.0/UDP 10.245.145.27:5070;branch=z9hG4bK52500328;rport
Route: <sip:10.245.145.27;lr=on;ftag=as25eff628>
From: "1001" <sip:1000@10.245.145.27>;tag=as25eff628
To: <sip:1000@10.245.145.27>;tag=a577e6cbe81ba280i0
Contact: <sip:1000@10.245.145.27:5070>
Call-ID: 794d618a30c588a41db81f701b58cd78(a)10.245.145.27
CSeq: 103 NOTIFY
User-Agent: Asterisk PBX
Max-Forwards: 70
Remote-Party-ID: "1001" <sip:1001@10.245.145.27>;privacy=off;screen=no
Event: refer;id=102
Subscription-state: active
Content-Type: message/sipfrag;version=2.0
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Length: 21
SIP/2.0 183 Ringing
#
U +0.000071 10.245.145.27:5060 -> 10.245.145.27:5070
SIP/2.0 200 OK
To: <sip:1000@10.245.145.27>;tag=a577e6cbe81ba280i0
From: "1001" <sip:1000@10.245.145.27>;tag=as25eff628
Call-ID: 794d618a30c588a41db81f701b58cd78(a)10.245.145.27
CSeq: 103 NOTIFY
Via: SIP/2.0/UDP 10.245.145.27:5070;branch=z9hG4bK52500328;rport=5070
Record-Route: <sip:10.245.145.27;lr=on;ftag=as25eff628>
Server: Linksys/SPA962-5.1.15(aSC)
Content-Length: 0
#
U +0.630294 10.245.145.27:5070 -> 10.245.145.27:5060
NOTIFY sip:1000@10.10.0.130:5060 SIP/2.0
Via: SIP/2.0/UDP 10.245.145.27:5070;branch=z9hG4bK52500328;rport
Route: <sip:10.245.145.27;lr=on;ftag=as25eff628>
From: "1001" <sip:1000@10.245.145.27>;tag=as25eff628
To: <sip:1000@10.245.145.27>;tag=a577e6cbe81ba280i0
Contact: <sip:1000@10.245.145.27:5070>
Call-ID: 794d618a30c588a41db81f701b58cd78(a)10.245.145.27
CSeq: 103 NOTIFY
User-Agent: Asterisk PBX
Max-Forwards: 70
Remote-Party-ID: "1001" <sip:1001@10.245.145.27>;privacy=off;screen=no
Event: refer;id=102
Subscription-state: active
Content-Type: message/sipfrag;version=2.0
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Length: 21
SIP/2.0 183 Ringing
#
U +0.000088 10.245.145.27:5060 -> 10.10.0.130:5060
NOTIFY sip:1000@10.10.0.130:5060 SIP/2.0
Record-Route: <sip:10.245.145.27;lr=on;ftag=as25eff628>
Via: SIP/2.0/UDP 10.245.145.27;branch=z9hG4bKd39e.627b1925.0
Via: SIP/2.0/UDP 10.245.145.27:5070;branch=z9hG4bK52500328;rport=5070
From: "1001" <sip:1000@10.245.145.27>;tag=as25eff628
To: <sip:1000@10.245.145.27>;tag=a577e6cbe81ba280i0
Contact: <sip:1000@10.245.145.27:5070>
Call-ID: 794d618a30c588a41db81f701b58cd78(a)10.245.145.27
CSeq: 103 NOTIFY
User-Agent: Asterisk PBX
Max-Forwards: 69
Remote-Party-ID: "1001" <sip:1001@10.245.145.27>;privacy=off;screen=no
Event: refer;id=102
Subscription-state: active
Content-Type: message/sipfrag;version=2.0
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Length: 21
SIP/2.0 183 Ringing
#
U +0.053425 10.10.0.130:5060 -> 10.245.145.27:5060
SIP/2.0 500 Internal Server Error
To: <sip:1000@10.245.145.27>;tag=a577e6cbe81ba280i0
From: "1001" <sip:1000@10.245.145.27>;tag=as25eff628
Call-ID: 794d618a30c588a41db81f701b58cd78(a)10.245.145.27
CSeq: 103 NOTIFY
Via: SIP/2.0/UDP 10.245.145.27;branch=z9hG4bKd39e.627b1925.0
Via: SIP/2.0/UDP 10.245.145.27:5070;branch=z9hG4bK52500328;rport=5070
Record-Route: <sip:10.245.145.27;lr=on;ftag=as25eff628>
Server: Linksys/SPA962-5.1.15(aSC)
Content-Length: 0
#
U +0.000052 10.245.145.27:5060 -> 10.245.145.27:5070
SIP/2.0 500 Internal Server Error
To: <sip:1000@10.245.145.27>;tag=a577e6cbe81ba280i0
From: "1001" <sip:1000@10.245.145.27>;tag=as25eff628
Call-ID: 794d618a30c588a41db81f701b58cd78(a)10.245.145.27
CSeq: 103 NOTIFY
Via: SIP/2.0/UDP 10.245.145.27:5070;branch=z9hG4bK52500328;rport=5070
Record-Route: <sip:10.245.145.27;lr=on;ftag=as25eff628>
Server: Linksys/SPA962-5.1.15(aSC)
Content-Length: 0
Tnhx 4 any help.
--
Saúl -- "Nunca subestimes el ancho de banda de un camión lleno de disketes."
----------------------------------------------------------------
http://www.saghul.net/
23 May
23 May
12:34 p.m.
New subject: [OpenSER-Users-ES] A vueltas con los REFER y NOTIFY
El Thursday 22 May 2008 19:37:04 Saúl Ibarra escribió:
Tengo algún bug con las transferencias y demás, que no
consigo
encontrar, así que primero os comento el escenario:
* OpenSER en el 5060 y Asterisk en el 5070.
* OpenSER manda _todos_ los INVITEs a Asterisk.
¿Y los REFER oin-dialog? ¿también van a Asterisk o se rutan directamente al
extremo?
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
2:08 p.m.
New subject: [OpenSER-Users-ES] A vueltas con los REFER y NOTIFY
El Friday 23 May 2008 09:34:34 Iñaki Baz Castillo escribió:
El Thursday 22 May 2008 19:37:04 Saúl Ibarra
escribió:
Olée mi pregunta chorra. Obviamente todo pasa a través del Asterisk peusto que
es también el UAS.
¿Puedes hacer un "flow" (¿cómo se llaman los diagramas de flechitas SIP?) de
lo que está pasando?
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
Tengo algún bug con las transferencias y demás,
que no consigo
encontrar, así que primero os comento el escenario:
* OpenSER en el 5060 y Asterisk en el 5070.
* OpenSER manda _todos_ los INVITEs a Asterisk.
¿Y los REFER oin-dialog? ¿también van a Asterisk o se rutan directamente al
extremo?
2:35 p.m.
New subject: [OpenSER-Users-ES] A vueltas con los REFER y NOTIFY
aora no lo tengo a tiro, en un rato detallo mas el asunto, que ayer
estaba tan rallau ke lo puse 1 poco al garete... :) thnx iñaki!
On 5/23/08, Iñaki Baz Castillo <ibc(a)in.ilimit.es> wrote:
El Friday 23 May 2008 09:34:34 Iñaki Baz Castillo
escribió:
--
Saúl -- "Nunca subestimes el ancho de banda de un camión lleno de disketes."
----------------------------------------------------------------
http://www.saghul.net/
El Thursday 22 May 2008 19:37:04 Saúl Ibarra
escribió:
Olée mi pregunta chorra. Obviamente todo pasa a través del Asterisk peusto
que
es también el UAS.
¿Puedes hacer un "flow" (¿cómo se llaman los diagramas de flechitas SIP?) de
lo que está pasando?
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
_______________________________________________
Users-es mailing list
Users-es(a)lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
Tengo algún bug con las transferencias y demás,
que no consigo
encontrar, así que primero os comento el escenario:
* OpenSER en el 5060 y Asterisk en el 5070.
* OpenSER manda _todos_ los INVITEs a Asterisk.
¿Y los REFER oin-dialog? ¿también van a Asterisk o se rutan directamente
al
extremo?
4:52 p.m.
New subject: [OpenSER-Users-ES] A vueltas con los REFER y NOTIFY
OK, te cuento un poco y sino luego hago un super-dibu que anda que no
hay flechitas... :)
* Usuario A manda INVITE a OpenSER para hablar con B.
* OpenSER redirige el INVITE a Asterisk.
* Asterisk tiene una vista de la tabla subscriber, así que se piensa
que B es usuario suyo, pero la IP es la del OpenSER :)
* Asterisk hace sus kosas y manda el INVITE a OpenSER de nuevo.
* OpenSER ve que el INVITE viene de Asterisk, busca a B y se lo manda.
Ahora A y B estan hablando.
* A manda un REFER a B para que este hable con C.
* Esto es lo que ocurre:
#
U +5.421465 10.10.0.130:5060 -> 10.245.145.27:5060
REFER sip:1000@10.245.145.27:5070 SIP/2.0
Via: SIP/2.0/UDP 10.10.0.130:5060;branch=z9hG4bK-7db0db30
From: <sip:1000@10.245.145.27>;tag=54ba3d9438c7d1fai0
To: "nombreusuario2 apellidosusuario2"
<sip:1000@10.245.145.27>;tag=as1b55edd5
Referred-By: "1000" <sip:1000@10.245.145.27>
Call-ID: 3b565892631e9a79260a2f56571ea2e4(a)10.245.145.27
CSeq: 101 REFER
Max-Forwards: 70
Route: <sip:10.245.145.27;lr=on;ftag=as1b55edd5>
Contact: "1000" <sip:1000@10.10.0.130:5060>
Refer-To: <sip:1002@10.245.145.27>
User-Agent: Linksys/SPA962-5.1.15(aSC)
Content-Length: 0
#
U +0.000083 10.245.145.27:5060 -> 10.10.0.130:5060
SIP/2.0 407 Proxy Authentication Required
Via: SIP/2.0/UDP 10.10.0.130:5060;branch=z9hG4bK-7db0db30
From: <sip:1000@10.245.145.27>;tag=54ba3d9438c7d1fai0
To: "nombreusuario2 apellidosusuario2"
<sip:1000@10.245.145.27>;tag=as1b55edd5
Call-ID: 3b565892631e9a79260a2f56571ea2e4(a)10.245.145.27
CSeq: 101 REFER
Proxy-Authenticate: Digest realm="10.245.145.27",
nonce="483698d00790a7085c8dfd43123007a4015f5487"
Server: OpenSER (1.3.1-notls (i386/linux))
Content-Length: 0
#
U +0.075421 10.10.0.130:5060 -> 10.245.145.27:5060
REFER sip:1000@10.245.145.27:5070 SIP/2.0
Via: SIP/2.0/UDP 10.10.0.130:5060;branch=z9hG4bK-f2e674d0
From: <sip:1000@10.245.145.27>;tag=54ba3d9438c7d1fai0
To: "nombreusuario2 apellidosusuario2"
<sip:1000@10.245.145.27>;tag=as1b55edd5
Referred-By: "1000" <sip:1000@10.245.145.27>
Call-ID: 3b565892631e9a79260a2f56571ea2e4(a)10.245.145.27
CSeq: 102 REFER
Max-Forwards: 70
Route: <sip:10.245.145.27;lr=on;ftag=as1b55edd5>
Proxy-Authorization: Digest
username="1000",realm="10.245.145.27",nonce="483698d00790a7085c8dfd43123007a4015f5487",uri="sip:1000@10.245.145.27:5070",algorithm=MD5,response="2c30c97fda875dd8cd07b9b20087d7bb"
Contact: "1000" <sip:1000@10.10.0.130:5060>
Refer-To: <sip:1002@10.245.145.27>
User-Agent: Linksys/SPA962-5.1.15(aSC)
Content-Length: 0
#
U +0.000498 10.245.145.27:5060 -> 10.245.145.27:5070
REFER sip:1000@10.245.145.27:5070 SIP/2.0
Record-Route: <sip:10.245.145.27;lr=on;ftag=54ba3d9438c7d1fai0>
Via: SIP/2.0/UDP 10.245.145.27;branch=z9hG4bKa9c1.a70dfe6.0
Via: SIP/2.0/UDP 10.10.0.130:5060;branch=z9hG4bK-f2e674d0
From: <sip:1000@10.245.145.27>;tag=54ba3d9438c7d1fai0
To: "nombreusuario2 apellidosusuario2"
<sip:1000@10.245.145.27>;tag=as1b55edd5
Referred-By: "1000" <sip:1000@10.245.145.27>
Call-ID: 3b565892631e9a79260a2f56571ea2e4(a)10.245.145.27
CSeq: 102 REFER
Max-Forwards: 69
Contact: "1000" <sip:1000@10.10.0.130:5060>
Refer-To: <sip:1002@10.245.145.27>
User-Agent: Linksys/SPA962-5.1.15(aSC)
Content-Length: 0
#
U +0.000078 10.245.145.27:5070 -> 10.245.145.27:5060
SIP/2.0 202 Accepted
Via: SIP/2.0/UDP
10.245.145.27;branch=z9hG4bKa9c1.a70dfe6.0;received=10.245.145.27
Via: SIP/2.0/UDP 10.10.0.130:5060;branch=z9hG4bK-f2e674d0
Record-Route: <sip:10.245.145.27;lr=on;ftag=54ba3d9438c7d1fai0>
From: <sip:1000@10.245.145.27>;tag=54ba3d9438c7d1fai0
To: "nombreusuario2 apellidosusuario2"
<sip:1000@10.245.145.27>;tag=as1b55edd5
Call-ID: 3b565892631e9a79260a2f56571ea2e4(a)10.245.145.27
CSeq: 102 REFER
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Contact: <sip:1000@10.245.145.27:5070>
Content-Length: 0
* Efectivamente el REFER va hasta el Asterisk.
* El INVITE que se le manda a C es este:
#
U +0.000386 10.245.145.27:5070 -> 10.245.145.27:5060
INVITE sip:1002@10.245.145.27 SIP/2.0
Via: SIP/2.0/UDP 10.245.145.27:5070;branch=z9hG4bK2bd370c4;rport
From: "nombreusuario2 apellidosusuario2"
<sip:1002@10.245.145.27>;tag=as3725c43a
To: <sip:1002@10.245.145.27>
Contact: <sip:1002@10.245.145.27:5070>
Call-ID: 60f7e02d046cc00652714d2a29284e5f(a)10.245.145.27
CSeq: 102 INVITE
User-Agent: Asterisk PBX
Max-Forwards: 70
Remote-Party-ID: "nombreusuario2 apellidosusuario2"
<sip:1001@10.245.145.27>;privacy=off;screen=no
Date: Fri, 23 May 2008 10:08:36 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Type: application/sdp
Content-Length: 182
#
U +0.000110 10.245.145.27:5060 -> 10.245.145.27:5070
SIP/2.0 100 Giving a try
Via: SIP/2.0/UDP 10.245.145.27:5070;branch=z9hG4bK2bd370c4;rport=5070
From: "nombreusuario2 apellidosusuario2"
<sip:1002@10.245.145.27>;tag=as3725c43a
To: <sip:1002@10.245.145.27>
Call-ID: 60f7e02d046cc00652714d2a29284e5f(a)10.245.145.27
CSeq: 102 INVITE
Server: OpenSER (1.3.1-notls (i386/linux))
Content-Length: 0
#
U +0.000028 10.245.145.27:5060 -> 10.10.0.207:5060
INVITE sip:1002@10.10.0.207 SIP/2.0
Record-Route: <sip:10.245.145.27;lr=on;ftag=as3725c43a>
Via: SIP/2.0/UDP 10.245.145.27;branch=z9hG4bK1ea6.2b700c1.0
Via: SIP/2.0/UDP 10.245.145.27:5070;branch=z9hG4bK2bd370c4;rport=5070
From: "nombreusuario2 apellidosusuario2"
<sip:1002@10.245.145.27>;tag=as3725c43a
To: <sip:1002@10.245.145.27>
Contact: <sip:1002@10.245.145.27:5070>
Call-ID: 60f7e02d046cc00652714d2a29284e5f(a)10.245.145.27
CSeq: 102 INVITE
User-Agent: Asterisk PBX
Max-Forwards: 69
Remote-Party-ID: "nombreusuario2 apellidosusuario2"
<sip:1001@10.245.145.27>;privacy=off;screen=no
Date: Fri, 23 May 2008 10:08:36 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Type: application/sdp
Content-Length: 182
* La comunicación funciona way, PEEEERO, el problema viene después.
* Al acabar, entiendo que el NOTIFY que le debería llegar a A debería
tener Subscirption-State: terminated, pero no llega ninguno así. :-O
* Después de colgar (el usuario A, el que inició la transferencia),
después de los BYE y tal, va y me llega esto:
#
U +4.003565 10.245.145.27:5070 -> 10.245.145.27:5060
NOTIFY sip:1000@10.10.0.130:5060 SIP/2.0
Via: SIP/2.0/UDP 10.245.145.27:5070;branch=z9hG4bK49f5f697;rport
Route: <sip:10.245.145.27;lr=on;ftag=as1b55edd5>
From: "nombreusuario2 apellidosusuario2"
<sip:1000@10.245.145.27>;tag=as1b55edd5
To: <sip:1000@10.245.145.27>;tag=54ba3d9438c7d1fai0
Contact: <sip:1000@10.245.145.27:5070>
Call-ID: 3b565892631e9a79260a2f56571ea2e4(a)10.245.145.27
CSeq: 103 NOTIFY
User-Agent: Asterisk PBX
Max-Forwards: 70
Remote-Party-ID: "nombreusuario2 apellidosusuario2"
<sip:1001@10.245.145.27>;privacy=off;screen=no
Event: refer;id=102
Subscription-state: active
Content-Type: message/sipfrag;version=2.0
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Length: 21
SIP/2.0 183 Ringing
#
U +0.000098 10.245.145.27:5060 -> 10.10.0.130:5060
NOTIFY sip:1000@10.10.0.130:5060 SIP/2.0
Record-Route: <sip:10.245.145.27;lr=on;ftag=as1b55edd5>
Via: SIP/2.0/UDP 10.245.145.27;branch=z9hG4bKb9c1.bd37f772.0
Via: SIP/2.0/UDP 10.245.145.27:5070;branch=z9hG4bK49f5f697;rport=5070
From: "nombreusuario2 apellidosusuario2"
<sip:1000@10.245.145.27>;tag=as1b55edd5
To: <sip:1000@10.245.145.27>;tag=54ba3d9438c7d1fai0
Contact: <sip:1000@10.245.145.27:5070>
Call-ID: 3b565892631e9a79260a2f56571ea2e4(a)10.245.145.27
CSeq: 103 NOTIFY
User-Agent: Asterisk PBX
Max-Forwards: 69
Remote-Party-ID: "nombreusuario2 apellidosusuario2"
<sip:1001@10.245.145.27>;privacy=off;screen=no
Event: refer;id=102
Subscription-state: active
Content-Type: message/sipfrag;version=2.0
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Length: 21
SIP/2.0 183 Ringing
#
U +0.053027 10.10.0.130:5060 -> 10.245.145.27:5060
SIP/2.0 481 Call Leg/Transaction Does Not Exist
To: <sip:1000@10.245.145.27>;tag=54ba3d9438c7d1fai0
From: "nombreusuario2 apellidosusuario2"
<sip:1000@10.245.145.27>;tag=as1b55edd5
Call-ID: 3b565892631e9a79260a2f56571ea2e4(a)10.245.145.27
CSeq: 103 NOTIFY
Via: SIP/2.0/UDP 10.245.145.27;branch=z9hG4bKb9c1.bd37f772.0
Via: SIP/2.0/UDP 10.245.145.27:5070;branch=z9hG4bK49f5f697;rport=5070
Record-Route: <sip:10.245.145.27;lr=on;ftag=as1b55edd5>
Server: Linksys/SPA962-5.1.15(aSC)
Content-Length: 0
#
U +0.000051 10.245.145.27:5060 -> 10.245.145.27:5070
SIP/2.0 481 Call Leg/Transaction Does Not Exist
To: <sip:1000@10.245.145.27>;tag=54ba3d9438c7d1fai0
From: "nombreusuario2 apellidosusuario2"
<sip:1000@10.245.145.27>;tag=as1b55edd5
Call-ID: 3b565892631e9a79260a2f56571ea2e4(a)10.245.145.27
CSeq: 103 NOTIFY
Via: SIP/2.0/UDP 10.245.145.27:5070;branch=z9hG4bK49f5f697;rport=5070
Record-Route: <sip:10.245.145.27;lr=on;ftag=as1b55edd5>
Server: Linksys/SPA962-5.1.15(aSC)
Content-Length: 0
#
* Obviamente, si ya ha colgado, no hay transacción por ahí...
Alguna idea??
PD: Siento esta super-brasa-mail, espero que se me haya entendido :)
--
Saúl -- "Nunca subestimes el ancho de banda de un camión lleno de disketes."
----------------------------------------------------------------
http://www.saghul.net/
5:09 p.m.
New subject: [OpenSER-Users-ES] A vueltas con los REFER y NOTIFY
El Friday 23 May 2008 13:52:56 Saúl Ibarra escribió:
* Obviamente, si ya ha colgado, no hay transacción por
ahí...
Alguna idea??
El escenario está claro ahora pero no entiendo cuál es el problema "final".
Supongo que el único fallo es que A no se entera de que la transferencia ha
ido bien, ¿es así?
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
5:13 p.m.
New subject: [OpenSER-Users-ES] A vueltas con los REFER y NOTIFY
2008/5/23 Iñaki Baz Castillo <ibc(a)in.ilimit.es>es>:
El Friday 23 May 2008 13:52:56 Saúl Ibarra escribió:
Ese es el único tema, que esos últimos NOTIFY llegan 'fuera de olla' :)
--
Saúl -- "Nunca subestimes el ancho de banda de un camión lleno de disketes."
----------------------------------------------------------------
http://www.saghul.net/
* Obviamente, si ya ha colgado, no hay
transacción por ahí...
Alguna idea??
El escenario está claro ahora pero no entiendo cuál es el problema "final".
Supongo que el único fallo es que A no se entera de que la transferencia ha
ido bien, ¿es así?
5:26 p.m.
New subject: [OpenSER-Users-ES] A vueltas con los REFER y NOTIFY
El Friday 23 May 2008 14:13:47 Saúl Ibarra escribió:
2008/5/23 Iñaki Baz Castillo
<ibc(a)in.ilimit.es>es>:
En realidad Asterisk debería enviar un primer NOTIFY (con body = 100 Trying) a
A y tras haberse establecido la llamada con C debería enviar a A otro NOTIFY
con body = 200 OK.
¿Y dices que sólo recibes un NOTIFY con body 183 y que encima lo recibe A
después de que C ha aceptado la llamada de B (asterisk)?
¿Puedes comparar tu flujo SIP con el que sería correcto?:
http://www.tech-invite.com/Ti-sip-service-4.html
Sobre todo interesa el tema de los NOTIFY...
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
El Friday 23 May 2008 13:52:56 Saúl Ibarra
escribió:
Ese es el único tema, que esos últimos NOTIFY llegan 'fuera de olla' :) * Obviamente, si ya ha colgado, no hay
transacción por ahí...
Alguna idea??
El escenario está claro ahora pero no entiendo cuál es el problema
"final". Supongo que el único fallo es que A no se entera de que la
transferencia ha ido bien, ¿es así? 
24 May
24 May
5:23 p.m.
New subject: [OpenSER-Users-ES] A vueltas con los REFER y NOTIFY
El Friday 23 May 2008 12:52:56 Saúl Ibarra escribió:
OK, te cuento un poco y sino luego hago un super-dibu
que anda que no
hay flechitas... :)
* Usuario A manda INVITE a OpenSER para hablar con B.
* OpenSER redirige el INVITE a Asterisk.
* Asterisk tiene una vista de la tabla subscriber, así que se piensa
que B es usuario suyo, pero la IP es la del OpenSER :)
* Asterisk hace sus kosas y manda el INVITE a OpenSER de nuevo.
* OpenSER ve que el INVITE viene de Asterisk, busca a B y se lo manda.
Ahora A y B estan hablando.
Y así como la pregunta tonta de la semana ... ¿para que oculto fin que se
escapa de mi entendimiento, mandas el INVITE a Asterisk para que este se lo
devuelva a OpenSER, si ya sabes de ante mano que a B lo puedes localizar
directamente desde OpenSER? ... te juro que me intrigan este tipo de
complicaderas que se monta la peña ...
Saludos
--
Raúl Alexis Betancor Santana
Dimensión Virtual S.L.
9:38 p.m.
New subject: [OpenSER-Users-ES] A vueltas con los REFER y NOTIFY
Y así como la pregunta tonta de la semana ... ¿para
que oculto fin que se
escapa de mi entendimiento, mandas el INVITE a Asterisk para que este se lo
devuelva a OpenSER, si ya sabes de ante mano que a B lo puedes localizar
directamente desde OpenSER? ... te juro que me intrigan este tipo de
complicaderas que se monta la peña ...
Necesito mensajería way, presencia y NAT molón, pero tb mucho dialplan
(AGIs y demás), así que _creo_ que no me queda otra, pero si tienes
alguna idea, es bienvenida :)
Salu2!
--
Saúl -- "Nunca subestimes el ancho de banda de un camión lleno de disketes."
----------------------------------------------------------------
http://www.saghul.net/
25 May
25 May
3:28 a.m.
New subject: [OpenSER-Users-ES] A vueltas con los REFER y NOTIFY
Parece que hay algo de garete con los NOTIFY...
http://bugs.digium.com/view.php?id=11848
--
Saúl -- "Nunca subestimes el ancho de banda de un camión lleno de disketes."
----------------------------------------------------------------
http://www.saghul.net/
5825
days inactive
5827
days old
sr-users-es@lists.kamailio.org
10 comments
3 participants
participants (3)
-
Iñaki Baz Castillo -
Raúl Alexis Betancor Santana -
Saúl Ibarra