I forgot to mention in my previous e-mail that those ping packets are over UDP, which seems like a bug in eyeBeam. Anyway, the end result is that opensips logs are polluted. Over TCP, it seems that those packets are properly handled by opensips. It's UDP that is having issues.
Regards, Ovidiu Sas On Fri, Oct 18, 2013 at 11:20 AM, Saúl Ibarra Corretgé <[email protected]> wrote: > > On Oct 16, 2013, at 12:22 PM, Ovidiu Sas <[email protected]> wrote: > >> eyeBeam (release 1105z stamp 59030) is sending small packets to keep >> the NAP pinhole open. >> Those packets are short (4 bytes) with the following content: 0d0a0d0a. >> In the logs, we have: >> INFO:core:parse_first_line: empty or bad first line >> INFO:core:parse_first_line: bad message >> ERROR:core:parse_msg: message=<> >> ERROR:core:receive_msg: parse_msg failed >> >> We should add some parameters to the config that will allow to >> silently drop these kind of packets. >> We should be able to configure several patterns with length and hex content. >> Comments? >> > > That looks like the double CRLF technique used in SIP outbound > (http://tools.ietf.org/html/rfc5626#section-3.5.1), so I guess the right > thing to do here would be to reply with CRLF. > > > Regards, > > -- > Saúl Ibarra Corretgé > AG Projects > > > > > _______________________________________________ > Devel mailing list > [email protected] > http://lists.opensips.org/cgi-bin/mailman/listinfo/devel -- VoIP Embedded, Inc. http://www.voipembedded.com _______________________________________________ Devel mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
