15 May
2020
15 May
'20
9:37 a.m.
Hi Alex,
Thanks for your reply.
ICE/STUN haven’t been activated by our clients. All transmission traffic pass through a
proxy server. Below is the screenshot of a normal call process.
[cid:image001.png@01D62AC5.FBF723D0]
Best Regards,
Rex
-----Original Message-----
From: sr-users <sr-users-bounces(a)lists.kamailio.org> On Behalf Of Alex Balashov
Sent: Thursday, May 14, 2020 12:18 AM
To: Kamailio (SER) - Users Mailing List <sr-users(a)lists.kamailio.org
Subject: Re: [SR-Users] Issue of calls drop 32s
It's a tell-tale sign of an end-to-end ACK from the caller not being forwarded
properly to the callee. The server should not be forwarding such an ACK "to
itself"; this suggests that its Request URI may be improperly constructed (it should
be equivalent to the remote Contact URI of the callee in the 200 OK message), or that its
Route headers are somehow incorrect (they should mirror the Record-Route set in the 200
OK).
-- Alex
On Wed, May 13, 2020 at 04:07:16PM +0000, Rex Lin (林昱頡) wrote:
--
Alex Balashov | Principal | Evariste Systems LLC
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org<mailto:sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
Hi,
It’s weird that the calls always drop after 32s while
the callee is using public ip. Also, Server forwards ACK to itself with UDP, instead of
forwarding to callee with TLS.
Moreover, I cannot see “Received” in AOR as the callee
finish the registration.
I recognized it’s marked by nat_uac_test(“19”) and set
with fix_nated_register(), the problem can be resolved.
My scenario is as below, for your reference.
1.Kamailio version is 4.4.7, listening public ip.
2.Caller it’s behind NAT.
3.Clients of Linphone.
Do you know the reason why it happened?
Best Regards,
Rex
_______________________________________________
Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org<mailto:sr-users@lists.kamailio.org
18 May
18 May
10:38 a.m.
New subject: Issue of calls drop 32s
Hi,
Do you need further information? Actually, I am not sure if the process is normal, there‘s
no problem with the call at least.
Could it be caused any problem if all clients do fix_nated_register?
Best Regards,
Rex
From: Rex Lin (林昱頡)
Sent: Friday, May 15, 2020 2:37 PM
To: Kamailio (SER) - Users Mailing List <sr-users(a)lists.kamailio.org>
Subject: Re: [SR-Users] Issue of calls drop 32s
Hi Alex,
Thanks for your reply.
ICE/STUN haven’t been activated by our clients. All transmission traffic pass through a
proxy server. Below is the screenshot of a normal call process.
Best Regards,
Rex
-----Original Message-----
From: sr-users
<sr-users-bounces@lists.kamailio.org<mailto:sr-users-bounces@lists.kamailio.org>>
On Behalf Of Alex Balashov
Sent: Thursday, May 14, 2020 12:18 AM
To: Kamailio (SER) - Users Mailing List
<sr-users@lists.kamailio.org<mailto:sr-users@lists.kamailio.org>>
Subject: Re: [SR-Users] Issue of calls drop 32s
It's a tell-tale sign of an end-to-end ACK from the caller not being forwarded
properly to the callee. The server should not be forwarding such an ACK "to
itself"; this suggests that its Request URI may be improperly constructed (it should
be equivalent to the remote Contact URI of the callee in the 200 OK message), or that its
Route headers are somehow incorrect (they should mirror the Record-Route set in the 200
OK).
-- Alex
On Wed, May 13, 2020 at 04:07:16PM +0000, Rex Lin (林昱頡) wrote:
Hi,
It’s weird that the calls always drop after 32s while the callee is using public ip.
Also, Server forwards ACK to itself with UDP, instead of forwarding to callee with TLS.
Moreover, I cannot see “Received” in AOR as the callee finish the registration.
I recognized it’s marked by nat_uac_test(“19”) and set with fix_nated_register(), the
problem can be resolved.
My scenario is as below, for your reference.
1.Kamailio version is 4.4.7, listening public ip.
2.Caller it’s behind NAT.
3.Clients of Linphone.
Do you know the reason why it happened?
Best Regards,
Rex
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org<mailto:sr-users@lists.kamailio.org>
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
--
Alex Balashov | Principal | Evariste Systems LLC
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org<mailto:sr-users@lists.kamailio.org>
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
19 May
19 May
8:52 a.m.
New subject: Issue of calls drop 32s
Hello,
you have to provide the PCAP (or ngrep output) for such a call taken on
kamailio system to see the headers of each sip message and try to
understand where the issue is.
Cheers,
Daniel
On 18.05.20 09:38, Rex Lin (林昱頡) wrote:
Hi,
Do you need further information? Actually, I am not sure if the
process is normal, there‘s no problem with the call at least.
Could it be caused any problem if all clients do fix_nated_register?
Best Regards,
Rex
*From:* Rex Lin (林昱頡)
*Sent:* Friday, May 15, 2020 2:37 PM
*To:* Kamailio (SER) - Users Mailing List <sr-users(a)lists.kamailio.org>
*Subject:* Re: [SR-Users] Issue of calls drop 32s
Hi Alex,
Thanks for your reply.
ICE/STUN haven’t been activated by our clients. All transmission
traffic pass through a proxy server. Below is the screenshot of a
normal call process.
Best Regards,
Rex
-----Original Message-----
From: sr-users <_sr-users-bounces(a)lists.kamailio.org_
<mailto:sr-users-bounces@lists.kamailio.org>> On Behalf Of Alex Balashov
Sent: Thursday, May 14, 2020 12:18 AM
To: Kamailio (SER) - Users Mailing List <_sr-users(a)lists.kamailio.org_
<mailto:sr-users@lists.kamailio.org>>
Subject: Re: [SR-Users] Issue of calls drop 32s
It's a tell-tale sign of an end-to-end ACK from the caller not being
forwarded properly to the callee. The server should not be forwarding
such an ACK "to itself"; this suggests that its Request URI may be
improperly constructed (it should be equivalent to the remote Contact
URI of the callee in the 200 OK message), or that its Route headers
are somehow incorrect (they should mirror the Record-Route set in the
200 OK).
-- Alex
On Wed, May 13, 2020 at 04:07:16PM +0000, Rex Lin (林昱頡) wrote:
--
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Funding: https://www.paypal.me/dcmierla
Hi,
It’s weird that the calls always drop after 32s while the callee is
using public
ip. Also, Server forwards ACK to itself with UDP, instead
of forwarding to callee with TLS.
Moreover, I cannot see “Received” in AOR as the callee finish the registration.
I recognized it’s marked by nat_uac_test(“19”) and set with fix_nated_register(), the
problem can be resolved.
My scenario is as below, for your reference.
1.Kamailio version is 4.4.7, listening public ip.
2.Caller it’s behind NAT.
3.Clients of Linphone.
Do you know the reason why it happened?
Best Regards,
Rex
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users(a)lists.kamailio.org <mailto:sr-users@lists.kamailio.org>
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
--
Alex Balashov | Principal | Evariste Systems LLC
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users(a)lists.kamailio.org <mailto:sr-users@lists.kamailio.org>
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users(a)lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users 
10:36 a.m.
New subject: Issue of calls drop 32s
Hi Daniel,
Thanks for your reply.
Please refer to the attached output file from Homer which I replaced a few words.
Best Regards,
Rex
From: Daniel-Constantin Mierla <miconda(a)gmail.com>
Sent: Tuesday, May 19, 2020 1:53 PM
To: Kamailio (SER) - Users Mailing List <sr-users(a)lists.kamailio.org>rg>; Rex Lin (林昱頡)
<Rex.Lin(a)quantatw.com>
Subject: Re: [SR-Users] Issue of calls drop 32s
Hello,
you have to provide the PCAP (or ngrep output) for such a call taken on kamailio system to
see the headers of each sip message and try to understand where the issue is.
Cheers,
Daniel
On 18.05.20 09:38, Rex Lin (林昱頡) wrote:
Hi,
Do you need further information? Actually, I am not sure if the process is normal, there‘s
no problem with the call at least.
Could it be caused any problem if all clients do fix_nated_register?
Best Regards,
Rex
From: Rex Lin (林昱頡)
Sent: Friday, May 15, 2020 2:37 PM
To: Kamailio (SER) - Users Mailing List
<sr-users@lists.kamailio.org><mailto:sr-users@lists.kamailio.org>
Subject: Re: [SR-Users] Issue of calls drop 32s
Hi Alex,
Thanks for your reply.
ICE/STUN haven’t been activated by our clients. All transmission traffic pass through a
proxy server. Below is the screenshot of a normal call process.
[cid:image001.jpg@01D62DF3.4649E8C0]
Best Regards,
Rex
-----Original Message-----
From: sr-users
<sr-users-bounces@lists.kamailio.org<mailto:sr-users-bounces@lists.kamailio.org>>
On Behalf Of Alex Balashov
Sent: Thursday, May 14, 2020 12:18 AM
To: Kamailio (SER) - Users Mailing List
<sr-users@lists.kamailio.org<mailto:sr-users@lists.kamailio.org>>
Subject: Re: [SR-Users] Issue of calls drop 32s
It's a tell-tale sign of an end-to-end ACK from the caller not being forwarded
properly to the callee. The server should not be forwarding such an ACK "to
itself"; this suggests that its Request URI may be improperly constructed (it should
be equivalent to the remote Contact URI of the callee in the 200 OK message), or that its
Route headers are somehow incorrect (they should mirror the Record-Route set in the 200
OK).
-- Alex
On Wed, May 13, 2020 at 04:07:16PM +0000, Rex Lin (林昱頡) wrote:
Hi,
It’s weird that the calls always drop after 32s while the callee is using public ip.
Also, Server forwards ACK to itself with UDP, instead of forwarding to callee with TLS.
Moreover, I cannot see “Received” in AOR as the callee finish the registration.
I recognized it’s marked by nat_uac_test(“19”) and set with fix_nated_register(), the
problem can be resolved.
My scenario is as below, for your reference.
1.Kamailio version is 4.4.7, listening public ip.
2.Caller it’s behind NAT.
3.Clients of Linphone.
Do you know the reason why it happened?
Best Regards,
Rex
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org<mailto:sr-users@lists.kamailio.org>
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
--
Alex Balashov | Principal | Evariste Systems LLC
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org<mailto:sr-users@lists.kamailio.org>
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org<mailto:sr-users@lists.kamailio.org>
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
--
Daniel-Constantin Mierla -- www.asipto.com<http://www.asipto.com>
www.twitter.com/miconda<http://www.twitter.com/miconda> --
www.linkedin.com/in/miconda<http://www.linkedin.com/in/miconda>
Funding: https://www.paypal.me/dcmierla
20 May
20 May
10:15 a.m.
New subject: Issue of calls drop 32s
Hello,
the contact in 200ok (as well as INVITE) have GRUU addresses, not the
end point IP:PORT. For INVITE, you do set_/add_contact_alias(), but it
is not done for 200ok.
If you enabled GRUU for registrar module, it should work without
set_contact_alias(), by doing lookup("location") for requests within
dialog. If the GRUU is done by devices without being enabled in
Kamailio, try with set_contact_alias() for 200ok.
Then, do not forget to use handle_ruri_alias() for requests within dialog.
Cheers,
Daniel
On 19.05.20 09:36, Rex Lin (林昱頡) wrote:
Hi Daniel,
Thanks for your reply.
Please refer to the attached output file from Homer which I replaced a
few words.
Best Regards,
Rex
*From:*Daniel-Constantin Mierla <miconda(a)gmail.com>
*Sent:* Tuesday, May 19, 2020 1:53 PM
*To:* Kamailio (SER) - Users Mailing List
<sr-users(a)lists.kamailio.org>rg>; Rex Lin (林昱頡) <Rex.Lin(a)quantatw.com>
*Subject:* Re: [SR-Users] Issue of calls drop 32s
Hello,
you have to provide the PCAP (or ngrep output) for such a call taken
on kamailio system to see the headers of each sip message and try to
understand where the issue is.
Cheers,
Daniel
On 18.05.20 09:38, Rex Lin (林昱頡) wrote:
Hi,
Do you need further information? Actually, I am not sure if the
process is normal, there‘s no problem with the call at least.
Could it be caused any problem if all clients do fix_nated_register?
Best Regards,
Rex
*From:*Rex Lin (林昱頡)
*Sent:* Friday, May 15, 2020 2:37 PM
*To:* Kamailio (SER) - Users Mailing List
<sr-users(a)lists.kamailio.org> <mailto:sr-users@lists.kamailio.org>
*Subject:* Re: [SR-Users] Issue of calls drop 32s
Hi Alex,
Thanks for your reply.
ICE/STUN haven’t been activated by our clients. All transmission
traffic pass through a proxy server. Below is the screenshot of a
normal call process.
Best Regards,
Rex
-----Original Message-----
From: sr-users <sr-users-bounces(a)lists.kamailio.org
<mailto:sr-users-bounces@lists.kamailio.org>> On Behalf Of Alex
Balashov
Sent: Thursday, May 14, 2020 12:18 AM
To: Kamailio (SER) - Users Mailing List
<sr-users(a)lists.kamailio.org <mailto:sr-users@lists.kamailio.org>>
Subject: Re: [SR-Users] Issue of calls drop 32s
It's a tell-tale sign of an end-to-end ACK from the caller not
being forwarded properly to the callee. The server should not be
forwarding such an ACK "to itself"; this suggests that its Request
URI may be improperly constructed (it should be equivalent to the
remote Contact URI of the callee in the 200 OK message), or that
its Route headers are somehow incorrect (they should mirror the
Record-Route set in the 200 OK).
-- Alex
On Wed, May 13, 2020 at 04:07:16PM +0000, Rex Lin (林昱頡) wrote:
--
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Funding: https://www.paypal.me/dcmierla
Hi,
It’s weird that the calls always drop after 32s
while the callee is
using public ip. Also, Server forwards ACK to itself with
UDP,
instead of forwarding to callee with TLS.
Moreover, I cannot see “Received”in AOR as the
callee finish the registration.
I recognized it’s marked by nat_uac_test(“19”)
and set with fix_nated_register(),
the problem can be resolved.
My scenario is as below, for your reference.
1.Kamailio version is 4.4.7, listening public ip.
2.Caller it’s behind NAT.
3.Clients of Linphone.
Do you know the reason why it happened?
Best Regards,
Rex
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users(a)lists.kamailio.org
<mailto:sr-users@lists.kamailio.org>
--
Alex Balashov | Principal | Evariste Systems LLC
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
<http://www.csrpswitch.com/>
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users(a)lists.kamailio.org <mailto:sr-users@lists.kamailio.org>
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users(a)lists.kamailio.org <mailto:sr-users@lists.kamailio.org>
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
--
Daniel-Constantin Mierla -- www.asipto.com <http://www.asipto.com>
www.twitter.com/miconda <http://www.twitter.com/miconda> --
www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
Funding: https://www.paypal.me/dcmierla 
9 Jun
9 Jun
6:50 a.m.
New subject: Issue of calls drop 32s
Hi Daniel,
Sorry for the late reply, I have disabled GRUU to solve the problem due to it will take
much time to be configured. Thanks for your great help.
Best Regards,
Rex
From: Daniel-Constantin Mierla <miconda(a)gmail.com>
Sent: Wednesday, May 20, 2020 3:15 PM
To: Rex Lin (林昱頡) <Rex.Lin(a)quantatw.com>om>; Kamailio (SER) - Users Mailing List
<sr-users(a)lists.kamailio.org>
Subject: Re: [SR-Users] Issue of calls drop 32s
Hello,
the contact in 200ok (as well as INVITE) have GRUU addresses, not the end point IP:PORT.
For INVITE, you do set_/add_contact_alias(), but it is not done for 200ok.
If you enabled GRUU for registrar module, it should work without set_contact_alias(), by
doing lookup("location") for requests within dialog. If the GRUU is done by
devices without being enabled in Kamailio, try with set_contact_alias() for 200ok.
Then, do not forget to use handle_ruri_alias() for requests within dialog.
Cheers,
Daniel
On 19.05.20 09:36, Rex Lin (林昱頡) wrote:
Hi Daniel,
Thanks for your reply.
Please refer to the attached output file from Homer which I replaced a few words.
Best Regards,
Rex
From: Daniel-Constantin Mierla <miconda@gmail.com><mailto:miconda@gmail.com>
Sent: Tuesday, May 19, 2020 1:53 PM
To: Kamailio (SER) - Users Mailing List
<sr-users@lists.kamailio.org><mailto:sr-users@lists.kamailio.org>; Rex Lin
(林昱頡) <Rex.Lin@quantatw.com><mailto:Rex.Lin@quantatw.com>
Subject: Re: [SR-Users] Issue of calls drop 32s
Hello,
you have to provide the PCAP (or ngrep output) for such a call taken on kamailio system to
see the headers of each sip message and try to understand where the issue is.
Cheers,
Daniel
On 18.05.20 09:38, Rex Lin (林昱頡) wrote:
Hi,
Do you need further information? Actually, I am not sure if the process is normal, there‘s
no problem with the call at least.
Could it be caused any problem if all clients do fix_nated_register?
Best Regards,
Rex
From: Rex Lin (林昱頡)
Sent: Friday, May 15, 2020 2:37 PM
To: Kamailio (SER) - Users Mailing List
<sr-users@lists.kamailio.org><mailto:sr-users@lists.kamailio.org>
Subject: Re: [SR-Users] Issue of calls drop 32s
Hi Alex,
Thanks for your reply.
ICE/STUN haven’t been activated by our clients. All transmission traffic pass through a
proxy server. Below is the screenshot of a normal call process.
[cid:image001.jpg@01D63E53.12C29CC0]
Best Regards,
Rex
-----Original Message-----
From: sr-users
<sr-users-bounces@lists.kamailio.org<mailto:sr-users-bounces@lists.kamailio.org>>
On Behalf Of Alex Balashov
Sent: Thursday, May 14, 2020 12:18 AM
To: Kamailio (SER) - Users Mailing List
<sr-users@lists.kamailio.org<mailto:sr-users@lists.kamailio.org>>
Subject: Re: [SR-Users] Issue of calls drop 32s
It's a tell-tale sign of an end-to-end ACK from the caller not being forwarded
properly to the callee. The server should not be forwarding such an ACK "to
itself"; this suggests that its Request URI may be improperly constructed (it should
be equivalent to the remote Contact URI of the callee in the 200 OK message), or that its
Route headers are somehow incorrect (they should mirror the Record-Route set in the 200
OK).
-- Alex
On Wed, May 13, 2020 at 04:07:16PM +0000, Rex Lin (林昱頡) wrote:
Hi,
It’s weird that the calls always drop after 32s while the callee is using public ip.
Also, Server forwards ACK to itself with UDP, instead of forwarding to callee with TLS.
Moreover, I cannot see “Received” in AOR as the callee finish the registration.
I recognized it’s marked by nat_uac_test(“19”) and set with fix_nated_register(), the
problem can be resolved.
My scenario is as below, for your reference.
1.Kamailio version is 4.4.7, listening public ip.
2.Caller it’s behind NAT.
3.Clients of Linphone.
Do you know the reason why it happened?
Best Regards,
Rex
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org<mailto:sr-users@lists.kamailio.org>
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
--
Alex Balashov | Principal | Evariste Systems LLC
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org<mailto:sr-users@lists.kamailio.org>
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org<mailto:sr-users@lists.kamailio.org>
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
--
Daniel-Constantin Mierla -- www.asipto.com<http://www.asipto.com>
www.twitter.com/miconda<http://www.twitter.com/miconda> --
www.linkedin.com/in/miconda<http://www.linkedin.com/in/miconda>
Funding: https://www.paypal.me/dcmierla
--
Daniel-Constantin Mierla -- www.asipto.com<http://www.asipto.com>
www.twitter.com/miconda<http://www.twitter.com/miconda> --
www.linkedin.com/in/miconda<http://www.linkedin.com/in/miconda>
Funding: https://www.paypal.me/dcmierla
1627
days inactive
1652
days old
5 comments
2 participants
participants (2)
-
Daniel-Constantin Mierla -
Rex Lin (林昱頡)