ACK not sent and rr-enforced

List overview All Threads
Download

newer

older

getting fragmented packet when...

Installation Problem: :...

Dominguez Jover, Ricardo

7 Mar 2011 7 Mar '11

7:02 p.m.

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

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

Attachments:

attachment.html (text/html — 6.4 KB)

Show replies by date

Dominguez Jover, Ricardo

10 Mar 10 Mar

10:06 a.m.

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-bounces@lists.sip-router.org [mailto:sr-users-bounces@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.

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.

Any help would be appreciated.

Thanks,

Ricardo

Daniel-Constantin Mierla

11:49 a.m.

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 djover@umh.eswrote:

...

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-bounces@lists.sip-router.org [mailto: sr-users-bounces@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

Dominguez Jover, Ricardo

12:49 p.m.

Hello Daniel, here it is.

Thanks

Ricardo

De: Daniel-Constantin Mierla [mailto:miconda@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 djover@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

Could anyone give me some related information that can help me to solve this issue?

Best regards,

Ricardo Dominguez

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.

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.

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

Daniel-Constantin Mierla

14 Mar 14 Mar

9:58 a.m.

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:miconda@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, Ricardodjover@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-bounces@lists.sip-router.org [mailto:sr-users-bounces@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

Dominguez Jover, Ricardo

15 Mar 15 Mar

12:28 p.m.

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:miconda@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,

Cheers, Daniel

On 3/10/11 1:49 PM, Dominguez Jover, Ricardo wrote: Hello Daniel, here it is.

Thanks

Ricardo

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 djover@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

Could anyone give me some related information that can help me to solve this issue?

Best regards,

Ricardo Dominguez

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.

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.

Any help would be appreciated.

Thanks,

-- 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

Alex Balashov

4:24 p.m.

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/

Dominguez Jover, Ricardo

16 Mar 16 Mar

9:50 a.m.

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-bounces@lists.sip-router.org [mailto:sr-users-bounces@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

Klaus Darilion

9:40 a.m.

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:miconda@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, Ricardodjover@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-bounces@lists.sip-router.org [mailto:sr-users-bounces@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

Dominguez Jover, Ricardo

9:55 a.m.

Thanks Klaus,

I just was wondering if there was something I could configure in my proxy.

Ricardo

-----Mensaje original----- De: sr-users-bounces@lists.sip-router.org [mailto:sr-users-bounces@lists.sip-router.org] En nombre de Klaus Darilion Enviado el: miércoles, 16 de marzo de 2011 10:41 Para: sr-users@lists.sip-router.org Asunto: 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:miconda@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, Ricardodjover@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-bounces@lists.sip-router.org [mailto:sr-users-bounces@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

Klaus Darilion

12:43 p.m.

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

5090

Age (days ago)

5099

Last active (days ago)

sr-users@lists.kamailio.org

10 comments

4 participants

tags (0)

participants (4)

Alex Balashov
Daniel-Constantin Mierla
Dominguez Jover, Ricardo
Klaus Darilion