Hello Daniel,
Is notify should follow subscribe routes ?
Here SUBSCRIBE completely look normal to me.
<--- SIP read from UDP:10.18.130.46:5060 --->
SUBSCRIBE sip:10102@networklab.ca SIP/2.0
Record-Route: <sip:kamailio_pub_ip:5081;transport=tls;lr=on;ftag=08c99307d3;nat=yes>
Accept: application/simple-message-summary
Via: SIP/2.0/UDP 10.18.130.46;branch=z9hG4bKdee2.b83c2028dc57c641d2b8cad968347d6a.0;i=2
Via: SIP/2.0/TLS 192.168.0.16:5063;rport=5063;received=client_pub_ip;branch=z9hG4bK0c54032bd8905d262
Max-Forwards: 69
From: "10102" <sips:10102@networklab.ca>;tag=08c99307d3
To: <sips:10102@networklab.ca>
Call-ID: cea703eb8c21f709
CSeq: 1096440084 SUBSCRIBE
Allow: ACK, BYE, CANCEL, INVITE, MESSAGE, NOTIFY, OPTIONS, REFER, SUBSCRIBE, UPDATE
Allow-Events: message-summary
Authorization: Digest username="10102",realm="networklab.ca",nonce="29ac01f1",uri="sips:10102@networklab.ca",response="0298c2a93bdd4969a3cd0b757d671dbb",algorithm=MD5
Contact: <sips:10102@client_pub_ip:5063>;audio
Event: message-summary
Expires: 3600
Supported: eventlist, replaces, timer
User-Agent: Media5-fone/4.1.6.3283 Android/4.1.2
Content-Length: 0
Path: <sip:outbound@10.18.130.46;lr;received=sip:client_pub_ip:5063%3Btransport%3Dtls>
P-hint: outbound
Slava
From: "Daniel-Constantin Mierla" <miconda@gmail.com>
To: "Slava Bendersky" <volga629@networklab.ca>
Cc: "sr-users" <sr-users@lists.sip-router.org>
Sent: Tuesday, March 3, 2015 1:50:03 AM
Subject: Re: [SR-Users] kamailio asterisk
Hello,
I pushed a fix for it -- the issue was in a LM_DBG() trying to print te address for local socket, but it was not set yet, it was affecting only when running in debug mode with debug=3. I pushed the patch to branch 4.2, so if you want the fix, then you have to install from git branch 4.2.
For REGISTER, you need to add the Path header (see path module), otherwise the OPTIONS and INVITE sent out to the phone are not going via Kamailio. You have to check the version of your Asterisk to be one that supports Path.
Cheers,
Daniel
On 27/02/15 14:40, Slava Bendersky wrote:
Hello Daniel,
Here paste for gdb
I got REGISTER and SUBSCRIBE start working correctly I see on asterisk correct record routes and sip traffic flow, but when asterisk or client ( soft phone) send OPTIONS or NOTIFY can't get properly relay it.
This is SUBSCRIBE route.
<--- Transmitting (NAT) to 10.18.130.46:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.18.130.46;branch=z9hG4bKf852.e0223f39c2bbad8366fdf1b7cb22b336.0;i=8;received=10.18.130.46;rport=5060
Via: SIP/2.0/TLS 192.168.88.252:5062;received=Client public ip;branch=z9hG4bK0bbe1f7d27257bba9;rport=5062
Record-Route:
<sip:10.18.130.46;r2=on;lr=on;ftag=a185d974ec;nat=yes> Record-Route:
<sip:PUBLIC_KAMAILIO_IP:5081;transport=tls;r2=on;lr=on;ftag=a185d974ec;nat=yes> From: "Slava Bendersky"
<sips:10101@networklab.ca>;tag=a185d974ec
To:
<sips:10101@networklab.ca>;tag=as00757d3e
Call-ID: b08adb1ad1804a83
CSeq: 236711034 SUBSCRIBE
Server: FPBX-2.11.0(11.15.1)
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Expires: 3600
Contact:
<sip:10101@10.18.130.50:5060>;expires=3600
Content-Length: 0
Slava.
Hello,
I asked for the wrong command, as the bt full was already sent before -- I wanted the output from gdb for:
p *tcpconn
Daniel
On 27/02/15 04:10, Slava Bendersky wrote:
Hello Daniel,
Here bt full from back trace.
Slava.
Hello Daniel,
I tried $rz option on top of request route and that where I see wrong request uri like
sip:sips: . And as far I can see it happenes only for SUBSCRIBE INVITE and NOTIFY.
if($rz=="sips") {
$ru = "sip" + $(ru{s.substr,4,0});
}
Slava.
Sent from mobile device typos are expected.
Hello,
On 25/02/15 17:19, Slava Bendersky wrote:
Hello Daniel,
substr you suggested didn't worked.
See my previous email.
your previous email didn't say anything about the results. That's why I asked. Be sure you don't have those spaces that are in the email you wrote. Also, I had more parenthesis in the parameter of the subst_uri().
Or you can try the alternative with:
if($rz=="sips") {
$ru = "sip" + $(ru{s.substr,4,0});
}
I asked for more details from the backtrace to confirm that what I found is the cause for the crash in this case -- see one of my previous emails from today.
Cheers,
Daniel
--
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio World Conference, May 27-29, 2015
Berlin, Germany - http://www.kamailioworld.com
--
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio World Conference, May 27-29, 2015
Berlin, Germany - http://www.kamailioworld.com