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">&lt;<a href="mailto:alcatel-nsp-request@puck.nether.net">alcatel-nsp-request@puck.nether.net</a>&gt;</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 &#39;help&#39; 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 &quot;Re: Contents of alcatel-nsp digest...&quot;<br>
<br>
<br>
Today&#39;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: &quot;Andhy Indarto&quot; &lt;<a href="mailto:andhy.indarto@indosat.com">andhy.indarto@indosat.com</a>&gt;<br>
To: &lt;<a href="mailto:alcatel-nsp@puck.nether.net">alcatel-nsp@puck.nether.net</a>&gt;<br>
Subject: [alcatel-nsp] Log for unstable MAC Address in FDB Table<br>
        (looping        effect)<br>
Message-ID:<br>
        &lt;<a href="mailto:2233A6BE8D55AE4C9119D7870748FC3110BE48F6@isatjkt-msg01.office.corp.indosat.com">2233A6BE8D55AE4C9119D7870748FC3110BE48F6@isatjkt-msg01.office.corp.indosat.com</a>&gt;<br>
<br>
Content-Type: text/plain; charset=&quot;us-ascii&quot;<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>
&quot;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 (&quot;INDOSAT&quot;), therefore the authorized recipients shall  protect this confidential information disclosed pursuant to provisions of Indosat&#39;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&quot;.<br>
*****<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: &lt;<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>&gt;<br>

<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Thu, 29 Apr 2010 14:41:48 +0200<br>
From: Pawel Sikora &lt;<a href="mailto:Pawel_Sikora@netia.pl">Pawel_Sikora@netia.pl</a>&gt;<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>
        &lt;<a href="mailto:OF076BBD1D.679D035D-ONC1257714.0043CBAB-C1257714.0045C190@netia.pl">OF076BBD1D.679D035D-ONC1257714.0043CBAB-C1257714.0045C190@netia.pl</a>&gt;<br>
Content-Type: text/plain; charset=&quot;us-ascii&quot;<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: &lt;<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>&gt;<br>

<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Thu, 29 Apr 2010 08:16:00 -0600<br>
From: Ryan Landry &lt;<a href="mailto:Ryan.Landry@TELUS.COM">Ryan.Landry@TELUS.COM</a>&gt;<br>
To: Pawel Sikora &lt;<a href="mailto:Pawel_Sikora@netia.pl">Pawel_Sikora@netia.pl</a>&gt;<br>
Cc: &quot;<a href="mailto:alcatel-nsp@puck.nether.net">alcatel-nsp@puck.nether.net</a>&quot; &lt;<a href="mailto:alcatel-nsp@puck.nether.net">alcatel-nsp@puck.nether.net</a>&gt;<br>
Subject: Re: [alcatel-nsp] 7750-SR1 memery management<br>
Message-ID: &lt;<a href="mailto:30085627-7D8C-468B-86E8-182CD87C03EF@telus.com">30085627-7D8C-468B-86E8-182CD87C03EF@telus.com</a>&gt;<br>
Content-Type: text/plain; charset=&quot;us-ascii&quot;<br>
<br>
6.1R14 fixed some BGP memory issues, where &#39;garbage collection&#39; wasn&#39;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>
&gt;<br>
&gt; Hi all.<br>
&gt;<br>
&gt; Is there any process or graceful way (except reload) to free allocated memory by BGP process<br>
&gt; after shutting down some of BGPs sessions from route reflectors?  (SROS 6.1R9)<br>
&gt;<br>
&gt; One of my SR-1 reached  memory alert:<br>
&gt;<br>
&gt; A:SZCZC001RT03# show system memory-pools<br>
&gt;<br>
&gt; ===============================================================================<br>
&gt; Memory Pools<br>
&gt; ===============================================================================<br>
&gt; Name               Max Allowed    Current Size      Max So Far          In Use<br>
&gt; -------------------------------------------------------------------------------<br>
&gt; System                No limit      93,164,040      97,244,816      83,543,544<br>
&gt; Icc                  8,388,608       2,097,152       2,097,152         929,224<br>
&gt; RTM/Policies          No limit     105,906,176     105,906,176     100,912,424<br>
&gt; OSPF                  No limit       1,048,576       1,048,576         338,088<br>
&gt; MPLS/RSVP             No limit       8,842,920       9,891,496       8,502,656<br>
&gt; LDP                   No limit       2,097,152       3,145,728       1,825,032<br>
&gt; IS-IS                 No limit       5,554,240       5,554,240       4,494,792<br>
&gt; RIP                   No limit               0               0               0<br>
&gt; VRRP                  No limit       1,048,576       1,048,576             416<br>
&gt; BGP                   No limit     157,352,256     157,352,256     149,085,232<br>
&gt; Services              No limit       8,967,520       8,967,520       7,527,288<br>
&gt; IOM                   No limit     363,450,184     364,498,760     352,815,384<br>
&gt; CFLOWD                No limit       1,048,576       1,048,576          32,784<br>
&gt; IGMP/MLD              No limit               0               0               0<br>
&gt; PIM                   No limit               0               0               0<br>
&gt; MCast Stack           No limit               0               0               0<br>
&gt; IP Stack              No limit       5,305,416       5,305,416       4,386,496<br>
&gt; MBUF                  No limit       5,837,312       5,837,312       4,900,208<br>
&gt; IGMP/MLD Snpg         No limit       2,312,256       2,312,256       1,481,408<br>
&gt; TLS MFIB              No limit       1,048,576       1,048,576         993,640<br>
&gt; WEB Redirect         8,388,608       2,097,152       2,097,152       1,378,040<br>
&gt; MSDP                  No limit               0               0               0<br>
&gt; BFD                   No limit       2,097,152       2,097,152       1,050,328<br>
&gt; MCPATH                No limit       1,048,576       1,048,576             216<br>
&gt; -------------------------------------------------------------------------------<br>
&gt; Current Total Size :    770,323,808 bytes<br>
&gt; Total In Use       :    724,197,200 bytes<br>
&gt; Available Memory   :     61,317,776 bytes<br>
&gt; ===============================================================================<br>
&gt;<br>
&gt; Then I shut down the two bgp sessions from a total of 3 full RR feeds, but BGP process didnt freed any<br>
&gt; memory (in contrast the other SR-1 routers that have only single feed have only ca. 60M used for same bgp table).<br>
&gt; I expect that some kind of garbage collection should start but no effect observed.<br>
&gt;<br>
&gt; So I feel some trouble behind corner...  On SR-1 the same hardware (looks like IOM-20g) is co-used by<br>
&gt; IOM  and CPM functions (IOM process eating constantly 360M)  but 1GB of memory is definitely not enough.<br>
&gt; Is there any way (i mean even unsupportted but working) to upgrade the mem on SR-1?<br>
&gt;<br>
&gt; Regards<br>
&gt; Pawel Sikora/<br>
&gt; Netia S.A.&lt;ATT00001..txt&gt;<br>
<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Thu, 29 Apr 2010 08:27:08 -0600<br>
From: Ryan Landry &lt;<a href="mailto:Ryan.Landry@TELUS.COM">Ryan.Landry@TELUS.COM</a>&gt;<br>
To: Andhy Indarto &lt;<a href="mailto:andhy.indarto@indosat.com">andhy.indarto@indosat.com</a>&gt;<br>
Cc: &quot;<a href="mailto:alcatel-nsp@puck.nether.net">alcatel-nsp@puck.nether.net</a>&quot; &lt;<a href="mailto:alcatel-nsp@puck.nether.net">alcatel-nsp@puck.nether.net</a>&gt;<br>
Subject: Re: [alcatel-nsp] Log for unstable MAC Address in FDB Table<br>
        (looping        effect)<br>
Message-ID: &lt;<a href="mailto:1A730DC2-AF5F-481B-A17F-4D743A950E80@telus.com">1A730DC2-AF5F-481B-A17F-4D743A950E80@telus.com</a>&gt;<br>
Content-Type: text/plain; charset=&quot;Windows-1252&quot;<br>
<br>
starting on page 530 of the 7750SR 6.1 services guide (yes, i know you said 7450) there&#39;s a whole bunch of mac-related protection and notification mechanisms within a VPLS.  i don&#39;t know if they&#39;d work for you in a 7450 environment, but it&#39;s a good read nonetheless.  i don&#39;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&#39;s movement happening.<br>

<br>
i haven&#39;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>
&gt; Dear all,<br>
&gt; 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>
&gt; 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>

&gt; Thank you before?.<br>
&gt; Regards,<br>
&gt; 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>