30 Oct
2014
30 Oct
'14
5:21 p.m.
Hi,
Tested on 4.0.6 (+contact header REFER patch) and trunk.
When appending header on originating INVITE, the ACK from kamailio gets messed up.
I generate call, using myself as proxy
kamctl fifo dlg_bridge sip:201@[domain] sip:202@[domain] sip:[kamailio-ip]:5060
In route[tm:local-request], i use append_hf("P-Asserted-Identity:...")
If I remove append_hf, the ACK looks OK.
Regards,
Kristian Høgh
Trace on local interface:
INVITE sip:201@[domain] SIP/2.0
Via: SIP/2.0/UDP
[kamailio-ip];branch=z9hG4bK9d54.ef433c83000000000000000000000000.0
To: <sip:201@[domain]>
From:
<sip:controller@kamailio.org>;tag=760f7752be879bf1a1346b149d21b85f-8c89
CSeq: 10 INVITE
Call-ID: 0b4f5d725846cc40-12109@[kamailio-ip]
Max-Forwards: 70
Content-Length: 147
User-Agent: kamailio
Contact: <sip:controller@kamailio.org:5060>
Content-Type: application/sdp
P-Asserted-Identity: <sip:201@[domain]>
<snip SDP>
SIP/2.0 200 OK
Via: SIP/2.0/UDP
[kamailio-ip];rport=5060;branch=z9hG4bK9d54.ef433c83000000000000000000000000.0
Record-Route:
<sip:[kamailio-ip];lr;ftag=760f7752be879bf1a1346b149d21b85f-8c89;vsf=AAAAAFFfXzREVlRVXUR1WU8dAxFCHAFHQgYCbC5kaw--;did=abe.bd12>
Contact: <sip:201@[peer-ip]:43017;rinstance=50924dd7a7927b2f;transport=UDP>
To: <sip:201@[domain]>;tag=594df15d
From:
<sip:controller@kamailio.org>;tag=760f7752be879bf1a1346b149d21b85f-8c89
Call-ID: 0b4f5d725846cc40-12109@[kamailio-ip]
CSeq: 10 INVITE
Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, MESSAGE, OPTIONS, INFO, SUBSCRIBE
Content-Type: application/sdp
Supported: replaces, norefersub, extended-refer, timer, X-cisco-serviceuri
User-Agent: Z 3.0.19649 r19608
Allow-Events: presence, kpml
Content-Length: 157
<snip SDP>
ACK sip:201@[peer-ip]:43017;rinstance=50924dd7a7927b2f;transport=UDP SIP/2.0
Via: SIP/2.0/UDP
[kamailio-ip];branch=z9hG4bK9d54.ef433c83000000000000000000000000.0
\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00P\0xeeu\0x00\0x00\0x00\0x00\0x00$\0x12v\0x00\0x00\0x00\0x00\0x00\0xbb\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0xf0\0xf0\0xf0\0xf0\0x00\0x00\0x00\0x00\0x16\0x0075\0x13\0x01\0x00\0x00X\0xfc\0xc2Vk\0x7f\0x00\0x00\0x00\0xfd\0xc2Vk\0x7f\0x00\0x00\0x0a\0x00\0x00\0x00f-8c\0x0b\0xfd\0xc2Vomain\0x00<domain>\0x009@178X\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00To:
<sip:201@[domain]>;tag=594df15d
k\0x7f\0x00\0x00\0x17\0x00\0x00\0x00 ACK
Route:
<sip:[kamailio-ip];lr;ftag=760f7752be879bf1a1346b149d21b85f-8c89;vsf=AAAAAFFfXzREVlRVXUR1WU8dAxFCHAFHQgYCbC5kaw--;did=abe.bd12>
User-Agent: kamailio
Content-Length: 0
REFER ...
31 Oct
31 Oct
1:36 a.m.
Hello,
can you send me the logs (for trunk) with debug=3 ... I may be able to
catch it without testing it myself, which can take a bit longer.
Cheers,
Daniel
On 30/10/14 16:21, Kristian F. Høgh wrote:
Hi,
Tested on 4.0.6 (+contact header REFER patch) and trunk.
When appending header on originating INVITE, the ACK from kamailio gets messed up.
I generate call, using myself as proxy
kamctl fifo dlg_bridge sip:201@[domain] sip:202@[domain] sip:[kamailio-ip]:5060
In route[tm:local-request], i use append_hf("P-Asserted-Identity:...")
If I remove append_hf, the ACK looks OK.
Regards,
Kristian Høgh
Trace on local interface:
INVITE sip:201@[domain] SIP/2.0
Via: SIP/2.0/UDP
[kamailio-ip];branch=z9hG4bK9d54.ef433c83000000000000000000000000.0
To: <sip:201@[domain]>
From:
<sip:controller@kamailio.org>;tag=760f7752be879bf1a1346b149d21b85f-8c89
CSeq: 10 INVITE
Call-ID: 0b4f5d725846cc40-12109@[kamailio-ip]
Max-Forwards: 70
Content-Length: 147
User-Agent: kamailio
Contact: <sip:controller@kamailio.org:5060>
Content-Type: application/sdp
P-Asserted-Identity: <sip:201@[domain]>
<snip SDP>
SIP/2.0 200 OK
Via: SIP/2.0/UDP
[kamailio-ip];rport=5060;branch=z9hG4bK9d54.ef433c83000000000000000000000000.0
Record-Route:
<sip:[kamailio-ip];lr;ftag=760f7752be879bf1a1346b149d21b85f-8c89;vsf=AAAAAFFfXzREVlRVXUR1WU8dAxFCHAFHQgYCbC5kaw--;did=abe.bd12>
Contact:
<sip:201@[peer-ip]:43017;rinstance=50924dd7a7927b2f;transport=UDP>
To: <sip:201@[domain]>;tag=594df15d
From:
<sip:controller@kamailio.org>;tag=760f7752be879bf1a1346b149d21b85f-8c89
Call-ID: 0b4f5d725846cc40-12109@[kamailio-ip]
CSeq: 10 INVITE
Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, MESSAGE, OPTIONS, INFO,
SUBSCRIBE
Content-Type: application/sdp
Supported: replaces, norefersub, extended-refer, timer, X-cisco-serviceuri
User-Agent: Z 3.0.19649 r19608
Allow-Events: presence, kpml
Content-Length: 157
<snip SDP>
ACK sip:201@[peer-ip]:43017;rinstance=50924dd7a7927b2f;transport=UDP SIP/2.0
Via: SIP/2.0/UDP
[kamailio-ip];branch=z9hG4bK9d54.ef433c83000000000000000000000000.0
\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00P\0xeeu\0x00\0x00\0x00\0x00\0x00$\0x12v\0x00\0x00\0x00\0x00\0x00\0xbb\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0xf0\0xf0\0xf0\0xf0\0x00\0x00\0x00\0x00\0x16\0x0075\0x13\0x01\0x00\0x00X\0xfc\0xc2Vk\0x7f\0x00\0x00\0x00\0xfd\0xc2Vk\0x7f\0x00\0x00\0x0a\0x00\0x00\0x00f-8c\0x0b\0xfd\0xc2Vomain\0x00<domain>\0x009@178X\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00To:
<sip:201@[domain]>;tag=594df15d
k\0x7f\0x00\0x00\0x17\0x00\0x00\0x00 ACK
Route:
<sip:[kamailio-ip];lr;ftag=760f7752be879bf1a1346b149d21b85f-8c89;vsf=AAAAAFFfXzREVlRVXUR1WU8dAxFCHAFHQgYCbC5kaw--;did=abe.bd12>
User-Agent: kamailio
Content-Length: 0
REFER ...
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
--
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
9:34 a.m.
Hi Daniel,
Most of the calls looks fine when using debug=3. If I set it back to 2, It fails every
time
(Once it failed using debug=3, I send you the log off-list.)
Regards
Kristian.
On Friday 31 October 2014 00:36:38 you wrote:
Hello,
can you send me the logs (for trunk) with debug=3 ... I may be able to
catch it without testing it myself, which can take a bit longer.
Cheers,
Daniel
On 30/10/14 16:21, Kristian F. Høgh wrote:
Hi,
Tested on 4.0.6 (+contact header REFER patch) and trunk.
When appending header on originating INVITE, the ACK from kamailio gets messed up.
I generate call, using myself as proxy
kamctl fifo dlg_bridge sip:201@[domain] sip:202@[domain] sip:[kamailio-ip]:5060
In route[tm:local-request], i use append_hf("P-Asserted-Identity:...")
If I remove append_hf, the ACK looks OK.
Regards,
Kristian Høgh
Trace on local interface:
INVITE sip:201@[domain] SIP/2.0
Via: SIP/2.0/UDP
[kamailio-ip];branch=z9hG4bK9d54.ef433c83000000000000000000000000.0
To: <sip:201@[domain]>
From:
<sip:controller@kamailio.org>;tag=760f7752be879bf1a1346b149d21b85f-8c89
CSeq: 10 INVITE
Call-ID: 0b4f5d725846cc40-12109@[kamailio-ip]
Max-Forwards: 70
Content-Length: 147
User-Agent: kamailio
Contact: <sip:controller@kamailio.org:5060>
Content-Type: application/sdp
P-Asserted-Identity: <sip:201@[domain]>
<snip SDP>
SIP/2.0 200 OK
Via: SIP/2.0/UDP
[kamailio-ip];rport=5060;branch=z9hG4bK9d54.ef433c83000000000000000000000000.0
Record-Route:
<sip:[kamailio-ip];lr;ftag=760f7752be879bf1a1346b149d21b85f-8c89;vsf=AAAAAFFfXzREVlRVXUR1WU8dAxFCHAFHQgYCbC5kaw--;did=abe.bd12>
Contact:
<sip:201@[peer-ip]:43017;rinstance=50924dd7a7927b2f;transport=UDP>
To: <sip:201@[domain]>;tag=594df15d
From:
<sip:controller@kamailio.org>;tag=760f7752be879bf1a1346b149d21b85f-8c89
Call-ID: 0b4f5d725846cc40-12109@[kamailio-ip]
CSeq: 10 INVITE
Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, MESSAGE, OPTIONS, INFO,
SUBSCRIBE
Content-Type: application/sdp
Supported: replaces, norefersub, extended-refer, timer, X-cisco-serviceuri
User-Agent: Z 3.0.19649 r19608
Allow-Events: presence, kpml
Content-Length: 157
<snip SDP>
ACK sip:201@[peer-ip]:43017;rinstance=50924dd7a7927b2f;transport=UDP SIP/2.0
Via: SIP/2.0/UDP
[kamailio-ip];branch=z9hG4bK9d54.ef433c83000000000000000000000000.0
\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00P\0xeeu\0x00\0x00\0x00\0x00\0x00$\0x12v\0x00\0x00\0x00\0x00\0x00\0xbb\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0xf0\0xf0\0xf0\0xf0\0x00\0x00\0x00\0x00\0x16\0x0075\0x13\0x01\0x00\0x00X\0xfc\0xc2Vk\0x7f\0x00\0x00\0x00\0xfd\0xc2Vk\0x7f\0x00\0x00\0x0a\0x00\0x00\0x00f-8c\0x0b\0xfd\0xc2Vomain\0x00<domain>\0x009@178X\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00To:
<sip:201@[domain]>;tag=594df15d
k\0x7f\0x00\0x00\0x17\0x00\0x00\0x00 ACK
Route:
<sip:[kamailio-ip];lr;ftag=760f7752be879bf1a1346b149d21b85f-8c89;vsf=AAAAAFFfXzREVlRVXUR1WU8dAxFCHAFHQgYCbC5kaw--;did=abe.bd12>
User-Agent: kamailio
Content-Length: 0
REFER ...
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
1:39 p.m.
Hello,
can you test with master branch and see if all is ok? I just pushed a
fix for it. If yes, then I will backport.
Cheers,
Daniel
On 31/10/14 08:34, Kristian F. Høgh wrote:
Hi Daniel,
Most of the calls looks fine when using debug=3. If I set it back to 2, It fails every
time
(Once it failed using debug=3, I send you the log off-list.)
Regards
Kristian.
On Friday 31 October 2014 00:36:38 you wrote:
--
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Hello,
can you send me the logs (for trunk) with debug=3 ... I may be able to
catch it without testing it myself, which can take a bit longer.
Cheers,
Daniel
On 30/10/14 16:21, Kristian F. Høgh wrote:
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users Hi,
Tested on 4.0.6 (+contact header REFER patch) and trunk.
When appending header on originating INVITE, the ACK from kamailio gets messed up.
I generate call, using myself as proxy
kamctl fifo dlg_bridge sip:201@[domain] sip:202@[domain] sip:[kamailio-ip]:5060
In route[tm:local-request], i use append_hf("P-Asserted-Identity:...")
If I remove append_hf, the ACK looks OK.
Regards,
Kristian Høgh
Trace on local interface:
INVITE sip:201@[domain] SIP/2.0
Via: SIP/2.0/UDP
[kamailio-ip];branch=z9hG4bK9d54.ef433c83000000000000000000000000.0
To: <sip:201@[domain]>
From:
<sip:controller@kamailio.org>;tag=760f7752be879bf1a1346b149d21b85f-8c89
CSeq: 10 INVITE
Call-ID: 0b4f5d725846cc40-12109@[kamailio-ip]
Max-Forwards: 70
Content-Length: 147
User-Agent: kamailio
Contact: <sip:controller@kamailio.org:5060>
Content-Type: application/sdp
P-Asserted-Identity: <sip:201@[domain]>
<snip SDP>
SIP/2.0 200 OK
Via: SIP/2.0/UDP
[kamailio-ip];rport=5060;branch=z9hG4bK9d54.ef433c83000000000000000000000000.0
Record-Route:
<sip:[kamailio-ip];lr;ftag=760f7752be879bf1a1346b149d21b85f-8c89;vsf=AAAAAFFfXzREVlRVXUR1WU8dAxFCHAFHQgYCbC5kaw--;did=abe.bd12>
Contact:
<sip:201@[peer-ip]:43017;rinstance=50924dd7a7927b2f;transport=UDP>
To: <sip:201@[domain]>;tag=594df15d
From:
<sip:controller@kamailio.org>;tag=760f7752be879bf1a1346b149d21b85f-8c89
Call-ID: 0b4f5d725846cc40-12109@[kamailio-ip]
CSeq: 10 INVITE
Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, MESSAGE, OPTIONS, INFO,
SUBSCRIBE
Content-Type: application/sdp
Supported: replaces, norefersub, extended-refer, timer, X-cisco-serviceuri
User-Agent: Z 3.0.19649 r19608
Allow-Events: presence, kpml
Content-Length: 157
<snip SDP>
ACK sip:201@[peer-ip]:43017;rinstance=50924dd7a7927b2f;transport=UDP SIP/2.0
Via: SIP/2.0/UDP
[kamailio-ip];branch=z9hG4bK9d54.ef433c83000000000000000000000000.0
\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00P\0xeeu\0x00\0x00\0x00\0x00\0x00$\0x12v\0x00\0x00\0x00\0x00\0x00\0xbb\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0xf0\0xf0\0xf0\0xf0\0x00\0x00\0x00\0x00\0x16\0x0075\0x13\0x01\0x00\0x00X\0xfc\0xc2Vk\0x7f\0x00\0x00\0x00\0xfd\0xc2Vk\0x7f\0x00\0x00\0x0a\0x00\0x00\0x00f-8c\0x0b\0xfd\0xc2Vomain\0x00<domain>\0x009@178X\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00To:
<sip:201@[domain]>;tag=594df15d
k\0x7f\0x00\0x00\0x17\0x00\0x00\0x00 ACK
Route:
<sip:[kamailio-ip];lr;ftag=760f7752be879bf1a1346b149d21b85f-8c89;vsf=AAAAAFFfXzREVlRVXUR1WU8dAxFCHAFHQgYCbC5kaw--;did=abe.bd12>
User-Agent: kamailio
Content-Length: 0
REFER ...
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
2:01 p.m.
Hi Daniel,
Looks good so far, thanks.
/Kristian.
On Friday 31 October 2014 12:39:37 Daniel-Constantin Mierla wrote:
Hello,
can you test with master branch and see if all is ok? I just pushed a
fix for it. If yes, then I will backport.
Cheers,
Daniel
On 31/10/14 08:34, Kristian F. Høgh wrote:
Hi Daniel,
Most of the calls looks fine when using debug=3. If I set it back to 2, It fails every
time
(Once it failed using debug=3, I send you the log off-list.)
Regards
Kristian.
On Friday 31 October 2014 00:36:38 you wrote:
Hello,
can you send me the logs (for trunk) with debug=3 ... I may be able to
catch it without testing it myself, which can take a bit longer.
Cheers,
Daniel
On 30/10/14 16:21, Kristian F. Høgh wrote:
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users Hi,
Tested on 4.0.6 (+contact header REFER patch) and trunk.
When appending header on originating INVITE, the ACK from kamailio gets messed up.
I generate call, using myself as proxy
kamctl fifo dlg_bridge sip:201@[domain] sip:202@[domain] sip:[kamailio-ip]:5060
In route[tm:local-request], i use append_hf("P-Asserted-Identity:...")
If I remove append_hf, the ACK looks OK.
Regards,
Kristian Høgh
Trace on local interface:
INVITE sip:201@[domain] SIP/2.0
Via: SIP/2.0/UDP
[kamailio-ip];branch=z9hG4bK9d54.ef433c83000000000000000000000000.0
To: <sip:201@[domain]>
From:
<sip:controller@kamailio.org>;tag=760f7752be879bf1a1346b149d21b85f-8c89
CSeq: 10 INVITE
Call-ID: 0b4f5d725846cc40-12109@[kamailio-ip]
Max-Forwards: 70
Content-Length: 147
User-Agent: kamailio
Contact: <sip:controller@kamailio.org:5060>
Content-Type: application/sdp
P-Asserted-Identity: <sip:201@[domain]>
<snip SDP>
SIP/2.0 200 OK
Via: SIP/2.0/UDP
[kamailio-ip];rport=5060;branch=z9hG4bK9d54.ef433c83000000000000000000000000.0
Record-Route:
<sip:[kamailio-ip];lr;ftag=760f7752be879bf1a1346b149d21b85f-8c89;vsf=AAAAAFFfXzREVlRVXUR1WU8dAxFCHAFHQgYCbC5kaw--;did=abe.bd12>
Contact:
<sip:201@[peer-ip]:43017;rinstance=50924dd7a7927b2f;transport=UDP>
To: <sip:201@[domain]>;tag=594df15d
From:
<sip:controller@kamailio.org>;tag=760f7752be879bf1a1346b149d21b85f-8c89
Call-ID: 0b4f5d725846cc40-12109@[kamailio-ip]
CSeq: 10 INVITE
Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, MESSAGE, OPTIONS, INFO,
SUBSCRIBE
Content-Type: application/sdp
Supported: replaces, norefersub, extended-refer, timer, X-cisco-serviceuri
User-Agent: Z 3.0.19649 r19608
Allow-Events: presence, kpml
Content-Length: 157
<snip SDP>
ACK sip:201@[peer-ip]:43017;rinstance=50924dd7a7927b2f;transport=UDP SIP/2.0
Via: SIP/2.0/UDP
[kamailio-ip];branch=z9hG4bK9d54.ef433c83000000000000000000000000.0
\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00P\0xeeu\0x00\0x00\0x00\0x00\0x00$\0x12v\0x00\0x00\0x00\0x00\0x00\0xbb\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0xf0\0xf0\0xf0\0xf0\0x00\0x00\0x00\0x00\0x16\0x0075\0x13\0x01\0x00\0x00X\0xfc\0xc2Vk\0x7f\0x00\0x00\0x00\0xfd\0xc2Vk\0x7f\0x00\0x00\0x0a\0x00\0x00\0x00f-8c\0x0b\0xfd\0xc2Vomain\0x00<domain>\0x009@178X\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00To:
<sip:201@[domain]>;tag=594df15d
k\0x7f\0x00\0x00\0x17\0x00\0x00\0x00 ACK
Route:
<sip:[kamailio-ip];lr;ftag=760f7752be879bf1a1346b149d21b85f-8c89;vsf=AAAAAFFfXzREVlRVXUR1WU8dAxFCHAFHQgYCbC5kaw--;did=abe.bd12>
User-Agent: kamailio
Content-Length: 0
REFER ...
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
3678
days inactive
3679
days old
4 comments
2 participants
participants (2)
-
Daniel-Constantin Mierla -
Kristian F. Høgh