[c-nsp] IPv6 ND and ATM internetworking

[Charles Sprickman]

This is kind of a long shot since a large part of the network in question is 
not under my control, but I'm hoping I can get a little input that can give me 
a direction to go in here.

We have a number of DSL customers that come in from a wholesaler.  The setup 
basically looks like this:

Our router --- GigE  --- VLAN --- (wholesale network) --- Customer CPE

To the best of my knowledge, the wholesale provider's network looks basically 
like this:

   /--- GigE --- metro-e and EoC services --- end users  
(all ethernet network)
US --- GigE --- ASR9K /
  \
   \--- ATM switch --- DSLAM in CO --- DSL --- end user CPE 
(legacy ATM network)

We get one VLAN on a GigE interface for each customer, regardless of whether 
they are on the legacy ATM network, on the metro ethernet network, or on the 
"Ethernet over Copper" network (basically DSL without the crap ATM layer).

I have no IPv6 issues with the native ethernet stuff, that just works.

On the legacy ATM network, I have a few people reporting a bit of packet loss 
after they have not generated any IPv6 traffic.  The first few pings will time 
out, and then everything is fine.  It sounds like something in the ND process 
is failing, most likely at the ATM to ethernet translation layer.  I'm 
double-checking this, but from what I have heard from the customers, their 
router shows no IPv6 neighbors for a few seconds after starting an IPv6 ping.

I'm hoping someone here has some knowledge of what might be going on in the 
translation, and whether some ND timeouts might be altered on my side and the 
customer's side (many are using Cisco 837 units with ADSL WIC cards, so they 
can do considerable tweaking).

One small hint for someone who's seen this sort of config is this snippet 
that's exposed in the wholesaler's OSS interface: 
NYCMNY83-C-ASR1.Bundle-Ether1051.4307/307:ETH - that's what we see as the 
circuit endpoint.  The "307" corresponds to the VLAN on our side of the GigE 
handoff.  The "1051" and "4307" don't correlate with anything we know about the 
customer (dslam port, shelf, etc.).  We have an option of setting the DSL line 
encapsulation to either RFC1483 "bridged" or "routed", and we  know that IPv6 
only works over this setup when we have the encapsulation set to "bridged", 
which sort of makes sense to me.

Each customer has a subinterface on our end, it's basically this:

!
interface GigabitEthernet0/2.307
 encapsulation dot1Q 307
 ip unnumbered Loopback4 (for IPv4, we point a static /32 at the interface out 
of the same subnet as lo4)
 ipv6 address 2607:D300:X:X/126
!

No PPPoE, no DHCP on v4 or v6.

I know this is short on information, but IPv6 is not at all on the roadmap for 
this wholesaler, so we're hoping that the bridged setup should allow us to work 
around this.  For starters, since I'm relatively new to IPv6 on anything beyond 
a local LAN setup, any suggestions on what information to gather from both ends 
(again, I do have Cisco gear on both ends).

Thanks for your time,

Charles

___
cisco-nsp mailing list  cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

Re: [c-nsp] Customer access to PE

[Blake Dunlap]

If this really is a provider/customer situation, and not an intra-company
BU issue, then no doesn't begin to cover this. By all means try to
accommodate what the customer needs, but they should never need/have config
access to your equipment. It opens huge potential for issues, not to
mention legal ones.

If this is an intra-company thing, then I think you're asking the wrong
questions to the wrong people.

-Blake


On Tue, Sep 17, 2013 at 3:39 PM, Nathanael Law <
nathanael@aimco.alberta.ca> wrote:

> This is just from a customer's perspective: CSC-MPLS seems to work nicely.
>  We can manage our own VPNs and our providers maintain control of their PE
> devices.  It's especially useful when dealing with multiple service
> providers.
>
> We've only used it on a small scale so far, but CSC is the direction we're
> looking at going for our next major WAN upgrade.
>
> Best regards,
>
> Nathanael Law
>
> > -Original Message-
> > From: cisco-nsp [mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of
> > Richard Clayton
> > Sent: Tuesday, September 17, 2013 14:06
> > To: Trey Howland
> > Cc: cisco-nsp@puck.nether.net
> > Subject: Re: [c-nsp] Customer access to PE
> >
> > I've worked in a couple of ISP's and MPLS VPN environments and have
> > friends
> > that currently work in other providers, we've never had experience of
> > customers having configuration CLI access to what I presume is a PE with
> > multiple customers configurations on, I believe Provider Edge should be
> > just for the provider.
> >
> >
> > On 17 September 2013 13:12, Trey Howland  wrote:
> >
> > > I have a scenario where a customer wants CLI access to the PE in the
> > > provider's network.  This access would allow the customer to
> > create/delete
> > > VRFs, configure interfaces/sub-interfaces, configure VRRP, etc.  All
> > CLI
> > > access would be controlled by TACACS to limit the customer to specific
> > > commands.
> > >
> > > So my question is:  does anyone have examples where this is done
> > today?
> > >  In a corporate environment between business units?  Looking for
> > examples
> > > where this has been successful or unsuccessful.
> > >
> > > v/r,
> > > Trey
> > > __**_
> > > cisco-nsp mailing list  cisco-nsp@puck.nether.net
> > > https://puck.nether.net/**mailman/listinfo/cisco-
> > nsp
> > > archive at http://puck.nether.net/**pipermail/cisco-
> > nsp/
> > >
> > ___
> > cisco-nsp mailing list  cisco-nsp@puck.nether.net
> > https://puck.nether.net/mailman/listinfo/cisco-nsp
> > archive at http://puck.nether.net/pipermail/cisco-nsp/
>
> ___
> cisco-nsp mailing list  cisco-nsp@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/
>
___
cisco-nsp mailing list  cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

Re: [c-nsp] Customer access to PE

[Nathanael Law]

This is just from a customer's perspective: CSC-MPLS seems to work nicely.  We 
can manage our own VPNs and our providers maintain control of their PE devices. 
 It's especially useful when dealing with multiple service providers.

We've only used it on a small scale so far, but CSC is the direction we're 
looking at going for our next major WAN upgrade.

Best regards,

Nathanael Law

> -Original Message-
> From: cisco-nsp [mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of
> Richard Clayton
> Sent: Tuesday, September 17, 2013 14:06
> To: Trey Howland
> Cc: cisco-nsp@puck.nether.net
> Subject: Re: [c-nsp] Customer access to PE
> 
> I've worked in a couple of ISP's and MPLS VPN environments and have
> friends
> that currently work in other providers, we've never had experience of
> customers having configuration CLI access to what I presume is a PE with
> multiple customers configurations on, I believe Provider Edge should be
> just for the provider.
> 
> 
> On 17 September 2013 13:12, Trey Howland  wrote:
> 
> > I have a scenario where a customer wants CLI access to the PE in the
> > provider's network.  This access would allow the customer to
> create/delete
> > VRFs, configure interfaces/sub-interfaces, configure VRRP, etc.  All
> CLI
> > access would be controlled by TACACS to limit the customer to specific
> > commands.
> >
> > So my question is:  does anyone have examples where this is done
> today?
> >  In a corporate environment between business units?  Looking for
> examples
> > where this has been successful or unsuccessful.
> >
> > v/r,
> > Trey
> > __**_
> > cisco-nsp mailing list  cisco-nsp@puck.nether.net
> > https://puck.nether.net/**mailman/listinfo/cisco-
> nsp
> > archive at http://puck.nether.net/**pipermail/cisco-
> nsp/
> >
> ___
> cisco-nsp mailing list  cisco-nsp@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/

___
cisco-nsp mailing list  cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

[c-nsp] network engineer needed - san antonio texas - actually a little north of san antonio

[Aaron]

Anyone looking or know someone looking for a job working as a network
engineer about 25 minutes north of San Antonio Texas? contact me.

 

I would like to hear from someone who has some of the following experiences.

 

-  IOS XR

-  QOS

-  MPLS (L2 and L3 vpn's..vpls, vpws, 6vpe, etc)

-  IPv6 address allocation/planning/deployment

-  ASA Firewall

 

 

Aaron

 

___
cisco-nsp mailing list  cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

Re: [c-nsp] Customer access to PE

[Aaron]

Perhaps they should have a vpls/vpws (mpls l2vpn) whereas they can do
whatever they want on the ce ends at their premise and you just give them
the wire between via an mpls l2vpn

Aaron

-Original Message-
From: cisco-nsp [mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of
Richard Clayton
Sent: Tuesday, September 17, 2013 3:06 PM
To: Trey Howland
Cc: cisco-nsp@puck.nether.net
Subject: Re: [c-nsp] Customer access to PE

I've worked in a couple of ISP's and MPLS VPN environments and have friends
that currently work in other providers, we've never had experience of
customers having configuration CLI access to what I presume is a PE with
multiple customers configurations on, I believe Provider Edge should be just
for the provider.


On 17 September 2013 13:12, Trey Howland  wrote:

> I have a scenario where a customer wants CLI access to the PE in the 
> provider's network.  This access would allow the customer to 
> create/delete VRFs, configure interfaces/sub-interfaces, configure 
> VRRP, etc.  All CLI access would be controlled by TACACS to limit the 
> customer to specific commands.
>
> So my question is:  does anyone have examples where this is done today?
>  In a corporate environment between business units?  Looking for 
> examples where this has been successful or unsuccessful.
>
> v/r,
> Trey
> __**_
> cisco-nsp mailing list  cisco-nsp@puck.nether.net 
> https://puck.nether.net/**mailman/listinfo/cisco-nsp er.net/mailman/listinfo/cisco-nsp>
> archive at 
> http://puck.nether.net/**pipermail/cisco-nsp/ ipermail/cisco-nsp/>
>
___
cisco-nsp mailing list  cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

___
cisco-nsp mailing list  cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

Re: [c-nsp] Customer access to PE

[Richard Clayton]

I've worked in a couple of ISP's and MPLS VPN environments and have friends
that currently work in other providers, we've never had experience of
customers having configuration CLI access to what I presume is a PE with
multiple customers configurations on, I believe Provider Edge should be
just for the provider.


On 17 September 2013 13:12, Trey Howland  wrote:

> I have a scenario where a customer wants CLI access to the PE in the
> provider's network.  This access would allow the customer to create/delete
> VRFs, configure interfaces/sub-interfaces, configure VRRP, etc.  All CLI
> access would be controlled by TACACS to limit the customer to specific
> commands.
>
> So my question is:  does anyone have examples where this is done today?
>  In a corporate environment between business units?  Looking for examples
> where this has been successful or unsuccessful.
>
> v/r,
> Trey
> __**_
> cisco-nsp mailing list  cisco-nsp@puck.nether.net
> https://puck.nether.net/**mailman/listinfo/cisco-nsp
> archive at 
> http://puck.nether.net/**pipermail/cisco-nsp/
>
___
cisco-nsp mailing list  cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

Re: [c-nsp] C6500 Switching problem

[Gert Doering]

Hi,

On Tue, Sep 17, 2013 at 02:17:09PM +, R S wrote:
> IOS 12.2.18SXS.15A

That is... ancient (and not even a fully correct IOS version for that
box, but anything with 12.2.18SX* at the beginning is too old).

gert
-- 
USENET is *not* the non-clickable part of WWW!
   //www.muc.de/~gert/
Gert Doering - Munich, Germany g...@greenie.muc.de
fax: +49-89-35655025g...@net.informatik.tu-muenchen.de


pgp4Bt7u8DUR_.pgp
Description: PGP signature
___
cisco-nsp mailing list  cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

Re: [c-nsp] FabricPath & PIM-SM Interoperation

[Tim Stevenson]

Hi Yuri, please see inline below:

At 03:27 AM 9/17/2013  Tuesday, Yuri Bank clamored:

Hello fellow networking enthusiasts,

I have a few specific questions concerning this:

1. *Will a N7k/N5k translate GM-LSPs into PIM-Join messages, on a boundary
link that has a remote peer running PIM-SM?



No. FP ISIS GM-LSPs are an L2 concept here, they basically track 
group membership state at L2 inside the FP core. FP ISIS would not 
"peer" with a router running PIM-SM; you would typically have an SVI 
enabled for the FP VLAN, and that would have PIM enabled to integrate to L3.




2. *Same question as it relates to sources learned, that are within the
FabricPath domain. Will PIM Register messages be generated, and sent to the
RP in the PIM-SM domain?



Not without an SVI/router interface running PIM connected into the FP domain.




3. *Any general information regarding this topic would be greatly
appreciated, as I could find very little documentation about this.



Think of FP GM-LSPs as an extension of IGMP snooping. All the L3 
integration is basically the same in FP and classical Ethernet.



Hope that helps,
Tim





Regards,

YuriB
___
cisco-nsp mailing list  cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/





Tim Stevenson, tstev...@cisco.com
Routing & Switching CCIE #5561
Distinguished Technical Marketing Engineer, Cisco Nexus 7000
Cisco - http://www.cisco.com
IP Phone: 408-526-6759

The contents of this message may be *Cisco Confidential*
and are intended for the specified recipients only.

___
cisco-nsp mailing list  cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

Re: [c-nsp] FabricPath & PIM-SM Interoperation

[Yuri Bank]

Hi Tim,

Thanks for your response.

I should have phrased my question differently. I'm not suggesting that FP
IS-IS actually interacts with PIM-SM directly.

My question is:  Will the FP device, which is running PIM-SM on some SVI,
send PIM Register/Join messages for learned multicast sources/receivers in
the FP domain?

Imagine the following scenario.

You have DeviceA and DeviceB.

DeviceA is a FP switch, with an entire FP domain behind it.
DeviceB is a legacy multilayer switch, or router, with many other L3
devices behind it.

DeviceA has an FP-VLAN with a PIM-SM enabled SVI in it.
DeviceB simply has a layer3 interface (in the above vlan) with PIM-SM
enabled.

Now the RP, sits somewhere behind DeviceB. Obviously, if there is a host
somewhere in the FP network that starts sending multicast traffic, DeviceA
will have to send out a PIM-Register message in order for the RP to learn
of the source(otherwise, only hosts in the FP network would be able to
listen to that traffic). Likewise, if there is a multicast receiver in FP
network, a PIM-Join message would need to make its way to the RP.

Does this make sense? Again, I greatly appreciate your response.

-Yuri Bank



On Tue, Sep 17, 2013 at 9:46 AM, Tim Stevenson  wrote:

> Hi Yuri, please see inline below:
>
> At 03:27 AM 9/17/2013  Tuesday, Yuri Bank clamored:
>
>  Hello fellow networking enthusiasts,
>>
>> I have a few specific questions concerning this:
>>
>> 1. *Will a N7k/N5k translate GM-LSPs into PIM-Join messages, on a boundary
>> link that has a remote peer running PIM-SM?
>>
>
>
> No. FP ISIS GM-LSPs are an L2 concept here, they basically track group
> membership state at L2 inside the FP core. FP ISIS would not "peer" with a
> router running PIM-SM; you would typically have an SVI enabled for the FP
> VLAN, and that would have PIM enabled to integrate to L3.
>
>
>
>  2. *Same question as it relates to sources learned, that are within the
>> FabricPath domain. Will PIM Register messages be generated, and sent to
>> the
>> RP in the PIM-SM domain?
>>
>
>
> Not without an SVI/router interface running PIM connected into the FP
> domain.
>
>
>
>
>  3. *Any general information regarding this topic would be greatly
>> appreciated, as I could find very little documentation about this.
>>
>
>
> Think of FP GM-LSPs as an extension of IGMP snooping. All the L3
> integration is basically the same in FP and classical Ethernet.
>
>
> Hope that helps,
> Tim
>
>
>
>
>
>  Regards,
>>
>> YuriB
>> __**_
>> cisco-nsp mailing list  cisco-nsp@puck.nether.net
>> https://puck.nether.net/**mailman/listinfo/cisco-nsp
>> archive at 
>> http://puck.nether.net/**pipermail/cisco-nsp/
>>
>
>
>
>
> Tim Stevenson, tstev...@cisco.com
> Routing & Switching CCIE #5561
> Distinguished Technical Marketing Engineer, Cisco Nexus 7000
> Cisco - http://www.cisco.com
> IP Phone: 408-526-6759
> **
> The contents of this message may be *Cisco Confidential*
> and are intended for the specified recipients only.
>
>
___
cisco-nsp mailing list  cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

Re: [c-nsp] C6500 Switching problem

[Peter Rathlev]

On Tue, 2013-09-17 at 14:17 +, R S wrote:
> IOS 12.2.18SXS.15A

Huh? SXS? What's the image name, copy+paste style, from "show version"?
Are you maybe running 12.2(18)SXF15a? You might also want to specify
what module 1 is per "show module".

> Which is the difference with "all" keyword ? anyway do not appear as
> well...

According to documentation it should show MAC addresses from all modules
(DFCs) instead of just the PFC. It doesn't seem necessary though but it
was worth a try.

> no, syncornization is not enabled and we're not sure to insert during
> business hours, is traffic disruption forecasted ?

I have never enabled it during load but I can't see any reason it should
cause disruption. Is your issue flooding by the way? There's a chance
it's purely cosmetic.

> The machine is up since 2 years, maybe a good reload ?

Uptime in itself shouldn't cause troubles. IOS upgrades might be a good
idea from time to time. I'm still not certain what software you're
running.

-- 
Peter



___
cisco-nsp mailing list  cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

Re: [c-nsp] C6500 Switching problem

[R S]

IOS 12.2.18SXS.15A

Which is the difference with "all" keyword ? anyway do not appear as well...

no, syncornization is not enabled and we're not sure to insert during business 
hours, is traffic disruption forecasted ?

The machine is up since 2 years, maybe a good reload ?

tks

> Subject: Re: [c-nsp] C6500 Switching problem
> From: pe...@rathlev.dk
> To: dim0...@hotmail.com
> CC: cisco-nsp@puck.nether.net
> Date: Tue, 17 Sep 2013 15:34:44 +0200
> 
> On Tue, 2013-09-17 at 12:42 +, R S wrote:
> > On cisco 6500 we're experience the following problem.
> > 
> > A particular mac-address is seen on port Te1/1:
> > 
> > xxx#sh mac-address-table dynamic address ..
> ...
> > Module 1:
> > *3  ..   dynamic  Yes  0   Te1/1
> > 
> > It’s not seen on the vlan 3:
> > 
> > xxx#sh mac-address-table dynamic vlan 3
> ...
> > --+++-+--+--
> > 
> > If I do a clear mac-address-table…
> ...
> 
> What IOS version? What module is Te1/1?
> 
> Does anything change if you use the "all" keyword at the end of the show
> command for the VLAN?
> 
> Do you have MAC address table synchronization enabled?
> 
> http://www.cisco.com/en/US/docs/ios/lanswitch/command/reference/lsw_m1.html#wp1143362
> 
> -- 
> Peter
> 
> 
  
___
cisco-nsp mailing list  cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

Re: [c-nsp] FabricPath & PIM-SM Interoperation

[Lars Christensen]

PIM-SM is layer 3, FabricPath is layer 2...

Regards
Lars

Sendt fra min iPhone

Den 17/09/2013 kl. 10.36 skrev Yuri Bank :

> Hello fellow networking enthusiasts,
>
> I have a few specific questions concerning this:
>
> 1. *Will a N7k/N5k translate GM-LSPs into PIM-Join messages, on a boundary
> link that has a remote peer running PIM-SM?
>
> 2. *Same question as it relates to sources learned, that are within the
> FabricPath domain. Will PIM Register messages be generated, and sent to the
> RP in the PIM-SM domain?
>
> 3. *Any general information regarding this topic would be greatly
> appreciated, as I could find very little documentation about this.
>
> Regards,
>
> YuriB
> ___
> cisco-nsp mailing list  cisco-nsp@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/
___
cisco-nsp mailing list  cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

Re: [c-nsp] C6500 Switching problem

[Peter Rathlev]

On Tue, 2013-09-17 at 12:42 +, R S wrote:
> On cisco 6500 we're experience the following problem.
> 
> A particular mac-address is seen on port Te1/1:
> 
> xxx#sh mac-address-table dynamic address ..
...
> Module 1:
> *3  ..   dynamic  Yes  0   Te1/1
> 
> It’s not seen on the vlan 3:
> 
> xxx#sh mac-address-table dynamic vlan 3
...
> --+++-+--+--
> 
> If I do a clear mac-address-table…
...

What IOS version? What module is Te1/1?

Does anything change if you use the "all" keyword at the end of the show
command for the VLAN?

Do you have MAC address table synchronization enabled?

http://www.cisco.com/en/US/docs/ios/lanswitch/command/reference/lsw_m1.html#wp1143362

-- 
Peter


___
cisco-nsp mailing list  cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

[c-nsp] Customer access to PE

[Trey Howland]

I have a scenario where a customer wants CLI access to the PE in the 
provider's network.  This access would allow the customer to 
create/delete VRFs, configure interfaces/sub-interfaces, configure VRRP, 
etc.  All CLI access would be controlled by TACACS to limit the customer 
to specific commands.


So my question is:  does anyone have examples where this is done today?  
In a corporate environment between business units?  Looking for examples 
where this has been successful or unsuccessful.


v/r,
Trey
___
cisco-nsp mailing list  cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

Re: [c-nsp] C6500 Switching problem

[R S]

I saw it's not formatted, try again.

On cisco 6500 we're experience the following problem.

A particular mac-address is seen on port Te1/1:

xxx#sh mac-address-table dynamic address ..

Legend: * - primary entry
age - seconds since last seen
n/a - not available

  vlan   mac address typelearn age  ports

--+++-+--+--
Module 1:
*3  ..   dynamic  Yes  0   Te1/1

It’s not seen on the vlan 3:

xxx#sh mac-address-table dynamic vlan 3

Legend: * - primary entry
age - seconds since last seen
n/a - not available

  vlan   mac address typelearn age  ports

--+++-+--+--

If I do a clear mac-address-table…

xxx#clear mac-address-table dynamic vlan 3

It’s again seen on the vlan:

xxx#sh mac-address-table dynamic vlan 3

Legend: * - primary entry
age - seconds since last seen
n/a - not available

  vlan   mac address typelearn age  ports

--+++-+--+--

Module 1:
*3  ..   dynamic  Yes  0   Te1/1


But after some time it still disapper…


xxx#sh mac-address-table dynamic vlan 3

Legend: * - primary entry
age - seconds since last seen
n/a - not available

  vlan   mac address typelearn age  ports

--+++-+--+--


Any idea ?

Tks



  
___
cisco-nsp mailing list  cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

[c-nsp] C6500 Switching problem

[R S]

On cisco 6500 we're experience the
following problem.

 

A particular mac-address is seen on
port Te1/1:

 

xxx#sh mac-address-table dynamic
address ..

Legend: * - primary entry

age - seconds since last seen

n/a - not available

 

 
vlan   mac address type   
learn age  ports

--+++-+--+--

Module 1:

*   
3  ..   dynamic 
Yes  0   Te1/1

 

It’s not seen on the vlan 3:

 

xxx#sh mac-address-table dynamic
vlan 3 

Legend: * - primary entry

age - seconds since last seen

 
  n/a - not available

 

 
vlan   mac address type   
learn age  ports

--+++-+--+--

 

If I do a clear mac-address-table…

 

xxx#clear mac-address-table dynamic
vlan 3

 

It’s again seen on the vlan:

 xxx#sh mac-address-table dynamic
vlan 3 

Legend: * - primary entry

age - seconds since last seen

 
  n/a - not available

 

 
vlan   mac address type   
learn age  ports

--+++-+--+--Module
 1:

*   
3  ..   dynamic 
Yes  0   Te1/1

 


But after some time it still
disapper…
xxx#sh mac-address-table dynamic
vlan 3  
Legend: * - primary entry

age - seconds since last seen

 
  n/a - not available

 

 
vlan   mac address type   
learn age  ports

--+++-+--+--


Any idea ?Tks


  
___
cisco-nsp mailing list  cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

[c-nsp] Silence wav file for CUCM 8.62

[Charlton Sumption]

I need to create a silence wave file with the correct "pcm"
requirements ie •Raw
PCM (no header)
•8000 samples per second
•8 bits per sample
•uLaw compression
•Maximum ring size—16080 samples
•Minimum ring size—240 samples
•Number of samples in the ring is evenly divisible by 240.
•Ring starts and ends at the zero crossing.

I have tried 2 applications now and uploaded the newly created
"silience.raw" and upload the ammended "Ringlist.xml" file to CUCM.

When i select the "silence" ring tone, i get a display message stating
"Ring File Unavailable"


Any help would be appreaciated


Regards Charlie
___
cisco-nsp mailing list  cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

[c-nsp] FabricPath & PIM-SM Interoperation

[Yuri Bank]

Hello fellow networking enthusiasts,

I have a few specific questions concerning this:

1. *Will a N7k/N5k translate GM-LSPs into PIM-Join messages, on a boundary
link that has a remote peer running PIM-SM?

2. *Same question as it relates to sources learned, that are within the
FabricPath domain. Will PIM Register messages be generated, and sent to the
RP in the PIM-SM domain?

3. *Any general information regarding this topic would be greatly
appreciated, as I could find very little documentation about this.

Regards,

YuriB
___
cisco-nsp mailing list  cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

Re: [c-nsp] possible to operate WS-X4908-10GE in line-rate mode?

[Friedrich, Gregor]

Hello Andy

If I remember right, just disable the other ports (2,4,6,8) and you have no 
oversubscription anymore. There is no way to configure this


4900# show hw-module module 3 port-group
Module Port-group Active Inactive
-
   31 Te3/1-2Gi3/9-12
   32 Te3/3-4Gi3/13-16
   33 Te3/5-6Gi3/17-20
   34 Te3/7-8   Gi3/21-24


Best 

Gregor Friedrich
Systems Engineer

pdv-systeme Sachsen GmbH
Zur Wetterwarte 4, 01109 Dresden

___
cisco-nsp mailing list  cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/