List
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
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 Mail
(SER) - Users Mailing List
> *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
) - Users Mailing List
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
On Behalf Of Alex Balashov
Sent: Thursday, May 14, 2020 12:18 AM
To: Kamailio (SER) - Users Mailing List
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 forwa
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 th
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_ua
