Hi David Could you send PCAP for an inbound call via TCP connection? Sergey
On Thu, May 23, 2024 at 5:53 PM David Villasmil < [email protected]> wrote: > it's still in progress though. > Regards, > > David Villasmil > email: [email protected] > phone: +34669448337 > > > On Thu, May 23, 2024 at 4:51 PM David Villasmil < > [email protected]> wrote: > >> Thanks, I'll check it out! >> Regards, >> >> David Villasmil >> email: [email protected] >> phone: +34669448337 >> >> >> On Thu, May 23, 2024 at 4:16 PM Sergey Safarov <[email protected]> >> wrote: >> >>> We have tested this PR using the Linphone app. >>> So your case will be resolved using this PR. >>> Need to enable HAproxy protocol headers. >>> >>> On Wed, May 22, 2024 at 4:36 PM Sergey Safarov <[email protected]> >>> wrote: >>> >>>> Please try Kamailio PR >>>> https://github.com/kamailio/kamailio/pull/3731 >>>> >>>> We have developed this PR for use case you have described. >>>> We have tested Route and Record-Route headers not Via. >>>> So will provide some review for this PR then will be fine. >>>> >>>> On Wed, May 22, 2024 at 2:22 PM David Villasmil < >>>> [email protected]> wrote: >>>> >>>>> Hello Sergey, >>>>> >>>>> Thanks for the suggestion. Not sure if his is what i'm looking for, >>>>> allow me to explain further: >>>>> We set up an NetworkLoadBalancer on AWS to offload tls on it. This >>>>> Load balancer is a TLS listener on the outside and a TCP connection to the >>>>> proxy inside. >>>>> So when sending an INVITE to the connected client, the via has a TCP >>>>> protocol like >>>>> >>>>> Via: SIP/2.0/TCP >>>>> mydomain:port;branch=z9hG4bKf176.53ac8af0d7090a31e44548f15ea420ff.0 >>>>> >>>>> and the client (linphone) disconnects and tries to contact the proxy >>>>> on that address on a TCP socket, which doesn't exist. I tried many >>>>> solutions none of which actually work... last one setting $du =$du + >>>>> ";transport=tls" and forcing the socket to the TCP socket to the load >>>>> balancer, but of course i'm getting warnings about this. >>>>> >>>>> is this something that PR (not merged) would be addressing, i didn't >>>>> see that. >>>>> If not, is there a way of doing this without any trickery? >>>>> >>>>> Thanks! >>>>> >>>>> Regards, >>>>> >>>>> David Villasmil >>>>> email: [email protected] >>>>> phone: +34669448337 >>>>> >>>>> >>>>> On Wed, May 22, 2024 at 12:16 PM Sergey Safarov <[email protected]> >>>>> wrote: >>>>> >>>>>> Probable you need this PR >>>>>> https://github.com/kamailio/kamailio/pull/3810 >>>>>> >>>>>> Or you can try >>>>>> https://github.com/kamailio/kamailio/pull/3731 >>>>>> In this PR we faced the same issue and solved this. >>>>>> >>>>>> >>>>>> On Wed, May 22, 2024 at 3:43 AM David Villasmil via sr-users < >>>>>> [email protected]> wrote: >>>>>> >>>>>>> Hello Anthony, did you solve this problem? I'm facing the same >>>>>>> problem >>>>>>> >>>>>>> Thanks! >>>>>>> Regards, >>>>>>> >>>>>>> David Villasmil >>>>>>> email: [email protected] >>>>>>> phone: +34669448337 >>>>>>> >>>>>>> >>>>>>> On Mon, Feb 5, 2018 at 5:57 AM Anthony Alba <[email protected]> >>>>>>> wrote: >>>>>>> >>>>>>>> I have kamailio behind a TLS termination proxy so the sockets are >>>>>>>> correctly deduced to be TCP. However the clients only talk TLS to the >>>>>>>> proxy >>>>>>>> and are confused when the top Via header added by Kamailio is TCP. Is >>>>>>>> there >>>>>>>> a way for Kamailio to forcibly pretend its protocol is TLS? Like >>>>>>>> advertised_address but "advertised_protocol" instead. >>>>>>>> >>>>>>>> (With pjsip testing: it has a flag use_tls which ignores TCP from >>>>>>>> Kamailio and continues to use the persistent TLS transport to proxy. >>>>>>>> Linphone fails because it tries to honor TCP in Via and is unable to >>>>>>>> establish TCP transport). >>>>>>>> >>>>>>>> BTW I am using t_relay_to_tcp so Kamailio will return traffic to >>>>>>>> the proxy as TCP even though the contact addresses specify >>>>>>>> transport=TLS. >>>>>>>> _______________________________________________ >>>>>>>> Kamailio (SER) - Users Mailing List >>>>>>>> [email protected] >>>>>>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users >>>>>>>> >>>>>>> __________________________________________________________ >>>>>>> Kamailio - Users Mailing List - Non Commercial Discussions >>>>>>> To unsubscribe send an email to [email protected] >>>>>>> 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 [email protected] Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
