[AusNOG] Dark Fibre going Error Disable

[Skeeve Stevens]

Damn... ER optics aren't cheap.


...Skeeve

*Skeeve Stevens - *eintellego Networks Pty Ltd
skeeve at eintellegonetworks.com ; www.eintellegonetworks.com

Phone: 1300 239 038; Cell +61 (0)414 753 383 ; skype://skeeve

facebook.com/eintellegonetworks ;  <http://twitter.com/networkceoau>
linkedin.com/in/skeeve

twitter.com/theispguy ; blog: www.theispguy.com


The Experts Who The Experts Call
Juniper - Cisco - Cloud - Consulting - IPv4 Brokering


On Thu, May 15, 2014 at 8:47 AM, McDonald Richards <
McDonald.Richards at vocus.com.au> wrote:

>  Normally it's a failing optic at one end. It will probably happen again.
> Setup the err-disable auto recovery feature so that it comes back after a
> minute.
>
>  Macca
>
>
>
> On 15 May 2014, at 8:45 am, "Skeeve Stevens" <
> skeeve+ausnog at eintellegonetworks.com> wrote:
>
>   Hey Nathan,
>
>  Logs are minimal.
>
>  May 14 16:58:25.672 AEST: %LINEPROTO-5-UPDOWN: Line protocol on
> Interface TenGigabitEthernet3/1/2, changed state to down
> May 14 16:58:30.470 AEST: %LINEPROTO-5-UPDOWN: Line protocol on Interface
> TenGigabitEthernet3/1/2, changed state to up
> May 14 17:00:22.888 AEST: %LINEPROTO-5-UPDOWN: Line protocol on Interface
> TenGigabitEthernet3/1/2, changed state to down
> May 14 17:00:23.886 AEST: %LINK-3-UPDOWN: Interface
> TenGigabitEthernet3/1/2, changed state to down
> May 14 17:00:25.194 AEST: %PM-4-ERR_DISABLE: link-flap error detected on
> Te3/1/2, putting Te3/1/2 in err-disable state (RKN03L06SWCORE02-3)
>
>  Seems to be nothing else on either side... which is why I am asking...
> very odd for Dark Fibre.
>
>
> ...Skeeve
>
>  *Skeeve Stevens - *eintellego Networks Pty Ltd
>  skeeve at eintellegonetworks.com ; www.eintellegonetworks.com
>
> Phone: 1300 239 038; Cell +61 (0)414 753 383 ; skype://skeeve
>
> facebook.com/eintellegonetworks ;  <http://twitter.com/networkceoau>
> linkedin.com/in/skeeve
>
> twitter.com/theispguy ; blog: www.theispguy.com
>
>
>  The Experts Who The Experts Call
>  Juniper - Cisco - Cloud - Consulting - IPv4 Brokering
>
>
> On Thu, May 15, 2014 at 7:57 AM, Nathan Brookfield <
> Nathan.Brookfield at simtronic.com.au> wrote:
>
>>  Skeeve,
>>
>>  There could be a handful of reasons for this such as link flapping,
>> broadcast storm if storm control is enabled on the Cisco end etc.
>>
>>  This is also sent to SYSLOG or shown in the local log if the buffer
>> hasn't filled up as yet.
>>
>> Kindest Regards,
>> Nathan Brookfield
>>
>> Chief Executive Officer
>> Simtronic Technologies Pty Ltd
>>
>>  Web: http://simtronic.com.au
>> Phone: 1300 592 330
>> Fax: (02) 4749 4950
>>
>> On 15 May 2014, at 7:39, "Skeeve Stevens" <
>> skeeve+ausnog at eintellegonetworks.com> wrote:
>>
>>  Hey all,
>>
>>  Just wondering if anyone might know what some triggers would be to
>> cause a dark fibre link to go into Error-Disable.
>>
>>  It was easy to shut; no shut to bring it back online, but it was
>> disturbing nonetheless.
>>
>>  One end is Cisco and the other Juniper using ER optics - not sure if
>> that makes a difference or not.
>>
>> ...Skeeve
>>
>>  *Skeeve Stevens - *eintellego Networks Pty Ltd
>>  skeeve at eintellegonetworks.com ; www.eintellegonetworks.com
>>
>> Phone: 1300 239 038; Cell +61 (0)414 753 383 ; skype://skeeve
>>
>> facebook.com/eintellegonetworks ;  <http://twitter.com/networkceoau>
>> linkedin.com/in/skeeve
>>
>> twitter.com/theispguy ; blog: www.theispguy.com
>>
>>
>>  The Experts Who The Experts Call
>>  Juniper - Cisco - Cloud - Consulting - IPv4 Brokering
>>     _______________________________________________
>> AusNOG mailing list
>> AusNOG at lists.ausnog.net
>> http://lists.ausnog.net/mailman/listinfo/ausnog
>>
>
>   _______________________________________________
> AusNOG mailing list
> AusNOG at lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ausnog.net/pipermail/ausnog/attachments/20140515/85a344c7/attachment.html>