[c-nsp] ASR901 EoMPLS Customer COS bits trashed

[Caillin Bathern]

Hi list,

 

I am seeing some odd behaviour in the lab and I am wondering if anyone
else knows why this is happening or any alternative...

 

I have a simple setup - CE---PE(ASR901)---EoMPLS---PE(ASR901)---CE - I
also have inline packet capturing devices on all physical links and MPLS
explicit null turned on to ensure EXP marking is carried through.

A single VLAN (10) in a service instance is been xconnected through on
the ASR901s as follows:

 

pseudowire-class eth

encapsulation mpls

interworking ethernet

!

interface GigabitEthernet0/1

service instance 10 ethernet

  encapsulation dot1q 10

  xconnect 6.6.6.6 10 encapsulation mpls pw-class eth

!

 

The CE is a network tester sending VID10 with COS 3, this traffic is
received on the remote CE however my COS 3 marking is lost...

This behaviour is consistent with tag pop/no tag pop, Ethernet or VLAN
interworking, service policies or no service policies.

 

Why are my customer COS markings being destroyed by the ASR901 when
within an EoMPLS circuit and is there a way to fix this?

 

Cheers,

Caillin

___
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] IOS archive in addition to RANCID

[Ian Henderson]

Hi folks,

I'm working on updating our base templates using some more modern features and 
am considering if IOS' built in configuration archiver/change logger have a 
place in our network.

Is anybody using the config archiver in addition to/in place of RANCID?
Syslog command logging in addition to/in place of TACACS?
Thoughts on pros/cons?
Are you using EEM to catch config changes that aren't followed by a 'wr mem'?
Any other neat tricks?

archive
 log config
  record rc
  logging enable
  logging size 200
  notify syslog contenttype plaintext
  hidekeys
 path tftp://tftp/Config-Archive/$h-$t
 write-memory

My thoughts so far:

* RANCID is a single solution that works for all vendors and all versions of 
IOS, no need for separate dirty hacks per vendor, but new vendor/device type 
maintenance can be tricky.

* With a sizeable RANCID installation, collection interval needs to be pushed 
out to 4 hours plus, which means we could miss changes within the interval. 

* RANCID does automated diff, having a directory full of router-datetime files 
isn't as easy to manipulate.

* TACACS command logging catches commands performed outside config mode.

* Having two methods ensures that if one method breaks, we still have useful 
logs/archives. This is particularly nice in our environment - if someone 
deploys hardware without following procedure of adding it to the database that 
runs RANCID, it still gets config collection (plus they get a bonus larting, 
but thats another story…).

Any additional insight?

Rgds,




- I.
___
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] 7600-ES+20G3CXL supported in the 6500 720-3BXL?

[Erik Sundberg]

Steve,

Thanks for the response.

So I do see a list of ES+ modules listed as supported, they are the ES+ Cards 
with 10G Ports. I don't see the ES+ 20x1G Port Linecard listed

Linecards I need to verify works in the 6500E sup720 3BXL
-7600-ES+20G3CXL   (20 x 1G ports)
-7600-ES+40G3CXL   (40 x 1G ports)

Linecards listed in the release notes
-76-ES+XT-4TG3CXL, 76-ES+XT-4TG3C   (4x10G Ports)
-76-ES+XT-2TG3CXL, 76-ES+XT-2TG3C   (2x10G Ports)
-7600-ES+4TG3CXL, 7600-ES+4TG3C   (4x10G Ports)
-7600-ES+2TG3CXL, 7600-ES+2TG3C   (2x10G Ports)



Thanks

Erik




-Original Message-
From: Steve Dodd [mailto:steve.d...@vision.net]
Sent: Tuesday, October 09, 2012 9:16 AM
To: Erik Sundberg; cisco-nsp@puck.nether.net
Subject: RE: [c-nsp] 7600-ES+20G3CXL supported in the 6500 720-3BXL?

Yes,  ES+ cards are supported as long as you're running SXJ1

http://www.cisco.com/en/US/docs/switches/lan/catalyst6500/ios/12.2SX/release/notes/features.html#wp4805501

-Steve

-Original Message-
From: cisco-nsp-boun...@puck.nether.net 
[mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of Erik Sundberg
Sent: Monday, October 08, 2012 4:00 PM
To: cisco-nsp@puck.nether.net
Subject: [c-nsp] 7600-ES+20G3CXL supported in the 6500 720-3BXL?

I am trying to verify if the 7600-ES+20G3CXL and 7600-ES+40G3CXL are supported 
in the 6509E w/ Sup720 3BXL

I have spent the better part of a day going in circles on Cisco website. The 
7600 ES+ Doc says there supported in the 6500 and references a document that 
only list the ES+20/ES+40 Linecards with 10G interfaces supported. We looking 
to use the 1G interfaces and not the 10G

This is the 7600 Cisco Doc
http://www.cisco.com/en/US/prod/collateral/routers/ps368/data_sheet_c78-49152.html

This is the 6500 Cisco Doc it references 
http://www.cisco.com/en/US/prod/collateral/switches/ps5718/ps708/data_sheet_c78-643759.html

I hoping there doc is just out of date.

Thanks

Erik



CONFIDENTIALITY NOTICE: This e-mail transmission, and any documents, files or 
previous e-mail messages attached to it may contain confidential information 
that is legally privileged. If you are not the intended recipient, or a person 
responsible for delivering it to the intended recipient, you are hereby 
notified that any disclosure, copying, distribution or use of any of the 
information contained in or attached to this transmission is STRICTLY 
PROHIBITED. If you have received this transmission in error please notify the 
sender immediately by replying to this e-mail. You must destroy the original 
transmission and its attachments without reading or saving in any manner. Thank 
you.
___
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/


CONFIDENTIALITY NOTICE: This e-mail transmission, and any documents, files or 
previous e-mail messages attached to it may contain confidential information 
that is legally privileged. If you are not the intended recipient, or a person 
responsible for delivering it to the intended recipient, you are hereby 
notified that any disclosure, copying, distribution or use of any of the 
information contained in or attached to this transmission is STRICTLY 
PROHIBITED. If you have received this transmission in error please notify the 
sender immediately by replying to this e-mail. You must destroy the original 
transmission and its attachments without reading or saving in any manner. Thank 
you.

___
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] layer 3 switch vs router....

[Arie Vayner (avayner)]

Scott,

The main issue with "layer 3 switches" is that they are built for LAN 
environments. The MetroE circuit is most likely a sub-rate link (physical rate 
is 1GE, downstream SP rate limits to <1Gbps).
It means that on your egress port to the MetroE link you need to perform H-QOS, 
with egress shaping and a child QOS policy for the different traffic classes.
Regular LAN switches usually do not support egress shaping.

The exception would be the different "Metro" switches like the ME3600 or 
ME3800, which could be a good option in your case.

Other differences between "routers" and "switches" are related to feature 
support... switches are usually hardware based, and if a feature is not 
supported in the hardware ASICs, you would not be able to really use it (it 
might work, but not scale). Examples could be things like IPSec (even though 
many switches now have 802.1ae MACsec), scaled up routing table sizes etc.

Arie

-Original Message-
From: cisco-nsp-boun...@puck.nether.net 
[mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of Scott Voll
Sent: Wednesday, October 03, 2012 08:25
To: cisco-nsp@puck.nether.net
Subject: [c-nsp] layer 3 switch vs router

Can anyone fill in the blanks for me?

We currently have MetroE connections to all our remote sites.  we use a
3845 at the core and 38xx or 28xx to all the remote sites.  Current connections 
are >200mb.

Remote sites are Voice Routers, and do FW / IPSec VPN backup to the Core in 
case of WAN failure.

If I move my remote site Routers back, and put a Layer 3 switch in front to do 
the routing (wire speed) what will I lose?

Do I lose QoS flexiblity?

I should still be able to do my backup VPN with the current Router as it only 
has about a 20mb backup link and will still be a routing peer.

Is there anything else I might loose by moving to a Layer 3 switch rather than 
a 2951?

Any suggestions as to a Layer 3 switch to use?  3750x?  I only need 48 1 gig 
ports.  49xx? Other thoughts?

TIA

Scott
___
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] Slips

[Joseph Mays]

It occurs to me that there is an assumption built into this that is 
unproven. Does setting the AS5400 to internal clocking on the T3 cause it to 
provide clocking for the T1's on the T3? We have assumed that it does. If 
not, how do we tell it to provide an outgoing clock signal for the T1's on 
the T3?



- Original Message - 
From: "Joseph Mays" 

To: 
Sent: Tuesday, October 09, 2012 11:45 AM
Subject: [c-nsp] Slips


We have an AS5400 that we are using to provide PRI's to customers. It has 
the following circuits coming into it from the Telco (AT&T).


5 Trunking circuits that come across T1 ties into a t3 mux, and then are 
then delivered to a T3 port on the AS5400. ! trunking circuit that is 
connected into a T1 card on the AS5400. Several circuits to customers that 
are delivered out of the T3 through the mux to T1 tie pairs through AT&T, 
and some of which go through HDSL T1's that we provide.


We have clocking set up thusly. The T1 port that has the trunk line in it 
(Serial6/0) is set to clock source line, to get clocking from AT&T.

The TDM clock priority on AS5400 is set to Serial6/0.
The T3 that has all the other T1's is set to clock source internal, on the 
assumption that the internal clock on the AS5400 should now be 
synchronizing to the trunk line coming in on 6/0. So all the T1 channels 
on the T3 should be following the Cisco clock.
The mux is set to clocking is set on the t3 to clock source line, to get 
clocking from the T3 coming from the AS5400.

The customers at the end are all set to clock source line.

None of the trunks is having slips, but several of the AT&T customers are 
showing a slip every 10 seconds or so. The clocking chain we have set up 
seems logical to me. Is there something I'm missing? Why would the 
customers be having slips.


We asked AT&T to monitor one of the lines that we are seeing slips on. 
They watched it for a bit and said no slips are occurring, though I am 
seeing them both on the AS5400 and on the Customer router. They are 
performing a more indepth test now.




___
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] Slips

[Joseph Mays]

We have an AS5400 that we are using to provide PRI's to customers. It has 
the following circuits coming into it from the Telco (AT&T).


5 Trunking circuits that come across T1 ties into a t3 mux, and then are 
then delivered to a T3 port on the AS5400. ! trunking circuit that is 
connected into a T1 card on the AS5400. Several circuits to customers that 
are delivered out of the T3 through the mux to T1 tie pairs through AT&T, 
and some of which go through HDSL T1's that we provide.


We have clocking set up thusly. The T1 port that has the trunk line in it 
(Serial6/0) is set to clock source line, to get clocking from AT&T.

The TDM clock priority on AS5400 is set to Serial6/0.
The T3 that has all the other T1's is set to clock source internal, on the 
assumption that the internal clock on the AS5400 should now be synchronizing 
to the trunk line coming in on 6/0. So all the T1 channels on the T3 should 
be following the Cisco clock.
The mux is set to clocking is set on the t3 to clock source line, to get 
clocking from the T3 coming from the AS5400.

The customers at the end are all set to clock source line.

None of the trunks is having slips, but several of the AT&T customers are 
showing a slip every 10 seconds or so. The clocking chain we have set up 
seems logical to me. Is there something I'm missing? Why would the customers 
be having slips.


We asked AT&T to monitor one of the lines that we are seeing slips on. They 
watched it for a bit and said no slips are occurring, though I am seeing 
them both on the AS5400 and on the Customer router. They are performing a 
more indepth test now.




___
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] Half duplex VRF

[Arie Vayner (avayner)]

Hitesh, how does your virtual-access look like for the spokes?
Can you please share the "show run interface virtual-access xx" for the spokes?

Tnx
Arie

From: Hitesh Vinzoda [mailto:vinzoda.hit...@gmail.com]
Sent: Tuesday, October 09, 2012 09:05
To: Arie Vayner (avayner)
Cc: Cisco Mailing list
Subject: Re: [c-nsp] Half duplex VRF

Hi Arie,

I have attached topology, .Net file and configs of related devices. R8 and R9 
are simulating spokes whereas Internet-RTR is simulating Hub.

Cheers

Hitesh
On Tue, Oct 9, 2012 at 8:37 PM, Arie Vayner (avayner) 
mailto:avay...@cisco.com>> wrote:
Hitesh, can you maybe share some of your configs?
Arie

-Original Message-
From: 
cisco-nsp-boun...@puck.nether.net 
[mailto:cisco-nsp-boun...@puck.nether.net]
 On Behalf Of Hitesh Vinzoda
Sent: Tuesday, October 09, 2012 07:04
To: Cisco Mailing list
Subject: [c-nsp] Half duplex VRF

I am trying to setup half duplex vrf to save vrf's on the LNS. Does anyone has 
working configuration for spokes and Hub connected on the same PE router i.e. 
LNS. So far i able to export-import the routes but the traces from one spoke to 
other goes directly via LNS instead of via Hub.

Please advise.

TIA
Hitesh
___
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] Half duplex VRF

[Hitesh Vinzoda]

Hi Arie,

I have attached topology, .Net file and configs of related devices. R8 and
R9 are simulating spokes whereas Internet-RTR is simulating Hub.

Cheers

Hitesh

On Tue, Oct 9, 2012 at 8:37 PM, Arie Vayner (avayner) wrote:

> Hitesh, can you maybe share some of your configs?
> Arie
>
> -Original Message-
> From: cisco-nsp-boun...@puck.nether.net [mailto:
> cisco-nsp-boun...@puck.nether.net] On Behalf Of Hitesh Vinzoda
> Sent: Tuesday, October 09, 2012 07:04
> To: Cisco Mailing list
> Subject: [c-nsp] Half duplex VRF
>
> I am trying to setup half duplex vrf to save vrf's on the LNS. Does anyone
> has working configuration for spokes and Hub connected on the same PE
> router i.e. LNS. So far i able to export-import the routes but the traces
> from one spoke to other goes directly via LNS instead of via Hub.
>
> Please advise.
>
> TIA
> Hitesh
> ___
> 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] N7K NX-OS SCP config

[alan buxey]

Hi,

>   Does RANCID not support NXOS?

yes 'cisco-nx' with nxrancid

alan
___
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] Half duplex VRF

[Arie Vayner (avayner)]

Hitesh, can you maybe share some of your configs?
Arie

-Original Message-
From: cisco-nsp-boun...@puck.nether.net 
[mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of Hitesh Vinzoda
Sent: Tuesday, October 09, 2012 07:04
To: Cisco Mailing list
Subject: [c-nsp] Half duplex VRF

I am trying to setup half duplex vrf to save vrf's on the LNS. Does anyone has 
working configuration for spokes and Hub connected on the same PE router i.e. 
LNS. So far i able to export-import the routes but the traces from one spoke to 
other goes directly via LNS instead of via Hub.

Please advise.

TIA
Hitesh
___
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] N7K NX-OS SCP config

[Tim Durack]

On Tue, Oct 9, 2012 at 11:02 AM, Jared Mauch  wrote:
>
> Does RANCID not support NXOS?
>
> - Jared
>
> --
> Jared Mauch  | pgp key available via finger from ja...@puck.nether.net
> clue++;  | http://puck.nether.net/~jared/  My statements are only mine.

Probably does. I would guess it's doing something similar: ssh, show run etc.

We have a role-your-own collector that scps configs, and stuffs them
into a git repository.

I can make it work with the ssh "show run" or "copy scp" approach,
just seems a bit backward when NX-OS supports an SCP server running on
the N7K.

-- 
Tim:>
___
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] N7K NX-OS SCP config

[Jared Mauch]

On Tue, Oct 09, 2012 at 10:55:00AM -0400, Tim Durack wrote:
> On Tue, Oct 9, 2012 at 10:46 AM, Phil Mayers  wrote:
> > Can't be done, AFAIK. As you say, the "running-config" doesn't exists.
> >
> > FWIW, we generated an SSH key, and do this:
> >
> > ssh -i the_key user@n7k 'sh run' > n7k.cfg
> >
> > ...which seems to work.
> 
> That's what I figured.
> 
> I'm doing something similar:
> 
> ssh user@n7k 'copy running-config
> scp://user@scpserver:/home/user/config/n7k/running-config'
> 
> Seems convoluted though.

Does RANCID not support NXOS?

- Jared

-- 
Jared Mauch  | pgp key available via finger from ja...@puck.nether.net
clue++;  | http://puck.nether.net/~jared/  My statements are only mine.
___
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] N7K NX-OS SCP config

[Tim Durack]

On Tue, Oct 9, 2012 at 10:46 AM, Phil Mayers  wrote:
> Can't be done, AFAIK. As you say, the "running-config" doesn't exists.
>
> FWIW, we generated an SSH key, and do this:
>
> ssh -i the_key user@n7k 'sh run' > n7k.cfg
>
> ...which seems to work.

That's what I figured.

I'm doing something similar:

ssh user@n7k 'copy running-config
scp://user@scpserver:/home/user/config/n7k/running-config'

Seems convoluted though.

-- 
Tim:>
___
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] 7600-ES+20G3CXL supported in the 6500 720-3BXL?

[Steve Dodd]

Yes,  ES+ cards are supported as long as you're running SXJ1

http://www.cisco.com/en/US/docs/switches/lan/catalyst6500/ios/12.2SX/release/notes/features.html#wp4805501

-Steve

-Original Message-
From: cisco-nsp-boun...@puck.nether.net 
[mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of Erik Sundberg
Sent: Monday, October 08, 2012 4:00 PM
To: cisco-nsp@puck.nether.net
Subject: [c-nsp] 7600-ES+20G3CXL supported in the 6500 720-3BXL?

I am trying to verify if the 7600-ES+20G3CXL and 7600-ES+40G3CXL are supported 
in the 6509E w/ Sup720 3BXL

I have spent the better part of a day going in circles on Cisco website. The 
7600 ES+ Doc says there supported in the 6500 and references a document that 
only list the ES+20/ES+40 Linecards with 10G interfaces supported. We looking 
to use the 1G interfaces and not the 10G

This is the 7600 Cisco Doc
http://www.cisco.com/en/US/prod/collateral/routers/ps368/data_sheet_c78-49152.html

This is the 6500 Cisco Doc it references 
http://www.cisco.com/en/US/prod/collateral/switches/ps5718/ps708/data_sheet_c78-643759.html

I hoping there doc is just out of date.

Thanks

Erik



CONFIDENTIALITY NOTICE: This e-mail transmission, and any documents, files or 
previous e-mail messages attached to it may contain confidential information 
that is legally privileged. If you are not the intended recipient, or a person 
responsible for delivering it to the intended recipient, you are hereby 
notified that any disclosure, copying, distribution or use of any of the 
information contained in or attached to this transmission is STRICTLY 
PROHIBITED. If you have received this transmission in error please notify the 
sender immediately by replying to this e-mail. You must destroy the original 
transmission and its attachments without reading or saving in any manner. Thank 
you.
___
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] N7K NX-OS SCP config

[Phil Mayers]

On 09/10/12 14:55, Tim Durack wrote:

I can ssh an N7K and copy the running/startup-config to an scp server.
Can I scp an N7K and copy the running/startup-config directly, like
you can a C6K?

scp user@c6k:running-config . (this works)
scp user@n7k:running-config . (this does not appear to work, as there
is no running-config in the filesystem.)

Any ideas?



Can't be done, AFAIK. As you say, the "running-config" doesn't exists.

FWIW, we generated an SSH key, and do this:

ssh -i the_key user@n7k 'sh run' > n7k.cfg

...which seems to work.
___
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] Half duplex VRF

[Hitesh Vinzoda]

I am trying to setup half duplex vrf to save vrf's on the LNS. Does anyone
has working configuration for spokes and Hub connected on the same PE
router i.e. LNS. So far i able to export-import the routes but the traces
from one spoke to other goes directly via LNS instead of via Hub.

Please advise.

TIA
Hitesh
___
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] N7K NX-OS SCP config

[Tim Durack]

I can ssh an N7K and copy the running/startup-config to an scp server.
Can I scp an N7K and copy the running/startup-config directly, like
you can a C6K?

scp user@c6k:running-config . (this works)
scp user@n7k:running-config . (this does not appear to work, as there
is no running-config in the filesystem.)

Any ideas?

-- 
Tim:>
___
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] m-cast state limit in IOS XR ASR9k

[Adam Vitkovsky]

Cisco says:

>The following IOS commands are not supported on the IOS XR devices, because
the corresponding commands do not exist in IOS XR.
> ip multicast vrf  route-limit. The reason for not supporting this
is that the command to set the route limit per VRF is not available on IOS
XR devices.

So what exactly is the limit please?


adam

___
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] Cisco catalyst switch stop learning MAC address

[Gert Doering]

Hi,

On Tue, Oct 09, 2012 at 04:41:38PM +0530, Arun Kumar wrote:
> Does anyone faced this kind of issue? What could have made the cisco switch
> to stop learning  MAC address from the connected router?

"no packets coming from this router" (typical in VRRP master/slave setups
with no packets ever being sent by the VRRP slave)

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


pgp68wzCodTre.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/

[c-nsp] Cisco catalyst switch stop learning MAC address

[Arun Kumar]

Hi,

I faced a strange issue in our network. The network consists of multiple
Cisco switches connected and running MSTP. NPEG2 router is connected to a
switch port. The router interface MAC address was flapping in the L2 switch
network. The issue was sorted out and mac flap was stopped. But after this
, MAC address of the router's interface stopped learning on the connected
Cisco switch. Only when the interface on the router was shut and no shut,
the switch started learning MAC address.

Does anyone faced this kind of issue? What could have made the cisco switch
to stop learning  MAC address from the connected router?

thanks in advance
Arun
___
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/