[SR-Users] Negative ACK issue
Daniel-Constantin Mierla
miconda at gmail.com
Thu Jan 9 17:16:56 CET 2020
Is it a recent version of kamailio, or an older one?
Cheers,
Daniel
On 09.01.20 16:55, Michael Broughton wrote:
> Thank you, this was a helpful sanity check.
>
> We have been capturing SIP traces to try and debug this. I normally
> just look at the traffic on our Kam box because it is convenient to do
> so, but I have also taken traces on our firewall to check the ALG
> behaviour. The provider techs are also tracing these calls on their
> network as well. The ALG is new equipment in our setup, but as far as
> I can tell it is behaving correctly.
>
> The one rather annoying discovery that I made is that when I call
> directly out from the source (Freeswitch in this case) and bypass
> Kamailio, the negative ACK's seem to work. I do not see any
> retransmissions of their final response. And of course the only
> significant difference in the SIP traces is the Via headers.
>
> Anyway, thanks again for your input.
>
>
> On Thu, Jan 9, 2020 at 4:04 AM Lợi Đặng <loi.dangthanh at gmail.com
> <mailto:loi.dangthanh at gmail.com>> wrote:
>
> Hi,
> You're not going to have the Via header from your `source` sent to
> your `telco provider` in the negative ACK when the call is not
> answered, because the ACK in the right hand side of the call is
> created by the kamailio itself, not a forwarding one by the `source`.
> Yes, you've guessed it, ACK for an answered call is a forwarding
> one which contains all the Via headers. It's the SIP spec, not
> kamailio, you may want to dive into rfc3261 for more details.
>
> In this case, your telco's expectation is not correct, my best
> guess is something went wrong with either your SIP ALG or Telco
> Provider. SIP capturing may help.
>
> rgds,
> Loi Dang Thanh
> Phone : +84. 774.735.448
> Email : loi.dangthanh at gmail.com <mailto:loi.dangthanh at gmail.com>
>
>
> On Thu, Jan 9, 2020 at 2:42 AM Michael Broughton
> <mbroughton at advanis.net <mailto:mbroughton at advanis.net>> wrote:
>
> Hello,
>
> Long time Kam/Ser user, first time poster.
>
> I'm running into a problem with one of our telco providers
> when we make a call that ends up being not in service or some
> other error. In this case our ACK's are not working and the
> phone line stays open for a period of time until something
> times out on their end.
>
> They claim the issue is that our negative ACK message is
> dropping one of the Via headers. This is the only case I can
> find in our setup where Kamailio does this. But it does drop
> the first Via, which is the first hop in our internal network.
>
> I don't understand why this is a problem for them, and I'm
> still trying to get a reasonable explanation out of them.
> Technically, I don't see why it would be a problem. This
> behaviour is not an issue with our other telco providers.
> Strangely enough, it is also not an issue for this provider
> when we make the calls over their MPLS network (we are
> switching to the internet).
>
> My question is, can this behaviour be changed in Kamailio
> somehow? Is there a way for it to keep all the Via headers for
> negative ACK's?
>
> Or, do I just need to poke them harder to fix their issues?
>
> My setup:
>
> Source -> Kamailio -> Firewall (NAT, SIP ALG) -> Telco Provider
>
> I hope I have provided enough information.
>
> Thanks!
> Michael
>
>
> _______________________________________________
> Kamailio (SER) - Users Mailing List
> sr-users at lists.kamailio.org <mailto:sr-users at lists.kamailio.org>
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
> _______________________________________________
> Kamailio (SER) - Users Mailing List
> sr-users at lists.kamailio.org <mailto:sr-users at lists.kamailio.org>
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
>
> _______________________________________________
> Kamailio (SER) - Users Mailing List
> sr-users at lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
--
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - April 27-29, 2020, in Berlin -- www.kamailioworld.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20200109/c21d84dd/attachment.html>
More information about the sr-users
mailing list