Well, that's not entirely true. Outbound requires significant server-side support.
I just don't see it as adding much to NAT traversal, which works just fine without it. Outbound's value is really in solving a redundancy problem (through really Byzantine and bureaucratic means). On May 7, 2018 9:29:26 AM EDT, Sergiu Pojoga <[email protected]> wrote: >On a second thought, SIP Outbound is client-side oriented, so never >mind, I >guess. > >On Mon, May 7, 2018 at 8:49 AM, Sergiu Pojoga <[email protected]> >wrote: > >> Hi Alex, >> >> Very thorough write up, as always. If only this article was available >some >> time ago when I was putting up an edge proxy, would have saved me >weeks of >> frustration in figuring out all these NAT-related aspects and RFC >readings >> (although such an exercise helps understand the problem to its core). >> >> What you may consider adding to your article is the option of the yet >not >> so popular, but in my opinion the "future of NAT-traveral" practice >in IPv4 >> networks, which is the SIP Outbound mechanism. >> >> Best regards, >> --Sergiu >> >> >> >> On Mon, May 7, 2018 at 7:24 AM, Alex Balashov ><[email protected]> >> wrote: >> >>> Recent repeated questions on this topic have inspired a blog post: >>> >>> http://blog.csrpswitch.com/server-side-nat-traversal-with- >>> kamailio-the-definitive-guide/ >>> >>> This is a rough cut, and may be edited or expanded later. >>> >>> -- >>> 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 >>> [email protected] >>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users >>> >> >> -- Alex -- Sent via mobile, please forgive typos and brevity. _______________________________________________ Kamailio (SER) - Users Mailing List [email protected] https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
