Re: [c-nsp] Specification of RA that responds to RS (applied RA suppress I/F)
Hi, hsrp + ipv6 nd prefix default no-advertise + ipv6 nd ra suppress: = ra from each 'real' router - link local (2 default gateways) autoconfig / prefix announcment is OFF (Yay !) (A) ipv6 nd ra suppress command stops MULTICAST RA. * RA that responds to RS is UNICAST. (B) http://cisco.biz/en/US/docs/ios/ipv6/configuration/guide/ip6-fhrp.html#wp1059488 -- HSRP for IPv6 Overview #snip # Periodic RAs for the interface link-local address stop after a final RA is sent # while at least one virtual IPv6 link-local address is configured on the interface. #/snip It seems to become such behavior from the reason for A and B... PS: why is the lifetime of the HSRP birthed RA 0sec ? Is this an HSRP thing ? ipv6 nd prefix default no-advertise seems to be command set not to put up Prefix Infomation (ICMPv6 OptionType=3) of RA. http://www.ietf.org/rfc/rfc2461.txt -- RFC 2461 4.6.2. Prefix Information Valid Lifetime is an information to be stored in Prefix Information, because it seems to have been set to 0. If you try ipv6 nd prefix default no-autoconfig, it might be solved. * no-autoconfig option sets A-flag of Prefix Information to 0 (off) only. - nakayama daigo ___ 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] smaller PI
Thats either a cruel joke or jeer Jan Gregor wrote: Hi guys, one of our customers requested PI adresses from RIPE (for whatever reason) and got back /26. Opinions? Best regards, Jan ___ 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] Nexus 5000 Fabric Manager Server License
Is the Nexus 5000 Fabric Manager Server License required for FEX N2K support? Thanks ___ 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 6509 reboots on its own... again...
Hello, I have a c6509 with redundant SUP720-3BXL (s72033-advipservicesk9_wan-mz.122-33.SXH2a.bin) that's rebooted on its own this morning. FYI, the same router reboot 3 weeks ago unexpectedly ! Here is a trunkated output of the crashfile info : Jun 11 06:48:29.377: %PFREDUN-SP-6-ACTIVE: Standby initializing for SSO mode Jun 11 06:48:29.377: %SYS-SP-3-LOGGER_FLUSHING: System pausing to ensure console debugging output. Jun 11 06:48:29.377: %PFREDUN-SP-6-ACTIVE: Standby initializing for SSO mode Jun 11 06:48:29.569: %SYS-SP-3-LOGGER_FLUSHED: System was paused for 00:00:00 to ensure console debugging output. Jun 11 06:48:41.952: %PFINIT-SP-5-CONFIG_SYNC: Sync'ing the startup configuration to the standby Router. Jun 11 06:49:39.434: %FABRIC-SP-5-CLEAR_BLOCK: Clear block option is off for the fabric in slot 5. Jun 11 06:49:39.530: %FABRIC-SP-5-FABRIC_MODULE_BACKUP: The Switch Fabric Module in slot 5 became standby Jun 11 06:49:42.850: %DIAG-SP-6-RUN_COMPLETE: Module 5: Running Complete Diagnostics... Jun 11 06:49:44.819: %DIAG-SP-6-DIAG_OK: Module 5: Passed Online Diagnostics Jun 11 06:49:48.673: %OIR-SP-6-INSCARD: Card inserted in slot 5, interfaces are now online Jun 11 09:53:37.178: %PFINIT-SP-5-CONFIG_SYNC: Sync'ing the startup configuration to the standby Router. Jun 11 13:02:59.715: %PFINIT-SP-5-CONFIG_SYNC: Sync'ing the startup configuration to the standby Router. Jun 11 13:04:16.254: %PFINIT-SP-5-CONFIG_SYNC: Sync'ing the startup configuration to the standby Router. Jun 14 09:00:28.800: %PFINIT-SP-5-CONFIG_SYNC: Sync'ing the startup configuration to the standby Router. Jun 14 09:05:08.864: %PFINIT-SP-5-CONFIG_SYNC: Sync'ing the startup configuration to the standby Router. Jun 17 08:35:59.058: %PFINIT-SP-5-CONFIG_SYNC: Sync'ing the startup configuration to the standby Router. Jun 17 08:39:58.941: %PFINIT-SP-5-CONFIG_SYNC: Sync'ing the startup configuration to the standby Router. CMD: 'sh mls cef summary ' 11:31:24 UTC Thu Jun 17 2010 CMD: 'exit' 11:31:25 UTC Thu Jun 17 2010 CMD: 'sh mls cef statistics ' 11:32:01 UTC Thu Jun 17 2010 CMD: 'sh mls cef maximum-routes ' 11:32:21 UTC Thu Jun 17 2010 CMD: 'sh mls cef rpf ' 11:33:07 UTC Thu Jun 17 2010 CMD: 'show mls acl inconsistency' 12:18:44 UTC Thu Jun 17 2010 Jun 21 08:14:58.161: %PFINIT-SP-5-CONFIG_SYNC: Sync'ing the startup configuration to the standby Router. Jun 22 08:15:53.784: %PFINIT-SP-5-CONFIG_SYNC: Sync'ing the startup configuration to the standby Router. Jun 22 11:56:07.044: %PFINIT-SP-5-CONFIG_SYNC: Sync'ing the startup configuration to the standby Router. Jun 22 11:58:40.637: %PFINIT-SP-5-CONFIG_SYNC: Sync'ing the startup configuration to the standby Router. Jun 23 11:01:20.484: %PFINIT-SP-5-CONFIG_SYNC: Sync'ing the startup configuration to the standby Router. Jun 23 12:31:21.556: %PFINIT-SP-5-CONFIG_SYNC: Sync'ing the startup configuration to the standby Router. CMD: 'sh mls cef ' 21:30:10 UTC Sun Jun 27 2010 CMD: 'sh mls cef tcam hit ' 21:31:52 UTC Sun Jun 27 2010 Jun 29 11:51:04.876: %PFINIT-SP-5-CONFIG_SYNC: Sync'ing the startup configuration to the standby Router. %Software-forced reload 06:23:49 UTC Mon Jul 5 2010: Breakpoint exception, CPU signal 23, PC = 0x41183348 Possible software fault. Upon reccurence, please collect crashinfo, show tech and contact Cisco Technical Support. -Traceback= 41183348 41180F04 40DADF40 40FFA1CC 40FFA4D8 40752F58 40752F44 $0 : , AT : 1E02, v0 : 4372, v1 : 0043 a0 : 447135B0, a1 : 0043, a2 : 0009, a3 : t0 : 44C7494C, t1 : 44C74948, t2 : 44C74944, t3 : 44C74940 t4 : 44C7493C, t5 : 44C74938, t6 : 44C74934, t7 : 44C74930 s0 : , s1 : 41DF, s2 : 08FA84B0, s3 : 44C74AC0 s4 : 44C74AB8, s5 : , s6 : , s7 : t8 : 44C7499C, t9 : , k0 : 470E1200, k1 : 40798CE0 gp : 41E591E0, sp : 44C74A20, s8 : , ra : 41180F04 EPC : 41183348, ErrorEPC : 40947F88, SREG : 3400FF03 MDLO : 33E8, MDHI : 02D3, BadVaddr : DATA_START : 0x41C420A0 Cause 0024 (Code 0x9): Breakpoint exception = Start of Crashinfo Collection (06:23:49 UTC Mon Jul 5 2010) == For image: Cisco IOS Software, s72033_sp Software (s72033_sp-ADVIPSERVICESK9_WAN-M), Version 12.2(33)SXH2a, RELEASE SOFTWARE (fc2) Technical Support: http://www.cisco.com/techsupport Copyright (c) 1986-2008 by Cisco Systems, Inc. Compiled Fri 25-Apr-08 08:20 by prod_rel_team = Show Alignment === No alignment data has been recorded. No spurious memory references have been recorded. = Additional Subsystem Crashinfo === - show redundancy Switchovers this system has experienced : 1 Last switchover reason : Active crashed. Uptime since this
Re: [c-nsp] Cisco 6509 reboots on its own... again...
On 05/07/10 10:36, Youssef Bengelloun-Zahr wrote: I am running the IOS bug toolkit looking for a possible match with my case. Don't waste your time. Open a TAC case. ___ 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 6509 reboots on its own... again...
Not possible, don't have one for this type of gear :-/ And yes, bug toolkit was a waste of time but had no other choice... Any other clues ? Y. Le 5 juil. 2010 à 12:29, Phil Mayers p.may...@imperial.ac.uk a écrit : On 05/07/10 10:36, Youssef Bengelloun-Zahr wrote: I am running the IOS bug toolkit looking for a possible match with my case. Don't waste your time. Open a TAC case. ___ 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] Cisco 6509 reboots on its own... again...
On 05/07/10 11:53, Youssef Bengelloun-Zahr wrote: Not possible, don't have one for this type of gear :-/ And yes, bug toolkit was a waste of time but had no other choice... Any other clues ? The crashinfo is not revealing, which is why I suggested a TAC case. Without support I can only suggest upgrading IOS, but if the box isn't on software support... ___ 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 6509 reboots on its own... again...
Hi, Not possible, don't have one for this type of gear :-/ oh. this list isnt a free TAC service though. 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] Cisco 6509 reboots on its own... again...
Yes, crashfile isn't revealing... I have access though to the IOS software base and I already downloaded SXI3 and SXI4. I have been thinking about this for quite some time now, maybe it's time. Thanks. Y. 2010/7/5 Phil Mayers p.may...@imperial.ac.uk On 05/07/10 11:53, Youssef Bengelloun-Zahr wrote: Not possible, don't have one for this type of gear :-/ And yes, bug toolkit was a waste of time but had no other choice... Any other clues ? The crashinfo is not revealing, which is why I suggested a TAC case. Without support I can only suggest upgrading IOS, but if the box isn't on software support... -- Youssef BENGELLOUN-ZAHR …… Ingénieur Réseaux et Télécoms Technopole de l'Aube en Champagne - BP 601 - 10901 TROYES Cedex 9 Agence Paris : 6, rue Charles Floquet - 92120 MONTROUGE Tel +33 (0) 825 000 720 Tel. direct +33 (0) 1 77 35 59 14 Tel. portable +33 (0) 6 22 42 63 80 Emaily...@720.fr …….www.720.fr ___ 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 6509 reboots on its own... again...
I know that for a fact... Y. 2010/7/5 Alan Buxey a.l.m.bu...@lboro.ac.uk Hi, Not possible, don't have one for this type of gear :-/ oh. this list isnt a free TAC service though. alan -- Youssef BENGELLOUN-ZAHR …… Ingénieur Réseaux et Télécoms Technopole de l'Aube en Champagne - BP 601 - 10901 TROYES Cedex 9 Agence Paris : 6, rue Charles Floquet - 92120 MONTROUGE Tel +33 (0) 825 000 720 Tel. direct +33 (0) 1 77 35 59 14 Tel. portable +33 (0) 6 22 42 63 80 Emaily...@720.fr …….www.720.fr ___ 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 6509 reboots on its own... again...
Hi, On Mon, Jul 05, 2010 at 12:06:00PM +0100, Alan Buxey wrote: oh. this list isnt a free TAC service though. No, this list is usually much better :-) - especially the weird problems and crashes are quite likely to get a quick yes, I've seen this too, and we found the cause to be X here on the list... 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 pgpF5BpWR3u38.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] Cisco 6509 reboots on its own... again...
Hi, No, this list is usually much better :-) - especially the weird problems and crashes are quite likely to get a quick yes, I've seen this too, and we found the cause to be X here on the list... random 6500 crashes? reseat the blades. faulty backplane or faulty blade. upgrade IOS and see if it still does it. those are usual courses taken. 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] Cisco 6509 reboots on its own... again...
Hi, 2010/7/5 Alan Buxey a.l.m.bu...@lboro.ac.uk Hi, No, this list is usually much better :-) - especially the weird problems and crashes are quite likely to get a quick yes, I've seen this too, and we found the cause to be X here on the list... random 6500 crashes? reseat the blades. faulty backplane or faulty blade. == Blades didn't move for months if not years for some ! Plus, diags passed fully without any kind of problem ! upgrade IOS and see if it still does it. those are usual courses taken. == Will do ! alan -- Youssef BENGELLOUN-ZAHR …… Ingénieur Réseaux et Télécoms Technopole de l'Aube en Champagne - BP 601 - 10901 TROYES Cedex 9 Agence Paris : 6, rue Charles Floquet - 92120 MONTROUGE Tel +33 (0) 825 000 720 Tel. direct +33 (0) 1 77 35 59 14 Tel. portable +33 (0) 6 22 42 63 80 Emaily...@720.fr …….www.720.fr ___ 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 6509 reboots on its own... again...
Hi, == Blades didn't move for months if not years for some ! Plus, diags passed fully without any kind of problem ! we had an issue earlier this year when the temperature of a data centre went up by 3 degrees and cooled repidly. yep. reseating the blade fixed it. hmmm. :-) 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] 6500/Sup720 losing startup-config
On Tue, 2010-06-29 at 17:53 +0200, Peter Rathlev wrote: I have an old (~7 years) Sup720 PFC3BXL that has been running fine for all it's life and is now to act as a secondary node in a new place. I've loaded it with the new config and new IOS and (soft) reloaded a couple of times; no problems there. But when I hard reload it (i.e. take away power) the startup-config and ROMMON parameters disappear. It's completely reproducible, every time I take away power it has no startup-config and the ROMMON settings are the default settings. Follow-up: We changed the lithium cell (CR1225) and everything looks fine now. The batteries are inexpensive. -- 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] Cisco 6509 reboots on its own... again...
Hello Alan, 2010/7/5 Alan Buxey a.l.m.bu...@lboro.ac.uk Hi, == Blades didn't move for months if not years for some ! Plus, diags passed fully without any kind of problem ! we had an issue earlier this year when the temperature of a data centre went up by 3 degrees and cooled repidly. yep. reseating the blade fixed it. hmmm. :-) == Are you implying that a slight temperature raise of 3 degrees was enough to provoque the dilation of the line cards inside the chassis ?!? Hmm Curious, I noticed a slight increase of our DC's temp between last saturday night and sunday morning for a few hours (approx 10h) : - the SUP' temp went from 22°C to 24°C - the chassis' temp went from 26°C to 28°C Hmm It's a possibility but the odds are fairly small compared to a software bug, don't you think ? Thanks. Y. alan -- Youssef BENGELLOUN-ZAHR …… Ingénieur Réseaux et Télécoms Technopole de l'Aube en Champagne - BP 601 - 10901 TROYES Cedex 9 Agence Paris : 6, rue Charles Floquet - 92120 MONTROUGE Tel +33 (0) 825 000 720 Tel. direct +33 (0) 1 77 35 59 14 Tel. portable +33 (0) 6 22 42 63 80 Emaily...@720.fr …….www.720.fr ___ 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] 6500/Sup720 losing startup-config
Hello Peter, Could you share the address from where you got theese pls ? Could be useful someday, you never know ;-) Thanks. Y. 2010/7/5 Peter Rathlev pe...@rathlev.dk On Tue, 2010-06-29 at 17:53 +0200, Peter Rathlev wrote: I have an old (~7 years) Sup720 PFC3BXL that has been running fine for all it's life and is now to act as a secondary node in a new place. I've loaded it with the new config and new IOS and (soft) reloaded a couple of times; no problems there. But when I hard reload it (i.e. take away power) the startup-config and ROMMON parameters disappear. It's completely reproducible, every time I take away power it has no startup-config and the ROMMON settings are the default settings. Follow-up: We changed the lithium cell (CR1225) and everything looks fine now. The batteries are inexpensive. -- 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/ -- Youssef BENGELLOUN-ZAHR …… Ingénieur Réseaux et Télécoms Technopole de l'Aube en Champagne - BP 601 - 10901 TROYES Cedex 9 Agence Paris : 6, rue Charles Floquet - 92120 MONTROUGE Tel +33 (0) 825 000 720 Tel. direct +33 (0) 1 77 35 59 14 Tel. portable +33 (0) 6 22 42 63 80 Emaily...@720.fr …….www.720.fr ___ 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 6509 reboots on its own... again...
Hi, == Are you implying that a slight temperature raise of 3 degrees was enough to provoque the dilation of the line cards inside the chassis ?!? Hmm Curious, I noticed a slight increase of our DC's temp between last saturday night and sunday morning for a few hours (approx 10h) : - the SUP' temp went from 22°C to 24°C - the chassis' temp went from 26°C to 28°C Hmm It's a possibility but the odds are fairly small compared to a software bug, don't you think ? To chip in here: over the last 6 weeks we had two crashes on a Cat6k Sup720-3B. Device was stuck in rommon afterwards; reset followed by boot hung the box, so we had to resort to full power down / power up. Did a reseat of the sup after the first crash, but it crashed again within two weeks after that. About the same conditions as in your case: IOS SXI2a, software fault, crashes happened while the temperature was changing a few degrees. So it's either: * a software bug that we didn't hit for several months and then two times in a short period of time (and only on one of our two parallel routers) * temperature-sensitive hardware issue * other hardware failure Does that change your perception of the odds? ;) Regards, Jeroen van Ingen ICT Service Centre University of Twente, P.O.Box 217, 7500 AE Enschede, The Netherlands ___ 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] show parser dump all deprecated? alternatives?
As far as I can read at Cisco.com: - In the following example, the show parser dump command is not available in Cisco IOS software because this command was removed in Cisco IOS 15.0(1)M: Router# show parser dump all Command accepted, but obsolete, parser dumper has been deprecated - My IOS here is... c7200p-advipservicesk9-mz.122-33.SRE1.bin Alternatives? ___ 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 6509 reboots on its own... again...
Hi, Still, if talking strictly about physics here, have you ever heard of metal dilating at 26°C ? ..and we havent even broughy zinc-whiskers into the conversation yet! ;-) 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] 6500/Sup720 losing startup-config
On 7/5/10 5:29 AM, Youssef Bengelloun-Zahr wrote: Hello Peter, Could you share the address from where you got theese pls ? Could be useful someday, you never know ;-) A CR1225 lithium cell? Most drugstores, Radio Shack, camera shop, etc. Follow-up: We changed the lithium cell (CR1225) and everything looks fine now. The batteries are inexpensive. -- Jay Hennigan - CCIE #7880 - Network Engineering - j...@impulse.net Impulse Internet Service - http://www.impulse.net/ Your local telephone and internet company - 805 884-6323 - WB6RDV ___ 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] 6500/Sup720 losing startup-config
On Mon, 2010-07-05 at 14:29 +0200, Youssef Bengelloun-Zahr wrote: Could you share the address from where you got theese pls ? Could be useful someday, you never know ;-) I bought them at a local electronics retail store (Radiolageret) in Denmark, but that's probably not very useful information for most people. :-) OTOH they a quite standard. In ISO 60086 language it's CR1225 and (according to Wikipedia) in ANSI C18 language it's 5020LC. They're 12.5 mm in diameter and 2.5 mm in height and rated for 3V voltage. My guess is that most places that sell CR2032 cells (typically used for bicycle headlights) also sell CR1225 cells. We actually used BR1225 instead of CR1225, since that was what they had. They should be similar, according to page 3 of this (googled) PDF http://www.jgthomas.com.au/static/lithium%20batteries.pdf The difference between CR series and BR series in the lithium range is CR batteries provide higher voltage during the first half of discharge and better overall current capability. BR batteries perform better at high temperatures and provide a more stable voltage during last half of discharge. For consumer applications the BR and CR series of lithium batteries are considered interchangeable. -- 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] Cisco L2tp class with password and rancid
Hi lists, I have an issue when I configure a l2tp-class with a password in it, every time I do a sho run the level 7 encrypted password is shown differently. When using Rancid for config backups, every time Rancid runs I receive a complaint my config has changed. According to Cisco's TAC this is expected behavior Apart from the option to not-encrypt passwords any ideas how to solve this? Martin ___ 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] show parser dump all deprecated? alternatives?
I honestly think they removed 'show parser dump all' because we kept reporting bugs in it. - Jared On Jul 5, 2010, at 8:28 AM, LM wrote: As far as I can read at Cisco.com: - In the following example, the show parser dump command is not available in Cisco IOS software because this command was removed in Cisco IOS 15.0(1)M: Router# show parser dump all Command accepted, but obsolete, parser dumper has been deprecated - My IOS here is... c7200p-advipservicesk9-mz.122-33.SRE1.bin Alternatives? ___ 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] [rancid] Cisco L2tp class with password and rancid
Martin Moens wrote: Hi lists, I have an issue when I configure a l2tp-class with a password in it, every time I do a sho run the level 7 encrypted password is shown differently. When using Rancid for config backups, every time Rancid runs I receive a complaint my config has changed. According to Cisco's TAC this is expected behavior Apart from the option to not-encrypt passwords any ideas how to solve this? Make rancid ignore it and instead place the password with its original level7 in an ACL remark? (sad, I know) Dave. -- David Freedman Group Network Engineering Claranet Group ___ 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] [rancid] Cisco L2tp class with password and rancid
Hi, I have an issue when I configure a l2tp-class with a password in it, every time I do a sho run the level 7 encrypted password is shown differently. When using Rancid for config backups, every time Rancid runs I receive a complaint my config has changed. I've had this issue with several devices and its been fixed by cisco. recently, however, have had the same with the level 7 password for energywise. the 'fix' is to not have it encrypted in the config and save it as plain text (level 0) - thats not acceptable. you'll have to do what i did - reconfigure rancid to ignore that value. 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] MST Reserved VLANs on Nexus 5010
Just a quick update for everyone. It appears the fix is two releases away. The first (Deewhy Plus) is going to be based on 4.2 and should be out in Q3 2010. It will not contain the fix. The second (Eaglehawk) will be based on NX-OS 5.0 regardless. It will supposedly contain the fix. And the time frame does appear to Q4 2010. I'm pursuing it with my account team to see if I can get it pushed up but I'm not sure if that will go anywhere. GG On Mon, Jun 28, 2010 at 7:22 PM, Lincoln Dale l...@cisco.com wrote: On 29/06/2010, at 12:26 AM, Gary T. Giesen wrote: Any idea on when that might be? I can't even view the bug report. the next NX-OS 4.2 maintenance release for the N5K is due to be posted on cisco.com in Q4 CY2010. Dear valued Cisco Bug Toolkit customer, the bug ID CSCtc54335 you searched contains proprietary information that cannot be disclosed at this time; therefore, we are unable to display the bug details. Please note it is our policy to make all externally-facing bugs available in Bug Toolkit to best assist our customers. As a result, the system administrators have been automatically alerted to the problem. indeed, the person that filed the bug marked it as internal only. i'll ask them to fix that. clearly it should be visible. cheers, lincoln. GG On Mon, Jun 28, 2010 at 3:33 AM, Lincoln Dale l...@cisco.com wrote: Gary, On 28/06/2010, at 1:04 AM, Gary T. Giesen wrote: NX-OS definitely prevents you from mapping them to *any* instance. I'll open a TAC case with Cisco tomorrow and see if I get anywhere. CSCtc54335 covers this. its due to be sync'd to the next 4.2(x) maintenance release on N5K. cheers, lincoln. ___ 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] 3745 router NM slots
Hello list, I have several 3745 routers. I have the NM slot 2 (bottom left) populated in a few of them. It seems that this particular slot is very touchy when it comes to making a good connection between the NM and the backplane connector. Unless they're seated just right, I see everything from a disabled network module to an OS crash and unbootable router. Is this a common problem? ___ 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] Bandwidth usage per Queue (7600)
Hi list I'm wondering if it's possible somehow to plot the amount of traffic or pps going through each queue on a 67xx linecard in a 7600/6500 chassis, .e.g 6724 1p3q8t. Is there a way to accomplish that? Regards MKS ___ 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] how to remove a set ip route cmd
I want to remove, set ip route 0.0.0.0/0.0.0.0 10.1.1.1. From my old cat 6509. I have looked for the no command but not able to find it. I thought clear ip route would fix it but it does not set ip route 0.0.0.0/0.0.0.0 10.1.1.1 ! #dns set ip dns server 10.1.6.10 primary set ip dns server 10.1.6.11 VFS_C6509 (enable) clear ip route 0.0.0.0/0.0.0.0 10.1.1.1 Unknown host Unknown host 0.0.0.0/0.0.0.0. VFS_C6509 (enable) ___ 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 6509 reboots on its own... again...
On Jul 5, 2010, at 4:50 AM, Alan Buxey wrote: == Blades didn't move for months if not years for some ! Plus, diags passed fully without any kind of problem ! we had an issue earlier this year when the temperature of a data centre went up by 3 degrees and cooled repidly. yep. reseating the blade fixed it. hmmm. :-) Thermal cycling is a fact of life, as is vibration and connector corrosion. Yes, 3 degrees doesn't seem like much, but at the microscopic scale, it's more than enough to cause boards (and parts!) to expand and contract. When you combine that with the continual vibration of fans, and corrosion from general atmospheric contact, Bad Things can and do happen. Tony ___ 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] how to remove a set ip route cmd
try clear ip route 0.0.0.0 10.1.1.1 For some reason, it doesn't want the netmask. Rgrds, Alan On Mon, Jul 5, 2010 at 3:29 PM, Leslie Meade lme...@signal.ca wrote: I want to remove, set ip route 0.0.0.0/0.0.0.0 10.1.1.1. From my old cat 6509. I have looked for the no command but not able to find it. I thought clear ip route would fix it but it does not set ip route 0.0.0.0/0.0.0.0 10.1.1.1 ! #dns set ip dns server 10.1.6.10 primary set ip dns server 10.1.6.11 VFS_C6509 (enable) clear ip route 0.0.0.0/0.0.0.0 10.1.1.1 Unknown host Unknown host 0.0.0.0/0.0.0.0. VFS_C6509 (enable) ___ cisco-nsp mailing list cisco-...@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] Cisco 6509 reboots on its own... again...
I remember 'chip creep' being a question on my Novell service and support exam way back when. I laughed, but a few years later, had a video card that was acting erratic with an odd pattern. Thought it was a long shot, but all the video RAM chips had crept out halfway. Pushed them back in, problem solved. Just heating and cooling can do it. Chuck -Original Message- From: cisco-nsp-boun...@puck.nether.net [mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of Tony Li Sent: Monday, July 05, 2010 8:05 PM To: Alan Buxey Cc: Gert Doering; cisco-nsp@puck.nether.net Subject: Re: [c-nsp] Cisco 6509 reboots on its own... again... On Jul 5, 2010, at 4:50 AM, Alan Buxey wrote: == Blades didn't move for months if not years for some ! Plus, diags passed fully without any kind of problem ! we had an issue earlier this year when the temperature of a data centre went up by 3 degrees and cooled repidly. yep. reseating the blade fixed it. hmmm. :-) Thermal cycling is a fact of life, as is vibration and connector corrosion. Yes, 3 degrees doesn't seem like much, but at the microscopic scale, it's more than enough to cause boards (and parts!) to expand and contract. When you combine that with the continual vibration of fans, and corrosion from general atmospheric contact, Bad Things can and do happen. Tony ___ 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/
