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