You can turn on mac-move under VPLS, mac-move monitors the re-learn rate of each MAC. If the rate exceeds the<br>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.<br>
<br>Regards,<br>Songkhram<br><br><br><br><div class="gmail_quote">On Thu, Apr 29, 2010 at 9:27 PM, <span dir="ltr"><<a href="mailto:alcatel-nsp-request@puck.nether.net">alcatel-nsp-request@puck.nether.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">Send alcatel-nsp mailing list submissions to<br>
<a href="mailto:alcatel-nsp@puck.nether.net">alcatel-nsp@puck.nether.net</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="https://puck.nether.net/mailman/listinfo/alcatel-nsp" target="_blank">https://puck.nether.net/mailman/listinfo/alcatel-nsp</a><br>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:alcatel-nsp-request@puck.nether.net">alcatel-nsp-request@puck.nether.net</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:alcatel-nsp-owner@puck.nether.net">alcatel-nsp-owner@puck.nether.net</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of alcatel-nsp digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. Log for unstable MAC Address in FDB Table (looping effect)<br>
(Andhy Indarto)<br>
2. 7750-SR1 memery management (Pawel Sikora)<br>
3. Re: 7750-SR1 memery management (Ryan Landry)<br>
4. Re: Log for unstable MAC Address in FDB Table (looping<br>
effect) (Ryan Landry)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Thu, 29 Apr 2010 18:12:46 +0700<br>
From: "Andhy Indarto" <<a href="mailto:andhy.indarto@indosat.com">andhy.indarto@indosat.com</a>><br>
To: <<a href="mailto:alcatel-nsp@puck.nether.net">alcatel-nsp@puck.nether.net</a>><br>
Subject: [alcatel-nsp] Log for unstable MAC Address in FDB Table<br>
(looping effect)<br>
Message-ID:<br>
<<a href="mailto:2233A6BE8D55AE4C9119D7870748FC3110BE48F6@isatjkt-msg01.office.corp.indosat.com">2233A6BE8D55AE4C9119D7870748FC3110BE48F6@isatjkt-msg01.office.corp.indosat.com</a>><br>
<br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
Dear all,<br>
<br>
Is there any possibility to raise or to make log alarm for unstable MAC<br>
Address in FDB Table (VPLS) that caused by looping effect ?<br>
<br>
The problem is the loop is caused by external transmission which is from<br>
Radio Microwave and MAC Address that come from SDP is suddenly received<br>
from SAP (from Radio Microwave), Can 7450 raise log alarm that cause by<br>
this (unstable MAC Address).<br>
<br>
Thank you before....<br>
<br>
Regards,<br>
<br>
andhi indarto<br>
<br>
<br>
<br>
<br>
*****<br>
"This message is intended only for recipients who are authorized to receive it.<br>
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.<br>
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.<br>
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".<br>
*****<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="https://puck.nether.net/pipermail/alcatel-nsp/attachments/20100429/428d3eff/attachment-0001.html" target="_blank">https://puck.nether.net/pipermail/alcatel-nsp/attachments/20100429/428d3eff/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Thu, 29 Apr 2010 14:41:48 +0200<br>
From: Pawel Sikora <<a href="mailto:Pawel_Sikora@netia.pl">Pawel_Sikora@netia.pl</a>><br>
To: <a href="mailto:alcatel-nsp@puck.nether.net">alcatel-nsp@puck.nether.net</a><br>
Subject: [alcatel-nsp] 7750-SR1 memery management<br>
Message-ID:<br>
<<a href="mailto:OF076BBD1D.679D035D-ONC1257714.0043CBAB-C1257714.0045C190@netia.pl">OF076BBD1D.679D035D-ONC1257714.0043CBAB-C1257714.0045C190@netia.pl</a>><br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
Hi all.<br>
<br>
Is there any process or graceful way (except reload) to free allocated<br>
memory by BGP process<br>
after shutting down some of BGPs sessions from route reflectors? (SROS<br>
6.1R9)<br>
<br>
One of my SR-1 reached memory alert:<br>
<br>
A:SZCZC001RT03# show system memory-pools<br>
<br>
===============================================================================<br>
Memory Pools<br>
===============================================================================<br>
Name Max Allowed Current Size Max So Far In<br>
Use<br>
-------------------------------------------------------------------------------<br>
System No limit 93,164,040 97,244,816 83,543,544<br>
Icc 8,388,608 2,097,152 2,097,152 929,224<br>
RTM/Policies No limit 105,906,176 105,906,176 100,912,424<br>
OSPF No limit 1,048,576 1,048,576 338,088<br>
MPLS/RSVP No limit 8,842,920 9,891,496 8,502,656<br>
LDP No limit 2,097,152 3,145,728 1,825,032<br>
IS-IS No limit 5,554,240 5,554,240 4,494,792<br>
RIP No limit 0 0 0<br>
VRRP No limit 1,048,576 1,048,576 416<br>
BGP No limit 157,352,256 157,352,256 149,085,232<br>
Services No limit 8,967,520 8,967,520 7,527,288<br>
IOM No limit 363,450,184 364,498,760 352,815,384<br>
CFLOWD No limit 1,048,576 1,048,576 32,784<br>
IGMP/MLD No limit 0 0 0<br>
PIM No limit 0 0 0<br>
MCast Stack No limit 0 0 0<br>
IP Stack No limit 5,305,416 5,305,416 4,386,496<br>
MBUF No limit 5,837,312 5,837,312 4,900,208<br>
IGMP/MLD Snpg No limit 2,312,256 2,312,256 1,481,408<br>
TLS MFIB No limit 1,048,576 1,048,576 993,640<br>
WEB Redirect 8,388,608 2,097,152 2,097,152 1,378,040<br>
MSDP No limit 0 0 0<br>
BFD No limit 2,097,152 2,097,152 1,050,328<br>
MCPATH No limit 1,048,576 1,048,576 216<br>
-------------------------------------------------------------------------------<br>
Current Total Size : 770,323,808 bytes<br>
Total In Use : 724,197,200 bytes<br>
Available Memory : 61,317,776 bytes<br>
===============================================================================<br>
<br>
Then I shut down the two bgp sessions from a total of 3 full RR feeds, but<br>
BGP process didnt freed any<br>
memory (in contrast the other SR-1 routers that have only single feed have<br>
only ca. 60M used for same bgp table).<br>
I expect that some kind of garbage collection should start but no effect<br>
observed.<br>
<br>
So I feel some trouble behind corner... On SR-1 the same hardware (looks<br>
like IOM-20g) is co-used by<br>
IOM and CPM functions (IOM process eating constantly 360M) but 1GB of<br>
memory is definitely not enough.<br>
Is there any way (i mean even unsupportted but working) to upgrade the mem<br>
on SR-1?<br>
<br>
Regards<br>
Pawel Sikora/<br>
Netia S.A.<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="https://puck.nether.net/pipermail/alcatel-nsp/attachments/20100429/5eea6f0a/attachment-0001.html" target="_blank">https://puck.nether.net/pipermail/alcatel-nsp/attachments/20100429/5eea6f0a/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Thu, 29 Apr 2010 08:16:00 -0600<br>
From: Ryan Landry <<a href="mailto:Ryan.Landry@TELUS.COM">Ryan.Landry@TELUS.COM</a>><br>
To: Pawel Sikora <<a href="mailto:Pawel_Sikora@netia.pl">Pawel_Sikora@netia.pl</a>><br>
Cc: "<a href="mailto:alcatel-nsp@puck.nether.net">alcatel-nsp@puck.nether.net</a>" <<a href="mailto:alcatel-nsp@puck.nether.net">alcatel-nsp@puck.nether.net</a>><br>
Subject: Re: [alcatel-nsp] 7750-SR1 memery management<br>
Message-ID: <<a href="mailto:30085627-7D8C-468B-86E8-182CD87C03EF@telus.com">30085627-7D8C-468B-86E8-182CD87C03EF@telus.com</a>><br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
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.<br>
<br>
so, upgrade to R14, or configure a dummy VPRN as a work-around.<br>
<br>
cheers<br>
<br>
.rL<br>
<br>
On 2010-04-29, at 6:41 AM, Pawel Sikora wrote:<br>
<br>
><br>
> Hi all.<br>
><br>
> Is there any process or graceful way (except reload) to free allocated memory by BGP process<br>
> after shutting down some of BGPs sessions from route reflectors? (SROS 6.1R9)<br>
><br>
> One of my SR-1 reached memory alert:<br>
><br>
> A:SZCZC001RT03# show system memory-pools<br>
><br>
> ===============================================================================<br>
> Memory Pools<br>
> ===============================================================================<br>
> Name Max Allowed Current Size Max So Far In Use<br>
> -------------------------------------------------------------------------------<br>
> System No limit 93,164,040 97,244,816 83,543,544<br>
> Icc 8,388,608 2,097,152 2,097,152 929,224<br>
> RTM/Policies No limit 105,906,176 105,906,176 100,912,424<br>
> OSPF No limit 1,048,576 1,048,576 338,088<br>
> MPLS/RSVP No limit 8,842,920 9,891,496 8,502,656<br>
> LDP No limit 2,097,152 3,145,728 1,825,032<br>
> IS-IS No limit 5,554,240 5,554,240 4,494,792<br>
> RIP No limit 0 0 0<br>
> VRRP No limit 1,048,576 1,048,576 416<br>
> BGP No limit 157,352,256 157,352,256 149,085,232<br>
> Services No limit 8,967,520 8,967,520 7,527,288<br>
> IOM No limit 363,450,184 364,498,760 352,815,384<br>
> CFLOWD No limit 1,048,576 1,048,576 32,784<br>
> IGMP/MLD No limit 0 0 0<br>
> PIM No limit 0 0 0<br>
> MCast Stack No limit 0 0 0<br>
> IP Stack No limit 5,305,416 5,305,416 4,386,496<br>
> MBUF No limit 5,837,312 5,837,312 4,900,208<br>
> IGMP/MLD Snpg No limit 2,312,256 2,312,256 1,481,408<br>
> TLS MFIB No limit 1,048,576 1,048,576 993,640<br>
> WEB Redirect 8,388,608 2,097,152 2,097,152 1,378,040<br>
> MSDP No limit 0 0 0<br>
> BFD No limit 2,097,152 2,097,152 1,050,328<br>
> MCPATH No limit 1,048,576 1,048,576 216<br>
> -------------------------------------------------------------------------------<br>
> Current Total Size : 770,323,808 bytes<br>
> Total In Use : 724,197,200 bytes<br>
> Available Memory : 61,317,776 bytes<br>
> ===============================================================================<br>
><br>
> Then I shut down the two bgp sessions from a total of 3 full RR feeds, but BGP process didnt freed any<br>
> memory (in contrast the other SR-1 routers that have only single feed have only ca. 60M used for same bgp table).<br>
> I expect that some kind of garbage collection should start but no effect observed.<br>
><br>
> So I feel some trouble behind corner... On SR-1 the same hardware (looks like IOM-20g) is co-used by<br>
> IOM and CPM functions (IOM process eating constantly 360M) but 1GB of memory is definitely not enough.<br>
> Is there any way (i mean even unsupportted but working) to upgrade the mem on SR-1?<br>
><br>
> Regards<br>
> Pawel Sikora/<br>
> Netia S.A.<ATT00001..txt><br>
<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Thu, 29 Apr 2010 08:27:08 -0600<br>
From: Ryan Landry <<a href="mailto:Ryan.Landry@TELUS.COM">Ryan.Landry@TELUS.COM</a>><br>
To: Andhy Indarto <<a href="mailto:andhy.indarto@indosat.com">andhy.indarto@indosat.com</a>><br>
Cc: "<a href="mailto:alcatel-nsp@puck.nether.net">alcatel-nsp@puck.nether.net</a>" <<a href="mailto:alcatel-nsp@puck.nether.net">alcatel-nsp@puck.nether.net</a>><br>
Subject: Re: [alcatel-nsp] Log for unstable MAC Address in FDB Table<br>
(looping effect)<br>
Message-ID: <<a href="mailto:1A730DC2-AF5F-481B-A17F-4D743A950E80@telus.com">1A730DC2-AF5F-481B-A17F-4D743A950E80@telus.com</a>><br>
Content-Type: text/plain; charset="Windows-1252"<br>
<br>
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.<br>
<br>
i haven't tested it.<br>
<br>
cheers<br>
<br>
.rL<br>
<br>
<br>
On 2010-04-29, at 5:12 AM, Andhy Indarto wrote:<br>
<br>
> Dear all,<br>
> Is there any possibility to raise or to make log alarm for unstable MAC Address in FDB Table (VPLS) that caused by looping effect ?<br>
> 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).<br>
> Thank you before?.<br>
> Regards,<br>
> andhi indarto<br>
<br>
<br>
<br>
<br>
------------------------------<br>
<br>
_______________________________________________<br>
alcatel-nsp mailing list<br>
<a href="mailto:alcatel-nsp@puck.nether.net">alcatel-nsp@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/alcatel-nsp" target="_blank">https://puck.nether.net/mailman/listinfo/alcatel-nsp</a><br>
<br>
<br>
End of alcatel-nsp Digest, Vol 27, Issue 13<br>
*******************************************<br>
</blockquote></div><br>