This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Log dropped broadcasts

Hi all

Just want to check if it is fine to Disable

Log dropped broadcasts which is under Packet Filter -> Advance

On one hand, it seems wise to simply log everything and there is no downside since there are tons of HDD Space Available. (I never even fill 3% after entire year)

The reason I am thinking of disabling it now is because I realized it is because of this setting that causes the Packet Filter Logs ( Live) shows a lot of broadcast traffic and this makes it hard for troubleshooting since 90% of the page is the same dropped broadcast. (There is tons of broadcast due to a media stream device known as HAVA, think of it as slingbox)

Thus seek your advice

1) Simply can leave it OFF, not a issue.
2) OR I should keep it ON and turn off only when I need to troubleshoot as disabling this can cause me to lose important information. (Well the way I see is there must be a reason it exist right)


This thread was automatically locked due to age.
Parents
  • Hi,

    OR
    3) leave it off, and only turn it on when troubleshooting broadcasts [:P]

    I keep it off personally.

    Another option is to just use the shell and GREP the logs; e.g. use grep -v to filter out the broadcast entries.

    You might be able to create a rule to drop the broadcasts from the HAVA device:
    source: hava
    dest: LAN broadcast address
    service: any
    drop

    Barry
Reply
  • Hi,

    OR
    3) leave it off, and only turn it on when troubleshooting broadcasts [:P]

    I keep it off personally.

    Another option is to just use the shell and GREP the logs; e.g. use grep -v to filter out the broadcast entries.

    You might be able to create a rule to drop the broadcasts from the HAVA device:
    source: hava
    dest: LAN broadcast address
    service: any
    drop

    Barry
Children
  • Thank You BarryG

    - Glad to know / assured it is fine to disable.
    - I kept other FTP and DNS Logging Enabled.

    - I don't think there is a need for the packet filter rule right because right now it is being dropped by default rule.
    It is just the massive logs scrolling across that "live log" when doing troubleshooting that was the issue with so many broadcast covering 90% of the screen and moves too fast.

  • - I don't think there is a need for the packet filter rule right because right now it is being dropped by default rule.

    Barry is a genius I tell ya. That rule he is suggesting is not to actually drop the packets that are being dropped by default. If you create a rule, you have the option of turning the logging on/off. So if you create a deny rule and leave logging off, technically you shouldn't see it in the live logs. 

    Try and let us know if it works[;)]
  • Billybob

    - Thank You for highlighting to me that I missed BarrG point that I can disable the logging by creating a rule even when it is currently dropped.

    - Yes BarryG is a genius, he replied to every of my questions which I really appreciate.

    Well I did the test

    1) This is what Live Logs shows when Log Broadcast is Enabled,
    HAVA IP:1778 →255.255.255.255  :  1778

    2) I created a UDP 1778
    3) I created a rule on top.
    HAVA IP UDP1778 -> LAN Broadcast = Drop and do not log.
    The Live logs still shows.
    I noted the LAN Broadcast is not the 255.255.255.255
    Thus I changed it to
    HAVA IP UDP 1778 -> ANY = Drop and do Not Log.
    It will still appear in the live logs.

    4) I personally think it would still appear in the live logs because in the live logs, it is the Default Drop Rule that applies first and not my rule.