ExtremeSwitching (EXOS)

  • 1.  Use of "DefaultFilter" and beyound!

    Posted 04-16-2015 08:15
    Is there any documentation on the use of creating filters, includes and excludes for certain situations or debugging.

    For example, what to create for debugging or omitting certain events instead of capturing them all (some examples I see are already on this forum), some given below:

    • OSPF
    • VRRP
    • Excludes for link up / down
    • ....List can go on for ever
    The event component list is so extensive its often hard to see the 'wood through the trees', or what combination or specific event you need for what.

    Is there a list or guide on its proper use, not just the basics on how to configure filtering?

    Many thanks in advance.

  • 2.  RE: Use of "DefaultFilter" and beyound!

    Posted 04-21-2015 15:05
    Hi Martin,

    One thing that may be helpful is the command "show log counters

  • 3.  RE: Use of "DefaultFilter" and beyound!

    Posted 04-22-2015 10:33
    Thanks for responding Brandon, the information is really useful. By the way, whereabouts would I get information like the 'EMS Message Catalog' as I can't seem to find anything like that through my partner login?

    Have some additional questions around this though. When looking though this forum there is an example of some events that can be enabled when debugging OSPF:


    Of which I repeat below:

    configure log filter "DefaultFilter" add events ospf.event severity debug-summaryconfigure log filter "DefaultFilter" add events ospf.neighbor severity debug-summary
    configure log filter "DefaultFilter" add events "ospf.hello.PktInv"
    configure log filter "DefaultFilter" add events "ospf.lsa.PktInv
    configure log filter "DefaultFilter" add events "ospf.lsa.LSUpdtPktInv"
    configure log filter "DefaultFilter" add events "ospf.lsa.DropLenInv"
    configure log filter "DefaultFilter" add events "ospf.lsa.CksumInv"

    Which it also details where the general 'debug' command hasn't given what you might expect:

    VoIP-MDF-Extreme_V670.2 # debug ospf ?
    show Show
    * VoIP-MDF-Extreme_V670.2 # debug ospf show ?
    epm Display licence information from epm
    * VoIP-MDF-Extreme_V670.2 # debug ospf show epm
    Effective license: 2
    Switch license: 2
    Features: edgemode,
    * VoIP-MDF-Extreme_V670.3 #

    So I was generally after something that would give you this level of detail, like if I wanted to debug OSPF (as given above), VRRP, bootprelay, Spanning-tree etc.

    My problem is as the catalog details, it has a very extensive events list (which is great) but is so vast that it might be difficult to know what events to use for what.

    Might be missing the point and its general practice that you would just work with the default filter and say enable debug-data etc.

    Would be useful just to use the debug command with the event/s that your interested, but I assume you can just create a custom filter to say the console?

  • 4.  RE: Use of "DefaultFilter" and beyound!

    Posted 04-22-2015 10:33
    The EMS Message Catalog is available on our documentation page.

    The debug commands in EXOS are different from what you may expect from a Cisco perspective. These do not enable any additional logging, but are simply additional commands added for use by Engineering for development.

    Generally, the best way to get more detailed logging for debugging certain issues is to look at the occurred log counters for that component, and see what is happening that is not included in a log filter and add it.

    You can send this to the default filter, or you can create an additional filter and send it to the console or to a syslog server. I've attached a sample config to create a new log filter, add OSPF neighbor and LSA logging, and send it to a syslog server. You could also send this to a CLI session, but generally I would not recommend this, as it can make it difficult to use the CLI, especially with very verbose logging enabled.

    create log filter ospf_filter configure log filter ospf_filter add events ospf.neighbor configure log filter ospf_filter add events ospf.lsa configure syslog add local4 configure log target syslog local4 filter ospf_filter severity debug-verbose enable log target syslog local4 enable log debug-mode[/code]
    One more thing to be away of is that any logs with a severity of "debug-data", "debug-summary", or "debug-verbose" will not be generated unless debug logging is configured with the command "enable log debug-mode". Note that this can cause increased CPU utilization.

  • 5.  RE: Use of "DefaultFilter" and beyound!

    Posted 04-22-2015 10:33
    That's brilliant. Thanks for the response Brandon.