14 Feb
2019
14 Feb
'19
2:56 p.m.
Hello,
maybe you can make some filtering based on the path of the files
printing the error messages, so if you want to "ignore" parsing errors,
then skip alerts what have "core/parser/" in the path.
Otherwise, it is not that easy to add so many options to be able to
control every errors/warnings/... when to print them.
There could be also solutions to block traffic from devices sending
broken SIP packages continuously/for long interval of time.
Cheers,
Daniel
On 14.02.19 03:58, Daniel Greenwald wrote:
Curious how other folks are dealing with the volume of
logs that
Kamailio generates. We are currently sending them to syslog and
alerting on WARN and above but the amount of alert noise is
unbearable. For example (there are many variations):
ERROR: <core> [core/tcp_read.c:297]: tcp_read_data(): error reading:
Connection reset by peer
INVITE:WARNING: sanity [sanity.c:776]: check_parse_uris(): failed to parse
From header
INVITE:ERROR: <core> [core/parser/parse_from.c:75]:
parse_from_header(): b
ad From header
The fact that these are WARN/ERROR level and from core makes me wonder
how we can possibly make alerts relevant. Any input would be appreciated.
Thanks,
Daniel G
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users(a)lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
--
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 6-8, 2019 -- www.kamailioworld.com
Kamailio Advanced Training - Mar 4-6, 2019 in Berlin; Mar 25-27, 2019, in Washington, DC,
USA -- www.asipto.com