[SR-Users] Re: Compatibility issue between proxy and registrar
You are using DMQ to replicate usrloc between registrars ? This should not affect the "proxy servers", although their exact role is not mentioned. If this is the case, you could do some kamcmd ul.dump on both registrars. Also the DMQ traffic can be traced by tcpdump etc. You may also want to validate the DMQ bus, "the way each node learns about the other ones." On Thu, Apr 25, 2024 at 10:46 AM satyaprakash ch via sr-users < sr-users@lists.kamailio.org> wrote: > Hi, > > There are two proxy servers and two registrar servers with DMQ enabled, > and we have upgraded the proxy servers to 5.7.4 and the registrar servers > to 5.5.5. > > Kamailio proxy version 5.7.4 > Kamailio registrar version: 5.5.5 > > Following the upgrade of the proxy server to 5.7.4, calls are not working > and no response is received. > Once again, we have reverted the proxy server to 5.5.5, so that the proxy > server and the registrar server version are now the same.The calls are now > working as expected. > > We suspect it could be an DMQ issue. > > I would appreciate your suggestions on this matter of compatibility > between proxy and registry servers. > > Thanks. > __ > Kamailio - Users Mailing List - Non Commercial Discussions > To unsubscribe send an email to sr-users-le...@lists.kamailio.org > Important: keep the mailing list in the recipients, do not reply only to > the sender! > Edit mailing list options or unsubscribe: > __ Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-le...@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
[SR-Users] Re: RFC5626 Keep-Alive with CRLF
Did you look at the tcpops module. I am sometimes getting confused but I think this is the one made by the kernel and it is simply a socket option flag. On Thu, Mar 21, 2024, 6:14 AM Ihor Olkhovskyi via sr-users < sr-users@lists.kamailio.org> wrote: > Hello, > > A bit generic question, does Kamailio supports CRLF keepalive per > https://www.rfc-editor.org/rfc/rfc5626#section-4.4.1 ? > It's more for tracking TCP connection states, as seems > tcp_keepalive_enable is not super reliable especially in mobile networks. > > -- > Best regards, > Ihor (Igor) > __ > Kamailio - Users Mailing List - Non Commercial Discussions > To unsubscribe send an email to sr-users-le...@lists.kamailio.org > Important: keep the mailing list in the recipients, do not reply only to > the sender! > Edit mailing list options or unsubscribe: > __ Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-le...@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
[SR-Users] Re: Info: Kamailio World 2024 - Call for presentations
Hi Daniel, I hope you are well, I miss the community ! I just want to make sure you got my submission, I made it yesterday so I am not expecting an answer right away but just in case something went wrong ... Cheers ! On Mon, Jan 8, 2024 at 7:30 AM Daniel-Constantin Mierla via sr-users < sr-users@lists.kamailio.org> wrote: > Hello, > > a short note to inform that the Call For Presentations is now open for > Kamailio World 2024. Everyone is welcome to submit proposal for > presentations to share the knowledge about Kamailio or Real Time > Communication services, security, high availability, scalability, etc. > > Submission form and more details are available at: > > - https://www.kamailioworld.com/k2024/call-for-speakers/ > > Cheers, > Daniel > > -- > Daniel-Constantin Mierla (@ asipto.com) > twitter.com/miconda -- linkedin.com/in/miconda > Kamailio Consultancy, Training and Development Services -- asipto.com > Kamailio World Conference, April 18-19, 2024, Berlin -- kamailioworld.com > > __ > Kamailio - Users Mailing List - Non Commercial Discussions > To unsubscribe send an email to sr-users-le...@lists.kamailio.org > Important: keep the mailing list in the recipients, do not reply only to > the sender! > Edit mailing list options or unsubscribe: > __ Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-le...@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
[SR-Users] Re: kamailio t_on_failure tcp timeout
The on failure route was not triggered because I was doing a t_reply before
the timeout was triggered ...
On Tue, Nov 21, 2023 at 1:51 PM Julien Chavanton
wrote:
> Sorry for the incomplete email.
>
> My problem is that the failure route does not trigger on TCP timeout.
>
> ...
> t_on_reply("ON_REPLY_MESSAGE");
> t_on_failure("FAILURE_MESSAGE");
> if (!t_relay())
> sl_reply_error();
>
>
> I did play with some settings like
>
> tcp_send_timeout=3
> t_set_max_lifetime(3000, 3000);
>
> I also waited a lot more than 32 seconds.
>
> Maybe I need to run in debug mode to find out what is going on.
>
>
> On Tue, Nov 21, 2023 at 1:46 PM Julien Chavanton
> wrote:
>
>> Hi,
>>
>> I would like to catch TCP timeouts when I use a socket that was not
>> closed.
>> In this example I am sending SIP MESSAGE
>>
>> ...
>> t_on_reply("ON_REPLY_MESSAGE");
>> t_on_failure("FAILURE_MESSAGE");
>> if (!t_relay())
>> sl_reply_error();
>>
>
__
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email to sr-users-le...@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the
sender!
Edit mailing list options or unsubscribe:
[SR-Users] Re: kamailio t_on_failure tcp timeout
Sorry for the incomplete email.
My problem is that the failure route does not trigger on TCP timeout.
...
t_on_reply("ON_REPLY_MESSAGE");
t_on_failure("FAILURE_MESSAGE");
if (!t_relay())
sl_reply_error();
I did play with some settings like
tcp_send_timeout=3
t_set_max_lifetime(3000, 3000);
I also waited a lot more than 32 seconds.
Maybe I need to run in debug mode to find out what is going on.
On Tue, Nov 21, 2023 at 1:46 PM Julien Chavanton
wrote:
> Hi,
>
> I would like to catch TCP timeouts when I use a socket that was not closed.
> In this example I am sending SIP MESSAGE
>
> ...
> t_on_reply("ON_REPLY_MESSAGE");
> t_on_failure("FAILURE_MESSAGE");
> if (!t_relay())
> sl_reply_error();
>
__
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email to sr-users-le...@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the
sender!
Edit mailing list options or unsubscribe:
[SR-Users] kamailio t_on_failure tcp timeout
Hi,
I would like to catch TCP timeouts when I use a socket that was not closed.
In this example I am sending SIP MESSAGE
...
t_on_reply("ON_REPLY_MESSAGE");
t_on_failure("FAILURE_MESSAGE");
if (!t_relay())
sl_reply_error();
__
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email to sr-users-le...@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the
sender!
Edit mailing list options or unsubscribe:
