ipv6, SVR, sip2sip etc.
Tim Woodall <[email protected]> Sun, 28 Jul 2019 10:57:05 +0100 (BST)
| Newsgroups | gmane.network.siproxd |
|---|---|
| Message-ID | <[email protected]> |
Hi, I've been using siproxd successfully on debian for a while now, thanks! Some comments and questions. 1. My setup is almost exclusively IPV6. I've some local changes to enable debugging via an IPv6 connection. I'd like to extend it to enabling internal IPv4 to external IPv6 proxy (I have ipv4 only hardware for making sip calls) and internal IPv6 to external IPv4 (some providers are ipv4 only) Is there any general interest in this? I don't have a huge amount of time to work on this and I've got to get permission from work to contribute (I don't think it will be a problem but I don't want to make the effort if the general consensus is IPv6 is not appropriate for this application) 2. SRV records are not supported - this breaks, for example, sip2sip. However, in that case I've got it working with: outbound_domain_name = sip2sip.info outbound_domain_host = proxy.sipthor.net outbound_domain_port = 5060 This should, of course, be looked up via srv records. Any plans to support this? If I eventually get around to it it will be after IPv6 DNS support. 3. It's annoying to have to run a separate proxy for each client that shares an upstream - the registrations get overwritten. I've made some progress on removing this restriction but it needs completely reworking for the 0.8.2 release and it definitely still had bugs. Has anyone else already solved this one? Or knows that it's never going to work and I'm wasting my time? Despite all the above, siproxd has been a lifesaver. Since switching from PTSN to VOIP I've been dependent on reliable NAT traversal and it's the only thing that has worked for me. Thanks again,