Re: [SR-Users] ACK not sent and rr-enforced
This trace is more or less useless - at least I won't waste time reading hex-code traces. next time use proper formating: ngrep -Wbyline -t -q -P port 5060 Anyway, it seems that iptel's NAT traversal policy always assumes, that the user agent is directly connected to iptel, without any proxy in-between. regards klaus On 10.03.2011 13:49, Dominguez Jover, Ricardo wrote: Hello Daniel, here it is. Thanks Ricardo De: Daniel-Constantin Mierla [mailto:mico...@gmail.com] Enviado el: jueves, 10 de marzo de 2011 12:49 Para: Dominguez Jover, Ricardo CC: sr-users@lists.sip-router.org Asunto: Re: [SR-Users] ACK not sent and rr-enforced Hello, can you post the ngrep trace of such call (fron incoming invite, to the bye, taken on your server)? That will help to see what could be mismatching there. Cheers, Daniel On Thu, Mar 10, 2011 at 11:06 AM, Dominguez Jover, Ricardodjo...@umh.es wrote: Hi again, I'm still working in this issue. I've noticed that iptel proxy is writing in the ACK message the following: ACK sip:username@myproxyIP:5060;. - ACK is not sent to the client. tcheck_trans fails. If a force the transfer - t_relay do nothing while sip2sip and VoIP-Talk are writing: ACK sip:username@userprivateIP:5060; - ACK is sent to the client In both cases, contact URI sent in the 200 OK message by my proxy is the private IP address of the client sending the 200 OK, so I don't know why IPtel doesn't use it in the ACK. I find a lot of information about lost ACKs in posts, but not this particular issue. Could anyone give me some related information that can help me to solve this issue? Best regards, Ricardo Dominguez De: sr-users-boun...@lists.sip-router.org [mailto:sr-users-boun...@lists.sip-router.org] En nombre de Dominguez Jover, Ricardo Enviado el: lunes, 07 de marzo de 2011 20:03 Para: sr-users@lists.sip-router.org Asunto: [SR-Users] ACK not sent and rr-enforced Hi everybody. I am using Kamailio 3.1 and RTP proxy for internet calls. I'm using external test accounts to check if the calls are established and the media flow is ok. When I use a sip2sip.info or VoIP Talk accounts, then all is working fine between my internal and these external accounts. But when I use a iptel.org account and this account calls to an internal account (registered with kamailio), then callee sends the 200 OK to the SIP proxy and the SIP proxy to iptel. IPtel.org proxy sends the ACK to my proxy with this lines at the end of the packet: P-hint: rr-enforced\r\n P-hint: rr-enforced\r\n And my SIP proxy never resends the ACK to the callee, so the callee resends OK 200 periodically and after 32 seconds sends a BYE message and the call is finished. I've been reading posts about missing ACKs but I can't find the answer to my problem, that it seems like t_check_trans doesn´t recognize the ACK as related to a transaction. But this is only with IPTEL accounts, my proxy SIP is working with other SIP providers, so I don't know if forcing relay of every ACK packet is a good idea. Any help would be appreciated. Thanks, Ricardo ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users -- Daniel-Constantin Mierla http://www.asipto.com ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] ACK not sent and rr-enforced
Hi Alex, As I said I was doubting about this inference, but as calls are working with other providers and I read the post I linked, I don't really know in what side the solution is. The scenario is as follows: Softphone A - providerProxy - myProxy - Softphone B Softphone A sends the invite to Softphone B through providerProxy and myProxy Softphone B sends the 200OK with CONTACT: user@softphone_B_contact_URI to myProxy myProxy sends the 200OK with CONTACT: user@softphone_B_contact_URI to providerProxy providerProxy sends the 200OK with CONTACT: user@myproxy_IP_address to Softphone A Softphone A sends ACK sip:user@myproxy_IP_address and when it arrives to myproxy it is never sent to Softphone B and there is a timeout 30 seconds later. Is there anything I can do to solve this? Thank you, Ricardo -Mensaje original- De: sr-users-boun...@lists.sip-router.org [mailto:sr-users-boun...@lists.sip-router.org] En nombre de Alex Balashov Enviado el: martes, 15 de marzo de 2011 17:25 Para: sr-users@lists.sip-router.org Asunto: Re: [SR-Users] ACK not sent and rr-enforced On 03/15/2011 08:28 AM, Dominguez Jover, Ricardo wrote: Should I infer IPTEL.org is not implementing SIP RFC 3261 in the right way? It seems odd to me... No, Ricardo, that is not the correct inference. First, if the ACK is an end-to-end ACK (as for a 200 OK), it is generated by the sending endpoint, and the SER proxy is not responsible for constructing it. Secondly, there are various reasons why an ACK may have a request line not equal to the Contact URI established as the dialog target, having to do with backward compatibility with RFC 2543. -- Alex Balashov - Principal Evariste Systems LLC 260 Peachtree Street NW Suite 2200 Atlanta, GA 30303 Tel: +1-678-954-0670 Fax: +1-404-961-1892 Web: http://www.evaristesys.com/ ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] ACK not sent and rr-enforced
Am 16.03.2011 10:55, schrieb Dominguez Jover, Ricardo: Thanks Klaus, I just was wondering if there was something I could configure in my proxy. I don't think so. Of course you could do dirty hacks, e.g. storing the clients contact in a record-route cookie and restoring the RURI from this cookie. klaus ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] ACK not sent and rr-enforced
Hi, I've found this post where it says: ...the Contact header in the 200 OK and the request URI in the ACK. They MUST be the same!!!... http://www.mail-archive.com/users@lists.kamailio.org/msg00606.html Should I infer IPTEL.org is not implementing SIP RFC 3261 in the right way? It seems odd to me... Cheers, Ricardo De: Daniel-Constantin Mierla [mailto:mico...@gmail.com] Enviado el: lunes, 14 de marzo de 2011 10:58 Para: Dominguez Jover, Ricardo CC: sr-users@lists.sip-router.org Asunto: Re: [SR-Users] ACK not sent and rr-enforced Hello, I will look over it very soon. As a hint for the future, if you catch me traveling, rar files won't work for me, use tgz or zip as they are easy to expand very easy even on web mail clients. If the trace is not big, plain text is faster or eventually use some pastebin sites out there. Cheers, Daniel On 3/10/11 1:49 PM, Dominguez Jover, Ricardo wrote: Hello Daniel, here it is. Thanks Ricardo De: Daniel-Constantin Mierla [mailto:mico...@gmail.com] Enviado el: jueves, 10 de marzo de 2011 12:49 Para: Dominguez Jover, Ricardo CC: sr-users@lists.sip-router.org Asunto: Re: [SR-Users] ACK not sent and rr-enforced Hello, can you post the ngrep trace of such call (fron incoming invite, to the bye, taken on your server)? That will help to see what could be mismatching there. Cheers, Daniel On Thu, Mar 10, 2011 at 11:06 AM, Dominguez Jover, Ricardo djo...@umh.es wrote: Hi again, I'm still working in this issue. I've noticed that iptel proxy is writing in the ACK message the following: ACK sip:username@myproxyIP:5060;. - ACK is not sent to the client. tcheck_trans fails. If a force the transfer - t_relay do nothing while sip2sip and VoIP-Talk are writing: ACK sip:username@userprivateIP:5060; - ACK is sent to the client In both cases, contact URI sent in the 200 OK message by my proxy is the private IP address of the client sending the 200 OK, so I don't know why IPtel doesn't use it in the ACK. I find a lot of information about lost ACKs in posts, but not this particular issue. Could anyone give me some related information that can help me to solve this issue? Best regards, Ricardo Dominguez De: sr-users-boun...@lists.sip-router.org [mailto:sr-users-boun...@lists.sip-router.org] En nombre de Dominguez Jover, Ricardo Enviado el: lunes, 07 de marzo de 2011 20:03 Para: sr-users@lists.sip-router.org Asunto: [SR-Users] ACK not sent and rr-enforced Hi everybody. I am using Kamailio 3.1 and RTP proxy for internet calls. I'm using external test accounts to check if the calls are established and the media flow is ok. When I use a sip2sip.info or VoIP Talk accounts, then all is working fine between my internal and these external accounts. But when I use a iptel.org account and this account calls to an internal account (registered with kamailio), then callee sends the 200 OK to the SIP proxy and the SIP proxy to iptel. IPtel.org proxy sends the ACK to my proxy with this lines at the end of the packet: P-hint: rr-enforced\r\n P-hint: rr-enforced\r\n And my SIP proxy never resends the ACK to the callee, so the callee resends OK 200 periodically and after 32 seconds sends a BYE message and the call is finished. I've been reading posts about missing ACKs but I can't find the answer to my problem, that it seems like t_check_trans doesn´t recognize the ACK as related to a transaction. But this is only with IPTEL accounts, my proxy SIP is working with other SIP providers, so I don't know if forcing relay of every ACK packet is a good idea. Any help would be appreciated. Thanks, Ricardo ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users -- Daniel-Constantin Mierla http://www.asipto.com ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users -- Daniel-Constantin Mierla http://www.asipto.com ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] ACK not sent and rr-enforced
On 03/15/2011 08:28 AM, Dominguez Jover, Ricardo wrote: Should I infer IPTEL.org is not implementing SIP RFC 3261 in the right way? It seems odd to me... No, Ricardo, that is not the correct inference. First, if the ACK is an end-to-end ACK (as for a 200 OK), it is generated by the sending endpoint, and the SER proxy is not responsible for constructing it. Secondly, there are various reasons why an ACK may have a request line not equal to the Contact URI established as the dialog target, having to do with backward compatibility with RFC 2543. -- Alex Balashov - Principal Evariste Systems LLC 260 Peachtree Street NW Suite 2200 Atlanta, GA 30303 Tel: +1-678-954-0670 Fax: +1-404-961-1892 Web: http://www.evaristesys.com/ ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] ACK not sent and rr-enforced
Hello, I will look over it very soon. As a hint for the future, if you catch me traveling, rar files won't work for me, use tgz or zip as they are easy to expand very easy even on web mail clients. If the trace is not big, plain text is faster or eventually use some pastebin sites out there. Cheers, Daniel On 3/10/11 1:49 PM, Dominguez Jover, Ricardo wrote: Hello Daniel, here it is. Thanks Ricardo De: Daniel-Constantin Mierla [mailto:mico...@gmail.com] Enviado el: jueves, 10 de marzo de 2011 12:49 Para: Dominguez Jover, Ricardo CC: sr-users@lists.sip-router.org Asunto: Re: [SR-Users] ACK not sent and rr-enforced Hello, can you post the ngrep trace of such call (fron incoming invite, to the bye, taken on your server)? That will help to see what could be mismatching there. Cheers, Daniel On Thu, Mar 10, 2011 at 11:06 AM, Dominguez Jover, Ricardodjo...@umh.es wrote: Hi again, I'm still working in this issue. I've noticed that iptel proxy is writing in the ACK message the following: ACK sip:username@myproxyIP:5060;. - ACK is not sent to the client. tcheck_trans fails. If a force the transfer - t_relay do nothing while sip2sip and VoIP-Talk are writing: ACK sip:username@userprivateIP:5060; - ACK is sent to the client In both cases, contact URI sent in the 200 OK message by my proxy is the private IP address of the client sending the 200 OK, so I don't know why IPtel doesn't use it in the ACK. I find a lot of information about lost ACKs in posts, but not this particular issue. Could anyone give me some related information that can help me to solve this issue? Best regards, Ricardo Dominguez De: sr-users-boun...@lists.sip-router.org [mailto:sr-users-boun...@lists.sip-router.org] En nombre de Dominguez Jover, Ricardo Enviado el: lunes, 07 de marzo de 2011 20:03 Para: sr-users@lists.sip-router.org Asunto: [SR-Users] ACK not sent and rr-enforced Hi everybody. I am using Kamailio 3.1 and RTP proxy for internet calls. I'm using external test accounts to check if the calls are established and the media flow is ok. When I use a sip2sip.info or VoIP Talk accounts, then all is working fine between my internal and these external accounts. But when I use a iptel.org account and this account calls to an internal account (registered with kamailio), then callee sends the 200 OK to the SIP proxy and the SIP proxy to iptel. IPtel.org proxy sends the ACK to my proxy with this lines at the end of the packet: P-hint: rr-enforced\r\n P-hint: rr-enforced\r\n And my SIP proxy never resends the ACK to the callee, so the callee resends OK 200 periodically and after 32 seconds sends a BYE message and the call is finished. I've been reading posts about missing ACKs but I can't find the answer to my problem, that it seems like t_check_trans doesn´t recognize the ACK as related to a transaction. But this is only with IPTEL accounts, my proxy SIP is working with other SIP providers, so I don't know if forcing relay of every ACK packet is a good idea. Any help would be appreciated. Thanks, Ricardo ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users -- Daniel-Constantin Mierla http://www.asipto.com ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users -- Daniel-Constantin Mierla http://www.asipto.com ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] ACK not sent and rr-enforced
Hello Daniel, here it is. Thanks Ricardo De: Daniel-Constantin Mierla [mailto:mico...@gmail.com] Enviado el: jueves, 10 de marzo de 2011 12:49 Para: Dominguez Jover, Ricardo CC: sr-users@lists.sip-router.org Asunto: Re: [SR-Users] ACK not sent and rr-enforced Hello, can you post the ngrep trace of such call (fron incoming invite, to the bye, taken on your server)? That will help to see what could be mismatching there. Cheers, Daniel On Thu, Mar 10, 2011 at 11:06 AM, Dominguez Jover, Ricardo djo...@umh.es wrote: Hi again, I'm still working in this issue. I've noticed that iptel proxy is writing in the ACK message the following: ACK sip:username@myproxyIP:5060;. - ACK is not sent to the client. tcheck_trans fails. If a force the transfer - t_relay do nothing while sip2sip and VoIP-Talk are writing: ACK sip:username@userprivateIP:5060; - ACK is sent to the client In both cases, contact URI sent in the 200 OK message by my proxy is the private IP address of the client sending the 200 OK, so I don't know why IPtel doesn't use it in the ACK. I find a lot of information about lost ACKs in posts, but not this particular issue. Could anyone give me some related information that can help me to solve this issue? Best regards, Ricardo Dominguez De: sr-users-boun...@lists.sip-router.org [mailto:sr-users-boun...@lists.sip-router.org] En nombre de Dominguez Jover, Ricardo Enviado el: lunes, 07 de marzo de 2011 20:03 Para: sr-users@lists.sip-router.org Asunto: [SR-Users] ACK not sent and rr-enforced Hi everybody. I am using Kamailio 3.1 and RTP proxy for internet calls. I'm using external test accounts to check if the calls are established and the media flow is ok. When I use a sip2sip.info or VoIP Talk accounts, then all is working fine between my internal and these external accounts. But when I use a iptel.org account and this account calls to an internal account (registered with kamailio), then callee sends the 200 OK to the SIP proxy and the SIP proxy to iptel. IPtel.org proxy sends the ACK to my proxy with this lines at the end of the packet: P-hint: rr-enforced\r\n P-hint: rr-enforced\r\n And my SIP proxy never resends the ACK to the callee, so the callee resends OK 200 periodically and after 32 seconds sends a BYE message and the call is finished. I've been reading posts about missing ACKs but I can't find the answer to my problem, that it seems like t_check_trans doesn´t recognize the ACK as related to a transaction. But this is only with IPTEL accounts, my proxy SIP is working with other SIP providers, so I don't know if forcing relay of every ACK packet is a good idea. Any help would be appreciated. Thanks, Ricardo ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users -- Daniel-Constantin Mierla http://www.asipto.com ack_trace.rar Description: ack_trace.rar ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
[SR-Users] ACK not sent and rr-enforced
Hi everybody. I am using Kamailio 3.1 and RTP proxy for internet calls. I'm using external test accounts to check if the calls are established and the media flow is ok. When I use a sip2sip.info or VoIP Talk accounts, then all is working fine between my internal and these external accounts. But when I use a iptel.org account and this account calls to an internal account (registered with kamailio), then callee sends the 200 OK to the SIP proxy and the SIP proxy to iptel. IPtel.org proxy sends the ACK to my proxy with this lines at the end of the packet: P-hint: rr-enforced\r\n P-hint: rr-enforced\r\n And my SIP proxy never resends the ACK to the callee, so the callee resends OK 200 periodically and after 32 seconds sends a BYE message and the call is finished. I've been reading posts about missing ACKs but I can't find the answer to my problem, that it seems like t_check_trans doesn´t recognize the ACK as related to a transaction. But this is only with IPTEL accounts, my proxy SIP is working with other SIP providers, so I don't know if forcing relay of every ACK packet is a good idea. Any help would be appreciated. Thanks, Ricardo ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users