Hi Denys,

Could you please open a Feature Request on github tracker, with this item? It will be easier to manage for me :)

Thanks and regards,

Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
  https://www.opensips-solutions.com
  https://www.siphub.com

On 11.12.2024 19:13, Denys Pozniak wrote:
Hello!
True, it makes sense to have both options.

пн, 9 дек. 2024 г. в 10:16, Bogdan-Andrei Iancu <[email protected]>:

    Hi Denys,

    Unfortunately there is no option to do that, but your case sounds
    reasonable - maybe a core param to mute such errors? Maybe
    toggle-able via MI ?

    Regards,

    Bogdan-Andrei Iancu

    OpenSIPS Founder and Developer
       https://www.opensips-solutions.com
       https://www.siphub.com

    On 20.11.2024 10:32, Denys Pozniak wrote:
    Hello!
    I'm dealing with a significant amount of unwanted traffic due to
    a problematic SIP, which is causing rsyslog to be heavily loaded
    with messages such as:

        /ERROR:core:parse_msg: message=<>/

        /ERROR:core:receive_msg: Unable to parse msg received from
        [1.1.1.1:40327 <http://1.1.1.1:40327>]/
        /ERROR:core:parse_to_param: unexpected char [,] in status 29:
        <<;tag=tmnb>> ./
        /ERROR:core:get_hdr_field: bad to header/


    I'm looking for a way to suppress these messages directly from
    the OpenSIPS level, rather than creating filters in rsyslog.
    Any guidance on how to achieve this would be greatly appreciated.

--
    BR,
    Denys Pozniak



    _______________________________________________
    Users mailing list
    [email protected]
    http://lists.opensips.org/cgi-bin/mailman/listinfo/users



--

BR,
Denys Pozniak


_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Reply via email to