Andreas Granig writes:
That's my understanding now also, however it
doesn't fix the (cosmetical
- at least for me) branch=0 issue with locally generated OPTIONS
requests in the nathelper module:
OPTIONS sip:192.168.51.1:5060 SIP/2.0
Via: SIP/2.0/UDP 127.0.0.1:5062;branch=0
ok, i haven't used those and didn't know that branch=0 doesn't fix the
issue there. in order to save cpu cycles, by suggestion was to use a
constant rfc3261 compliant branch value instead of 0.
-- juha