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
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
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(a)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(a)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
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(a)umh.es>wrote;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(a)lists.sip-router.org [mailto:
sr-users-bounces(a)lists.sip-router.org] En nombre de Dominguez Jover,
Ricardo
Enviado el: lunes, 07 de marzo de 2011 20:03
Para: sr-users(a)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(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
--
Daniel-Constantin Mierla
http://www.asipto.com
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(a)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(a)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(a)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(a)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(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
--
Daniel-Constantin Mierla
http://www.asipto.com
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(a)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(a)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(a)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(a)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(a)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(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
--
Daniel-Constantin Mierla
http://www.asipto.com
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(a)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:miconda@gmail.com] Enviado el: jueves, 10 de marzo de
2011 12:49
Para: Dominguez Jover, Ricardo
CC: sr-users(a)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(a)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(a)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(a)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(a)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(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
--
Daniel-Constantin Mierla
http://www.asipto.com
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/
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(a)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(a)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(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
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(a)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(a)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(a)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(a)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(a)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(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
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(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
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
4807
days inactive
4816
days old
10 comments
4 participants
participants (4)
-
Alex Balashov -
Daniel-Constantin Mierla -
Dominguez Jover, Ricardo -
Klaus Darilion