[c-nsp] Nexus OTV Question

quinn snyder snyderq at gmail.com
Wed Mar 2 02:05:26 EST 2011


there are a couple of nasty bugs in 5.1(2) with regards to peer-gateway. 
  peer-gateway will blackhole traffic for ipv4 and v6 if enabled in your 
domain.  not sure of your storage scenario -- but it sounds like your 
slowly building out and may need this command in your toolbox for a 
later day.

CSCtl10832 and CSCtl11424 are what you're looking for[0]

this has kept us off the upgrade path for this code and we're keeping 
our fingers crossed for 5.1(3).

[0]http://www.cisco.com/en/US/docs/switches/datacenter/sw/5_x/nx-os/release/notes/51_nx-os_release_note.html#wp263416

q.

On 03/01/2011 11:00 PM, Martin Clifton wrote:
> This problem occurred with the 7K NX-OS 5.1.1a. Upgrading to 5.1.2
> resolved the problem.
>
> Regards, Martin
>
> ---------------------------------
> Martin Clifton
> ITS - Networks and Computing
> Victoria University
> Melbourne, Australia
>
> Phone: 03 9919 4579
> ---------------------------------
>
>
>
>
>
> On 28/02/11 10:16 AM, "Martin Clifton"<Martin.Clifton at vu.edu.au>  wrote:
>
>> Hello all,
>>
>> We have a pair of Nexus 7Ks at each of our two datacentres, separated by
>> about 10K.   There is a 40G L3 connection between the cores at each site
>> and we run OTV over this core to provide L2 connectivity betweens the
>> DCs.  As well as setting up new vlans on the Nexus kit (5Ks and 2Ks) we
>> are also using the OTV connection to transport vlans from our legacy
>> datacentre which is based on Cat6509s and 3750s.
>>
>> I have a concern about the table that is displayed when you enter the
>> command "sh otv route".   This table shows entries for "site" (ie local)
>> and "overlay" (ie other DC)  mac addresses.    The issue is with the
>> "Uptime" data.  For the overlay addresses this will randomly reset to
>> zero and all addresses will reset to zero at the one time.   The
>> frequency of this reset seems to be a function of the number of vlans ie
>> the more vlans I add to the overlay, the more often the value resets.
>> With 100 or more vlans the value may build up to a minute or two but will
>> often only get to a few seconds before resetting.
>>
>> This doesn't appear to impact the functionality of OTV.   But does it
>> indicate I have a problem ?   What is it that causes the reset and why
>> are all the (overlay) mac addresses reset at the same time ?    The
>> symptoms occur whether or not "otv suppress-arp-nd" is enabled or not.
>>
>> Regards, Martin
>>
>> ---------------------------------
>> Martin Clifton
>> ITS - Networks and Computing
>> Victoria University
>> Melbourne, Australia
>>
>> Phone: 03 9919 4579
>> ---------------------------------
>>
>>
>> This email, including any attachment, is intended solely for the use of
>> the intended recipient. It is confidential and may contain personal
>> information or be subject to legal professional privilege. If you are not
>> the intended recipient any use, disclosure, reproduction or storage of it
>> is unauthorised. If you have received this email in error, please advise
>> the sender via return email and delete it from your system immediately.
>> Victoria University does not warrant that this email is free from viruses
>> or defects and accepts no liability for any damage caused by such viruses
>> or defects.
>> _______________________________________________
>> cisco-nsp mailing list  cisco-nsp at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-nsp
>> archive at http://puck.nether.net/pipermail/cisco-nsp/
>
> This email, including any attachment, is intended solely for the use of the intended recipient. It is confidential and may contain personal information or be subject to legal professional privilege. If you are not the intended recipient any use, disclosure, reproduction or storage of it is unauthorised. If you have received this email in error, please advise the sender via return email and delete it from your system immediately. Victoria University does not warrant that this email is free from viruses or defects and accepts no liability for any damage caused by such viruses or defects.
>
> _______________________________________________
> cisco-nsp mailing list  cisco-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/


More information about the cisco-nsp mailing list