Yeah, we've ruled that out. If it is a UA sending malformed SIP traffic, sipXproxy still should drop that or respond with an error (and maybe write a log entry to that effect) but it should not cause it to lose its socket connection to sipregistrar and have to be restarted.
Tony Graziano wrote on Thu, 02 August 2012 12:28 > The malformed crap could easily come from a > misconfigured or badly designed > UA by the way. Also realize I have never seen it even > with remote user > traversal WHEN I lick down pps to port 5060 in the > firewall to a sane > functional number. One assumes you inspected the logs to > verify there was > no outside attempt to spam calls via the proxy (I.e. > INVITE)? -- _______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
