[alcatel-nsp] Log for unstable MAC Address in FDB Table (looping effect)
Songkhram Sundaranu
songkhram.sundaranu at gmail.com
Sun May 2 22:36:52 EDT 2010
You can turn on mac-move under VPLS, mac-move monitors the re-learn rate of
each MAC. If the rate exceeds the
configured maximum allowed limit, it disables the SAP or Spoke-SDP where the
source MAC was last seen and also the alarm raised. MAC Move is an
alternative way to protect network against loops.
Regards,
Songkhram
On Thu, Apr 29, 2010 at 9:27 PM, <alcatel-nsp-request at puck.nether.net>wrote:
> Send alcatel-nsp mailing list submissions to
> alcatel-nsp at puck.nether.net
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://puck.nether.net/mailman/listinfo/alcatel-nsp
> or, via email, send a message with subject or body 'help' to
> alcatel-nsp-request at puck.nether.net
>
> You can reach the person managing the list at
> alcatel-nsp-owner at puck.nether.net
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of alcatel-nsp digest..."
>
>
> Today's Topics:
>
> 1. Log for unstable MAC Address in FDB Table (looping effect)
> (Andhy Indarto)
> 2. 7750-SR1 memery management (Pawel Sikora)
> 3. Re: 7750-SR1 memery management (Ryan Landry)
> 4. Re: Log for unstable MAC Address in FDB Table (looping
> effect) (Ryan Landry)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 29 Apr 2010 18:12:46 +0700
> From: "Andhy Indarto" <andhy.indarto at indosat.com>
> To: <alcatel-nsp at puck.nether.net>
> Subject: [alcatel-nsp] Log for unstable MAC Address in FDB Table
> (looping effect)
> Message-ID:
> <
> 2233A6BE8D55AE4C9119D7870748FC3110BE48F6 at isatjkt-msg01.office.corp.indosat.com
> >
>
> Content-Type: text/plain; charset="us-ascii"
>
> Dear all,
>
> Is there any possibility to raise or to make log alarm for unstable MAC
> Address in FDB Table (VPLS) that caused by looping effect ?
>
> The problem is the loop is caused by external transmission which is from
> Radio Microwave and MAC Address that come from SDP is suddenly received
> from SAP (from Radio Microwave), Can 7450 raise log alarm that cause by
> this (unstable MAC Address).
>
> Thank you before....
>
> Regards,
>
> andhi indarto
>
>
>
>
> *****
> "This message is intended only for recipients who are authorized to receive
> it.
> It contains confidential and/ or legally priveleged information belong to
> PT INDOSAT Tbk ("INDOSAT"), therefore the authorized recipients shall
> protect this confidential information disclosed pursuant to provisions of
> Indosat's policy.
> If you are not a valid recipient of this message, please delete it from
> your system and/ or destroy all of the tangible material produced from the
> information herein together with all copies or reproductions thereof and
> notify the sender immediately.
> Please also be notified that any disclosure, copying, distribution or
> taking any action based on the contents of this message is strictly
> prohibited and may be unlawful".
> *****
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> https://puck.nether.net/pipermail/alcatel-nsp/attachments/20100429/428d3eff/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 2
> Date: Thu, 29 Apr 2010 14:41:48 +0200
> From: Pawel Sikora <Pawel_Sikora at netia.pl>
> To: alcatel-nsp at puck.nether.net
> Subject: [alcatel-nsp] 7750-SR1 memery management
> Message-ID:
> <OF076BBD1D.679D035D-ONC1257714.0043CBAB-C1257714.0045C190 at netia.pl
> >
> Content-Type: text/plain; charset="us-ascii"
>
> Hi all.
>
> Is there any process or graceful way (except reload) to free allocated
> memory by BGP process
> after shutting down some of BGPs sessions from route reflectors? (SROS
> 6.1R9)
>
> One of my SR-1 reached memory alert:
>
> A:SZCZC001RT03# show system memory-pools
>
>
> ===============================================================================
> Memory Pools
>
> ===============================================================================
> Name Max Allowed Current Size Max So Far In
> Use
>
> -------------------------------------------------------------------------------
> System No limit 93,164,040 97,244,816 83,543,544
> Icc 8,388,608 2,097,152 2,097,152 929,224
> RTM/Policies No limit 105,906,176 105,906,176 100,912,424
> OSPF No limit 1,048,576 1,048,576 338,088
> MPLS/RSVP No limit 8,842,920 9,891,496 8,502,656
> LDP No limit 2,097,152 3,145,728 1,825,032
> IS-IS No limit 5,554,240 5,554,240 4,494,792
> RIP No limit 0 0 0
> VRRP No limit 1,048,576 1,048,576 416
> BGP No limit 157,352,256 157,352,256 149,085,232
> Services No limit 8,967,520 8,967,520 7,527,288
> IOM No limit 363,450,184 364,498,760 352,815,384
> CFLOWD No limit 1,048,576 1,048,576 32,784
> IGMP/MLD No limit 0 0 0
> PIM No limit 0 0 0
> MCast Stack No limit 0 0 0
> IP Stack No limit 5,305,416 5,305,416 4,386,496
> MBUF No limit 5,837,312 5,837,312 4,900,208
> IGMP/MLD Snpg No limit 2,312,256 2,312,256 1,481,408
> TLS MFIB No limit 1,048,576 1,048,576 993,640
> WEB Redirect 8,388,608 2,097,152 2,097,152 1,378,040
> MSDP No limit 0 0 0
> BFD No limit 2,097,152 2,097,152 1,050,328
> MCPATH No limit 1,048,576 1,048,576 216
>
> -------------------------------------------------------------------------------
> Current Total Size : 770,323,808 bytes
> Total In Use : 724,197,200 bytes
> Available Memory : 61,317,776 bytes
>
> ===============================================================================
>
> Then I shut down the two bgp sessions from a total of 3 full RR feeds, but
> BGP process didnt freed any
> memory (in contrast the other SR-1 routers that have only single feed have
> only ca. 60M used for same bgp table).
> I expect that some kind of garbage collection should start but no effect
> observed.
>
> So I feel some trouble behind corner... On SR-1 the same hardware (looks
> like IOM-20g) is co-used by
> IOM and CPM functions (IOM process eating constantly 360M) but 1GB of
> memory is definitely not enough.
> Is there any way (i mean even unsupportted but working) to upgrade the mem
> on SR-1?
>
> Regards
> Pawel Sikora/
> Netia S.A.
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> https://puck.nether.net/pipermail/alcatel-nsp/attachments/20100429/5eea6f0a/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 3
> Date: Thu, 29 Apr 2010 08:16:00 -0600
> From: Ryan Landry <Ryan.Landry at TELUS.COM>
> To: Pawel Sikora <Pawel_Sikora at netia.pl>
> Cc: "alcatel-nsp at puck.nether.net" <alcatel-nsp at puck.nether.net>
> Subject: Re: [alcatel-nsp] 7750-SR1 memery management
> Message-ID: <30085627-7D8C-468B-86E8-182CD87C03EF at telus.com>
> Content-Type: text/plain; charset="us-ascii"
>
> 6.1R14 fixed some BGP memory issues, where 'garbage collection' wasn't
> being called properly. learned routes that are not accepted should be
> deleted by this algorithm, thus freeing up memory. but, it was found that
> the collector was only called if you had at least one VPRN configured.
>
> so, upgrade to R14, or configure a dummy VPRN as a work-around.
>
> cheers
>
> .rL
>
> On 2010-04-29, at 6:41 AM, Pawel Sikora wrote:
>
> >
> > Hi all.
> >
> > Is there any process or graceful way (except reload) to free allocated
> memory by BGP process
> > after shutting down some of BGPs sessions from route reflectors? (SROS
> 6.1R9)
> >
> > One of my SR-1 reached memory alert:
> >
> > A:SZCZC001RT03# show system memory-pools
> >
> >
> ===============================================================================
> > Memory Pools
> >
> ===============================================================================
> > Name Max Allowed Current Size Max So Far
> In Use
> >
> -------------------------------------------------------------------------------
> > System No limit 93,164,040 97,244,816
> 83,543,544
> > Icc 8,388,608 2,097,152 2,097,152
> 929,224
> > RTM/Policies No limit 105,906,176 105,906,176
> 100,912,424
> > OSPF No limit 1,048,576 1,048,576
> 338,088
> > MPLS/RSVP No limit 8,842,920 9,891,496
> 8,502,656
> > LDP No limit 2,097,152 3,145,728
> 1,825,032
> > IS-IS No limit 5,554,240 5,554,240
> 4,494,792
> > RIP No limit 0 0
> 0
> > VRRP No limit 1,048,576 1,048,576
> 416
> > BGP No limit 157,352,256 157,352,256
> 149,085,232
> > Services No limit 8,967,520 8,967,520
> 7,527,288
> > IOM No limit 363,450,184 364,498,760
> 352,815,384
> > CFLOWD No limit 1,048,576 1,048,576
> 32,784
> > IGMP/MLD No limit 0 0
> 0
> > PIM No limit 0 0
> 0
> > MCast Stack No limit 0 0
> 0
> > IP Stack No limit 5,305,416 5,305,416
> 4,386,496
> > MBUF No limit 5,837,312 5,837,312
> 4,900,208
> > IGMP/MLD Snpg No limit 2,312,256 2,312,256
> 1,481,408
> > TLS MFIB No limit 1,048,576 1,048,576
> 993,640
> > WEB Redirect 8,388,608 2,097,152 2,097,152
> 1,378,040
> > MSDP No limit 0 0
> 0
> > BFD No limit 2,097,152 2,097,152
> 1,050,328
> > MCPATH No limit 1,048,576 1,048,576
> 216
> >
> -------------------------------------------------------------------------------
> > Current Total Size : 770,323,808 bytes
> > Total In Use : 724,197,200 bytes
> > Available Memory : 61,317,776 bytes
> >
> ===============================================================================
> >
> > Then I shut down the two bgp sessions from a total of 3 full RR feeds,
> but BGP process didnt freed any
> > memory (in contrast the other SR-1 routers that have only single feed
> have only ca. 60M used for same bgp table).
> > I expect that some kind of garbage collection should start but no effect
> observed.
> >
> > So I feel some trouble behind corner... On SR-1 the same hardware (looks
> like IOM-20g) is co-used by
> > IOM and CPM functions (IOM process eating constantly 360M) but 1GB of
> memory is definitely not enough.
> > Is there any way (i mean even unsupportted but working) to upgrade the
> mem on SR-1?
> >
> > Regards
> > Pawel Sikora/
> > Netia S.A.<ATT00001..txt>
>
>
>
>
> ------------------------------
>
> Message: 4
> Date: Thu, 29 Apr 2010 08:27:08 -0600
> From: Ryan Landry <Ryan.Landry at TELUS.COM>
> To: Andhy Indarto <andhy.indarto at indosat.com>
> Cc: "alcatel-nsp at puck.nether.net" <alcatel-nsp at puck.nether.net>
> Subject: Re: [alcatel-nsp] Log for unstable MAC Address in FDB Table
> (looping effect)
> Message-ID: <1A730DC2-AF5F-481B-A17F-4D743A950E80 at telus.com>
> Content-Type: text/plain; charset="Windows-1252"
>
> starting on page 530 of the 7750SR 6.1 services guide (yes, i know you said
> 7450) there's a whole bunch of mac-related protection and notification
> mechanisms within a VPLS. i don't know if they'd work for you in a 7450
> environment, but it's a good read nonetheless. i don't know if it
> specifically creates a log entry for a certain mac, but you could pin a mac
> to a specific SDP or SAP, and entries indicating that the mac showed up on a
> SAP would give you an idea that there's movement happening.
>
> i haven't tested it.
>
> cheers
>
> .rL
>
>
> On 2010-04-29, at 5:12 AM, Andhy Indarto wrote:
>
> > Dear all,
> > Is there any possibility to raise or to make log alarm for unstable MAC
> Address in FDB Table (VPLS) that caused by looping effect ?
> > The problem is the loop is caused by external transmission which is from
> Radio Microwave and MAC Address that come from SDP is suddenly received from
> SAP (from Radio Microwave), Can 7450 raise log alarm that cause by this
> (unstable MAC Address).
> > Thank you before?.
> > Regards,
> > andhi indarto
>
>
>
>
> ------------------------------
>
> _______________________________________________
> alcatel-nsp mailing list
> alcatel-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/alcatel-nsp
>
>
> End of alcatel-nsp Digest, Vol 27, Issue 13
> *******************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/alcatel-nsp/attachments/20100503/fd2f1ef0/attachment-0001.html>
More information about the alcatel-nsp
mailing list