there is some references to an optional H.323 proxy on ipfilter's
mailing list in 2005. Couldn't find anything on SIP though. Siproxd is
not only modifying the IP addresses inside the SIP packets, but also
adds an RTP proxy for the real-time streams. On the registration side,
it makes it possible to have multiple LAN side endpoints registered on
m0n0wall and accepting calls from the Internet in form of
I will do further performance testing on the WRAP platform and HD
video conferencing over it and share the results.
I added siproxd it to my private m0n0wall versions a few day ago due
to issues I ran into with commercial HD video endpoints. Their SIP
implementations are barely capable of getting un-NAT'd point to point
calls going. It also gave me a great learning experience on SIP.
siproxd offers excellent debugging functionality over a TCP connection
to the daemon ... ideally for an embedded platform like m0n0wall.
BTW I do understand that anything we add to m0n0wall increases the
memory footprint on the flash but also at runtime in memory. Flash
space is not a big deal these days, but RAM is. Has anyone thought of
the possibility to have files removed during startup from the ramdisk
when its service is disabled? In case of siproxd, this might save
about 1 Mbytes. Enabling the service will then simply require a
On Nov 7, 2007 2:06 AM, Chris Buechler <cbuechler at gmail dot com> wrote:
> On 11/3/07, Marcel Wiget <mwiget at gmail dot com> wrote:
> > Hi,
> > While working with different NAT/Firewall traversal solutions
> > for SIP User Agents (audio and video phone endpoints) I wanted
> > something that will ease the burden on the endpoints when
> > connected behind m0n0wall. Siproxd from Thomas Ries:
> > http://siproxd.sourceforge.net offers a simple SIP registrar,
> > proxy and masquerading daemon that handles SIP signaling and
> > RTP stream proxying.
> I also agree this would be a nice addition.
> One question though - doesn't ipnat in ipfilter 4.x have a SIP proxy
> already? I was thinking it did, but then some searching came up
> empty. If it does, it would be better to use what's there already
> rather than siproxd. Nothing wrong with siproxd, just no sense in
> adding software if what's there now can accomplish this.
> To unsubscribe, e-mail: m0n0wall dash dev dash unsubscribe at lists dot m0n0 dot ch
> For additional commands, e-mail: m0n0wall dash dev dash help at lists dot m0n0 dot ch