Re: [c-nsp] BDF over port-channels?

Hi, On Tue, Nov 17, 2009 at 03:16:50PM -0600, Ge Moua wrote: > we've got some p2p routed ports over here > > ! > interface Port-channel1 > description [removed] > mtu 4470 > ip address 192.168.11.105 255.255.255.252 > no negotiation auto > snmp trap link-status > hold-queue 150 in > ! ... and wh

[c-nsp] IP Traffic Types/Applications Supported by Cisco NAT?

Hey All, Is there any work around to get SNMP over 1-to-1 NAT on Cisco? I found an old overview from CCIE Routing TCP/IP, Volume II 2002, does anyone know where i could find an updated revision? Traffic Types/Applications Supported Any TCP/UDP traffic that does not carry source and/or destin

Re: [c-nsp] BGP Community Problem (I think)

As Hobbs mentioned do a "sh ip bgp neighbor " and look for the prefix activity part which will tell you about prefixes that didn't get sent to that peer for various reasons. Have you looked at the communities attached to the prefixes you have learnt from your other peer that you aren't advertising

Re: [c-nsp] BGP Community Problem (I think)

But, the router isn't even sending them to the next router... between tagging them and re-sending them, they just aren't there so I would assume the neighbour they are being sent to is nothing to do with it? ...Skeeve -- Skeeve Stevens, CEO/Technical Director eintellego Pty Ltd - The Networ

Re: [c-nsp] debug mpls packet

Hobbs wrote: On Tue, Nov 17, 2009 at 8:38 PM, roy > wrote: Oliver Boehmer (oboehmer) wrote: Does anyone know what the middle number represents in a "debug mpls

Re: [c-nsp] 3560/3750 policy routing

ML wrote: Metalíza wrote: Peter Rathlev wrote: On Mon, 2009-11-02 at 17:21 -0500, Ryan West wrote: We're using a couple of 3560s for PBR with no problems forwarding 100 Mbps+. There's no CPU load from the forwarding itself. We haven't tried actually pushing it yet but are planning to try somet

Re: [c-nsp] BGP Community Problem (I think)

On Tue, Nov 17, 2009 at 9:05 PM, Skeeve Stevens wrote: > Hey all, > > I am confused as to why a BGP feed I take and take with a community and > redistribute are some 50k routes different. > > Details follow: > > Platform is: > > SYD-A-BDR-A#sh ver > Cisco IOS Software, 7200 Software (C7200-ADVIPSE

[c-nsp] BGP Community Problem (I think)

Hey all, I am confused as to why a BGP feed I take and take with a community and redistribute are some 50k routes different. Details follow: Platform is: SYD-A-BDR-A#sh ver Cisco IOS Software, 7200 Software (C7200-ADVIPSERVICESK9-M), Version 12.4(15)T1, RELEASE SOFTWARE (fc2) Technical Suppor

Re: [c-nsp] debug mpls packet

On Tue, Nov 17, 2009 at 8:38 PM, roy wrote: > Oliver Boehmer (oboehmer) wrote: > >> >> >>> Does anyone know what the middle number represents in a "debug >>> >> mpls >> >>> packet" ( eg: {7963 6 254} )? >>> I can't find this information anywhere. >>> >>> 7693 = Label >>> 6

Re: [c-nsp] debug mpls packet

Oliver Boehmer (oboehmer) wrote: Does anyone know what the middle number represents in a "debug mpls packet" ( eg: {7963 6 254} )? I can't find this information anywhere. 7693 = Label 6 = ??? 254 = I presume is the TTL What does the 6 represent?? it's the EXP value. you're right about the

Re: [c-nsp] snmpwalk for switch port status

Do the relevant scripts with NAGIOS meet your needs? See, for example, check_snmp_int. Frank -Original Message- From: cisco-nsp-boun...@puck.nether.net [mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of sky vader Sent: Tuesday, November 17, 2009 2:47 PM To: cisco-nsp@puck.nether.net

Re: [c-nsp] how not to write a release note

That is not true. Alignment corrections are very CPU intensive activity that may easily overwhelm a device if it occurs frequently. Thus, per thread, users need to know (via properly written release notes) the causes of software defects so they can take steps to workaround or rectify them.

Re: [c-nsp] snmpwalk for switch port status

We use switchmap (http://switchmap.sourceforge.net/) it outputs name, description, admin status, oper status, vlan, and mac addresses. It outputs to plain text, as well as HTML. Thank You Daniel Bielawa Network Engineer Liberty University Network Services -Original Message- From: cisc

Re: [c-nsp] BDF over port-channels?

On 2009-11-17 17:57, Gert Doering wrote: Out of curiosity: since the boot messages suggest that 67xx cards with CFC or DFC run "some sort of local IOS" - would those be smart enough? No, the 'some sort of IOS' is there to perform only monitoring/ supervising work, not to add some intelligence.

Re: [c-nsp] BDF over port-channels?

BFD over port-channel is supported on SRD1. HTH Abidin On 17 Nov 2009, at 17:35, Tassos Chatzithomaoglou wrote: > According to Cisco: > > http://www.cisco.com/en/US/docs/ios/iproute/configuration/guide/irp_bfd.html#wp1054055 > > > Fo

Re: [c-nsp] BDF over port-channels?

we've got some p2p routed ports over here ! interface Port-channel1 description [removed] mtu 4470 ip address 192.168.11.105 255.255.255.252 no negotiation auto snmp trap link-status hold-queue 150 in ! Regards, Ge Moua | Email: moua0...@umn.edu Network Design Engineer University of Minnesota

Re: [c-nsp] BDF over port-channels?

Hi, On Tue, Nov 17, 2009 at 09:53:32PM +0100, Arie Vayner (avayner) wrote: > Just out of curiosity, what are the port-channel on the 7200/7600 is used for? > Is it a point to point routed port, or with L2 VLANs switched on top of it? Just for the records: on the 6500 with SXF or SXH3a, it wasn't

Re: [c-nsp] how not to write a release note

Well, as feedback for the issue raised, the bug you flagged is not causing anything other than a traceback message... Arie -Original Message- From: cisco-nsp-boun...@puck.nether.net [mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of Arie Vayner (avayner) Sent: Tuesday, November 17, 2

[c-nsp] snmpwalk for switch port status

Hi, Can anyone point me in right direction for a perl script that will snmpwalk the MIB for switch port status whether "up" or "down" including total number of ports available? I have approximately 400 switches that I would like to query via script and pipe the results to a file for every device.

Re: [c-nsp] BDF over port-channels?

Just out of curiosity, what are the port-channel on the 7200/7600 is used for? Is it a point to point routed port, or with L2 VLANs switched on top of it? Arie -Original Message- From: cisco-nsp-boun...@puck.nether.net [mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of luismi Sent:

Re: [c-nsp] how not to write a release note

> Does not say anything about what may trigger it, eg: mtu, > packet fragmentation, etc.. Though that one is higher profile, still not as bad as: http://www.cisco.com/en/US/docs/interfaces_modules/services_modules/csm/4.2.x/release/notes/ol_6897.html#wp274407 ...listed as a "Limitation and

[c-nsp] Cisco 7600 Broadband Licensing

Hi, Does anyone know if licensing is need on Cisco 7600 (and if so do you know the product number) for broadband activation on ES+ cards (not interested in SIP)? Let say that we want to enable subscriber management (PPPoE or IPoE) on ES+ cards, what licenses do we need? I know that bunch of BB l

Re: [c-nsp] SXI(3) code status?

The 6324 100 MM is supported but did not come online in SXI 1, 2 , 2A. It did however work in SXI, which we are running now. The other flavors are not supported. Jeff On Nov 17, 2009, at 12:12 PM, Jared Mauch wrote: > Release 12.2(33)SXH and later releases do not support the following hardware

Re: [c-nsp] FABRIC-3-ERR_HANDLE

So, what is the difference in output from doing exec-on vs attach? You are still connecting via the same method. On Mon, Nov 16, 2009 at 14:07, e ninja wrote: > Antonio, > > You should *never* troubleshoot fabric errors with *any* exec-on commands. > They run over the fabric that may or may not

[c-nsp] Portchannel, ttl 1 packets filling input queue.

Hey all, I had been suffering from some input/output queue drops on the Catalyst side of a connection between a [Cat6500 (Sup 720-3BXL) WS-6724-SFP] and a GSR 12810 /w SIP-601 & SPA10x1GE-V2. Since this link was tremendously busy I thought perhaps it was simply a matter of micro bursts exceedi

[c-nsp] 7600 ES card and module

Just a quick question or two. Does anybody have good/bad experience with a 7600-ES20-10G3CXL in a 7606 with 720-3bxl? I am looking to terminate a 1310nm or 1550nm 10Ge from another provider. No dense or coarse wave. Also I am trying to figure out if the XFP-10GLR-OC192SR module will work with

Re: [c-nsp] BDF over port-channels?

According to Cisco: http://www.cisco.com/en/US/docs/ios/iproute/configuration/guide/irp_bfd.html#wp1054055 For the following Cisco IOS Releases, BFD on PortChannel is not a supported configuration: 12.2SXF, 12.2SRC, and 12.2SRB.

[c-nsp] IOS XR version you use

Hi everyone! I look for a good choice of XR to upgrade to from 3.5. In terms of features there are no mandatory ones that could drive us to do 3.8 instead of 3.6 Does anyone of you use 3.8 in a production environment? Please share any thoughts on this. BR Eduard ___

Re: [c-nsp] BDF over port-channels?

luismi wrote: I wrote it in a previous email but here is again :D 7200 npe-g2 and 7600 rsp720-pfc3 I am using 12.2SRC but it is not supported there an I would like to know if it is supported in another train. 12.2SR is all you can run on the RSP720. SX and SR will both run on the Sup720 but

Re: [c-nsp] SXI(3) code status?

Release 12.2(33)SXH and later releases do not support the following hardware: These Ethernet Switching Modules: –WS-X6024-10FL-MT 24-port 10BASE-FL MT-RJ –WS-X6248A-TEL 48-port 10/100TX RJ-21 –WS-X6248-RJ-45 48-port 10/100TX RJ-45 –WS-X6248-TEL 48-port 10/100TX RJ-21 –WS-X6324-100FX-SM 24-por

Re: [c-nsp] BDF over port-channels?

I was just curious, because I would like to deploy BFD but I saw those messages on my routers because the port-channels configurations and I would like to know if it was supported in other train or something similar. El mar, 17-11-2009 a las 15:12 +0100, Gert Doering escribió: > Hi, > > On Tue, N

Re: [c-nsp] SXI(3) code status?

Jared, After quickly glancing at the release notes, I was unable to find anything about the removal of hardware support for the 63xx series cards. Do you have a URL or can you be more specific? Thanks in advance! Jared Mauch wrote: SXI3 has a number of bug fixes for our network, including

Re: [c-nsp] BDF over port-channels?

Hi, On Tue, Nov 17, 2009 at 05:50:33PM +0100, ?ukasz Bromirski wrote: > On 2009-11-17 15:12, Gert Doering wrote: > > >(Which makes some sort of sense, *iff* the BFD-handling is done in the > >line card - where it belongs, to be independent of whatever load the > >main CPU is having. OTOH, I don'

Re: [c-nsp] BDF over port-channels?

On 2009-11-17 15:12, Gert Doering wrote: (Which makes some sort of sense, *iff* the BFD-handling is done in the line card - where it belongs, to be independent of whatever load the main CPU is having. OTOH, I don't think normal 6500 LAN cards are smart enough to run BFD locally. So whatever...

[c-nsp] No SVI throughput/bandwidth counters on Catalyst 4948

I started deploying Catalyst 4948 switches as TOR devices about 3 months ago. The policing and packet-handling have been behaving quite nicely. Physical ports are mapped to SVIs and the SVIs have policers attached. The primary reason for SVIs is to allow a paired 4948 to act as an HSRP partner ac

Re: [c-nsp] SXI(3) code status?

SXI3 has a number of bug fixes for our network, including one that would cause the next-hop to be populated as 'drop' in hardware. I strongly recommend using it over prior versions of SXI. Due to the removal of hardware support we replaced the older 63xx/62xx series cards. - Jared On Nov 17,

Re: [c-nsp] SXI(3) code status?

SXI2a running fine with MPLS, QoS, SVIs (no BFD on those... :-(), OSPF, BGP. PFC3C-only, no WAN cards/modules, no DFC. Rubens On Tue, Nov 17, 2009 at 12:51 PM, Jeff Fitzwater wrote: > I have been running the SXI(3) on a test router with 100M MM 6324, which it > did not recognize in previous

[c-nsp] Flowcontrol conflict 4506 SupIV / 6509 Sup720

This may end up a TAC case after I gather more information this morning, but thought I'd run this by the list in case it rang any bells (or you had similar configurations)... We had a maintenance window last night to push out some IOS upgrades to our distribution layer, complete with a scheduled

[c-nsp] SXI(3) code status?

I have been running the SXI(3) on a test router with 100M MM 6324, which it did not recognize in previous versions, and so far no complaints but then again it's not in a real world yet. Does anyone else have GOOD or BAD new on SXI(3)? Jeff Fitzwater OIT Network Systems Princeton University

Re: [c-nsp] FABRIC-3-ERR_HANDLE

Cool. ITMT, you may want to shut down CSC0 with a 'hw-module...' to minimize further impact to the fabric and clear fabric errors on all LCs. A fresh 'sh contr fia' (repeated a few times) thereafter should reveal 0 CRCs. Eninja On Nov 17, 2009, at 1:36 PM, "Antonio Soares" wrote:

Re: [c-nsp] BDF over port-channels?

Hi, On Tue, Nov 17, 2009 at 01:20:58PM +0100, luismi wrote: > I wrote it in a previous email but here is again :D > > 7200 npe-g2 and 7600 rsp720-pfc3 These are very very *VERY* different platforms... > I am using 12.2SRC but it is not supported there an I would like to know > if it is supporte

Re: [c-nsp] FABRIC-3-ERR_HANDLE

Almost all LC's are reporting errors in the column "CRC XBAR0". So i think that replacing the CSC0 will be the best to do at the moment. Regards, Antonio Soares, CCIE #18473 (R&S) amsoa...@netcabo.pt _ From: e ninja [mailto:eni...@gmail.com] Sent: segunda-feira, 16 de Novembro d

Re: [c-nsp] BDF over port-channels?

I wrote it in a previous email but here is again :D 7200 npe-g2 and 7600 rsp720-pfc3 I am using 12.2SRC but it is not supported there an I would like to know if it is supported in another train. El mar, 17-11-2009 a las 11:09 +0100, Gert Doering escribió: > Hi, > > On Tue, Nov 17, 2009 at 11:01

Re: [c-nsp] debug mpls packet

> Does anyone know what the middle number represents in a "debug mpls > packet" ( eg: {7963 6 254} )? > I can't find this information anywhere. > > 7693 = Label > 6 = ??? > 254 = I presume is the TTL > > What does the 6 represent?? > >>> it's the EXP v

Re: [c-nsp] SUP2 boot problem

On Mon, 16 Nov 2009, Jared Mauch wrote: Is that the latest rommon for sup2? You may also want to make sure your MFSC2 has the latest rommon as well, (assuming you have a MFSC2 in your sup2, which it would appear is the case). c6msfc2-rm2.srec.122-17r.S5 is that image. I upgraded rommon and

Re: [c-nsp] BDF over port-channels?

Hi, On Tue, Nov 17, 2009 at 11:01:48AM +0100, luismi wrote: > I see a message like "BDF not supported over port-channels" in my > routers. Which IOS version is that? On what platform? You could be a bit more proactive in your questions... this makes it much easier to give meaningful responses,

Re: [c-nsp] BDF over port-channels?

I see a message like "BDF not supported over port-channels" in my routers. Also "sh bfd ..." doesn't show anything. El mar, 17-11-2009 a las 10:54 +0100, Gert Doering escribió: > Hi, > > On Tue, Nov 17, 2009 at 10:31:00AM +0100, luismi wrote: > > Did you try it' > > No. Our most relevant port-c

Re: [c-nsp] how not to write a release note

I can't believe it, I need to check it. > Still not as funny as this one: > > CSCso05336 > > Symptoms: A Cisco 1811 router reloads when trying to connect to > irc.freenode.net during the first 36 hours following a reload. > > Conditions: The symptom is observed only in the first 36 hours > fol

Re: [c-nsp] BDF over port-channels?

Hi, On Tue, Nov 17, 2009 at 10:31:00AM +0100, luismi wrote: > Did you try it' No. Our most relevant port-channels all are "switchport" type interfaces, and there is no BFD on SVI :-( But given the 6500/7600 architecture, I would be fairly confident that it works. On the other hand, well, BFD

Re: [c-nsp] BDF over port-channels?

Did you try it' El dom, 15-11-2009 a las 20:19 +0100, Gert Doering escribió: > Hi, > > On Sun, Nov 15, 2009 at 03:12:24PM +0100, luismi wrote: > > Is it supported in any IOS? > > Does anyone if it is going to be supported in the future? > > On 7600s, it should work, if you are using "routed mode

[c-nsp] SXI3 / rogue DHCP feature?

Hmm: http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&bugId=CSCtb87454 """ Symptom: This bug deals with a feature requested by customer. Customer wants to send DHCPDISCOVER probes on untrusted ports to detect the Rogue DHCP Servers. """ Yet the release

Re: [c-nsp] debug mpls packet

roy wrote: Oliver Boehmer (oboehmer) wrote: Does anyone know what the middle number represents in a "debug mpls packet" ( eg: {7963 6 254} )? I can't find this information anywhere. 7693 = Label 6 = ??? 254 = I presume is the TTL What does the 6 represent?? it's the EXP value. you're right ab

Re: [c-nsp] how not to write a release note

Jared, I took a quick look and this has to do with QOS. I have sent an internal query for more info. Will advise. Arie -Original Message- From: cisco-nsp-boun...@puck.nether.net [mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of Jared Mauch Sent: Tuesday, November 17, 2009 01:11 To:

Re: [c-nsp] debug mpls packet

Oliver Boehmer (oboehmer) wrote: Does anyone know what the middle number represents in a "debug mpls packet" ( eg: {7963 6 254} )? I can't find this information anywhere. 7693 = Label 6 = ??? 254 = I presume is the TTL What does the 6 represent?? it's the EXP value. you're right about the last