search for: skp_epaddr_len

...couldn't complete outgoing calls. I would get initial audio, but the call was never connected as far as the softphone was concerned. Analysis showed that ip_nat_sip rewrote the IP-Address in the Call-ID: instead of the IP-Address in the Contact: header. The problem is in ip_conntrack_sip.c:skp_epaddr_len: it searches for the next @ to skip the username, but does not stop at the end of the header line. In my case, SJPhone sends a Contact without a username, and the next @ was in the Call-ID header. Attached is a (trivial) fix. The fix should be safe, even in the presence of clients that use con...