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,