Sheriff
On 9 Mar 2015 22:30, "Lucas Hazel" <[email protected]> wrote:

>  ec-c3-c34s4(su)->show port trap
> Link traps disabled on port ge.1.1.
> Link traps disabled on port ge.1.2.
> Link traps disabled on port ge.1.3.
> Link traps disabled on port ge.1.4.
> Link traps disabled on port ge.1.5.
> Link traps disabled on port ge.1.6.
> Link traps disabled on port ge.1.7.
> Link traps disabled on port ge.1.8.
> Link traps disabled on port ge.1.9.
> Link traps disabled on port ge.1.10.
> Link traps disabled on port ge.1.11.
> Link traps disabled on port ge.1.12.
> Link traps disabled on port ge.1.13.
> Link traps disabled on port ge.1.14.
> Link traps disabled on port ge.1.15.
> Link traps disabled on port ge.1.16.
> Link traps disabled on port ge.1.17.
> Link traps disabled on port ge.1.18.
> Link traps disabled on port ge.1.19.
> Link traps disabled on port ge.1.20.
> Link traps enabled  on port ge.1.21.
> Link traps enabled  on port ge.1.22.
> Link traps enabled  on port ge.1.23.
> Link traps enabled  on port ge.1.24.
>
>   On 6 Mar 2015, at 12:11 pm, Jolyon Ansuz <[email protected]>
> wrote:
>
> Hello all,
>
> I'm working on refining our syslog settings for switches across our
> network.
>
> It's my intentions to set the application System to seven to catch the
> interfaces going up and down. The conflicting information that I don't want
> is as below:
>
> ---8<-- snip ----------------------------------
> ec-d2-c34s98(su)->set logging application System level 7
> ec-d2-c34s98(su)->
> <190>Mar  6 21:31:18     172.21.6.197-1 DTL[65189344]: ds_main.c(545) 1005
> % dsPacketIntercept : creating a ds binding for vlan 1600 in interface 14
> ...
> <190>Mar  6 21:31:27     172.21.6.197-1 DTL[65189344]: ds_main.c(545) 1014
> % dsPacketIntercept : creating a ds binding for vlan 1601 in interface 14
> <190>Mar  6 21:31:31     172.21.6.197-1 TRAPMGR[53608264]: traputil.c(466)
> 1015 % Link Down: Unit: 1 Slot: 0 Port: 11
> <190>Mar  6 21:31:34     172.21.6.197-1 DTL[65189344]: ds_main.c(545) 1016
> % dsPacketIntercept : creating a ds binding for vlan 1600 in interface 14
> ...
> <190>Mar  6 21:31:39     172.21.6.197-1 DTL[65189344]: ds_main.c(545) 1026
> % dsPacketIntercept : creating a ds binding for vlan 1604 in interface 14
> ---8<-- snip ----------------------------------
>
> I'm using the below templates at the moment.
>
> ---8<-- snip ----------------------------------
> # Clear any previous logging servers
> clear logging server 1
> clear logging server 2
>
> # Set external logging servers, levels to be set according to application
> level requirements.
> set logging server 1 ip-addr x.x.x.x facility local7 severity x descr
> 'syslog01' state enable
> set logging server 2 ip-addr x.x.x.x facility local7 severity x descr
> 'syslog02' state enable
>
> # Set default levels
> set logging application all level 6
>
> # Refine levels
> set logging application CLIWEB level 5
> set logging application SNMP level 4
> set logging application STP level 7
> set logging application Driver level 7
> set logging application System level 6
> set logging application Stacking level 5
> set logging application UPN level 6
> set logging application Router level 6
> ---8<-- snip ----------------------------------
>
> Is anyone able to shed some light or share an example for/with me please?
>
> Sincerely,
>
> Jolyon Ansuz
>
> Senior Network and Communications Administrator
> Communications Infrastructure
> Information Technology
> University of New England
> Armidale NSW 2351
>
> P: +61 2 6773 3568
> M: +61 412 735 836
>
> "If you want something new, you have to stop doing something old.", Peter
> Drucker (IEEE)
>
> This message contains confidential information and is intended only for
> the individual named. If you are not the named addressee you should not
> disseminate, distribute or copy this e-mail. Please notify the sender
> immediately by e-mail if you have received this e-mail by mistake and
> delete this e-mail from your system.
>
> E-mail transmission cannot be guaranteed to be secure or error-free as
> information could be intercepted, corrupted, lost, destroyed, arrive late
> or incomplete, or contain viruses. The sender therefore does not accept
> liability for any errors or omissions in the contents of this message which
> arise as a result of e-mail transmission. If verification is required
> please request a hard-copy version.
>
> "Most of the things worth doing in the world had been declared impossible
> before they were done.", Louis D. Brandeis
>
>
> ---
> To unsubscribe from enterasys, send email to [email protected] with the
> body: unsubscribe enterasys [email protected]
>
>
>    --
>  Lucas Hazel <[email protected]>
>
> Senior Network and Communications Administrator
>  Infrastructure Services Group
>
> Information Technology
> University of New England
> Armidale NSW 2351
>
> Phone  +61267732666
> Mobile +61407569330
>
>
>    - --To unsubscribe from enterasys, send email to [email protected] with
>    the body: unsubscribe enterasys [email protected]
>
>

---
To unsubscribe from enterasys, send email to [email protected] with the body: 
unsubscribe enterasys [email protected]

Reply via email to