Re: [c-nsp] Enhanced download procedure
Hi, On Mon, Sep 21, 2009 at 11:03:44PM -0400, Jared Mauch wrote: Also, if you got the Walker Survey, make sure your sales rep understands the impact this has on your responses. Their bonus is impacted based on this response. Now I understand why our sales rep is changing at least once per year... 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 pgpRnYMRab2FP.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] Enhanced download procedure
Jared Mauch ja...@puck.nether.net writes: I talked to Oscar, while I do agree with the image that you paint, he also claimed that there was testing on more than 1 platform/OS. Well Windows 2000, XP, Vista and 7 are different operating systems. And testing isn't any good if you ignore the results. ;-) On the bright side: Download worked for me using Debian Testing + Firefox. cheers, Jens -- - | Foelderichstr. 40 | 13595 Berlin, Germany | +49-151-18721264 | | http://www.quux.de | http://blog.quux.de | jabber: jensl...@guug.de | - ___ 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] 720x VXR -12V Sensor
Does anyone know which IC is being used by the 720x VXR router for monitoring the voltage readings (specially the one for -12V)? I've looked around and seems the DS1620 on I/O card is only for temperature. I could be wrong though. Would appreciate if anyone can point me into the right docs. Trying to troubleshoot an internal -12V issue which shuts down my 7206VXR upon reaching the threshold within 5 minutes of power-up. This happens on C7206VXR chassis, NPE-400, I/O-2FE/E controller. I have only been looking into the I/O controller. All tray fans working; input voltage good and clean on either/both PSU's. Inlet/outlet temps within range. Thanks, roy ___ 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] HWIC-1ADSL-M
Hi Alex This is an interesting one. I've used 877-M and 1801-M with Be/O2 and don't have a problem on Annex M. On Friday I tried both with a Tiscali (via Griffin) service and couldn't get it to sync at Annex M. When they re-graded it to remove the Annex M it suddenly synced, but now we are seeing pretty bad QoS, mostly packet loss. Doesn't seem to be line (SNR) or bandwidth related, but there is significant error correction activity on the downstream link which I find strange. I have heard rumours about Cisco kit not liking the Tiscali DSLAMs but can't find anything to back this up. Richard On Thu Sep 03, 2009 at 07:16:27PM +0100, Alex Pimperton wrote: Reading through the specs for the above card Cisco mentions not supporting UK Mask. Does this mean the card doesn't work for ADSL-M (Seemingly often branded as SDSL-M) in the UK? ADSL and SDSL are two very different things. HWIC-1ADSL-M will do ADSL2+, but probably not SDSL. I'm aware that it's ADSL 2+ underneath but some providers (Spitfire, Nildram) are marketing their ADSL Annex-M products as SDSL (M), presumably because of the symmetrical upload/download, and the fact that it sounds like SDSL, which business are already familiar with. We're looking at getting some SDSL-M circuits to see what they're like, from Spitfire and Nildram (Tiscali), anybody using either HWIC-1ADSL-M or C877-M with those providers Annex M services? We sell ADSL2+ services in the UK using Be/O2 LLU tails, and they have approved bother the HWIC-1ADSL-M and the C877-M for their service. I'm using a C877-M right now. Thanks Simon, I saw mention of the C877-M on the BE UserGroup website but no specific mention of Annex-M products on the (colourful) BE website. Anybody else using Cisco kit at the end of an Annex-M tail from another provider? Cheers, Alex ___ 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] Doubt about dynamic MS-PW (MultiSegment-PseudoWire)
Recently I have an opportunity to study the dynamic MS-PW draft,can anyone tell me whether it is supported on cisco 7200 platform? Thank you. -- Learning Linux:) --- Make Everyday Counts! ___ 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] Enhanced download procedure
On Tuesday 22 September 2009 02:53:29 pm Gert Doering wrote: Now I understand why our sales rep is changing at least once per year... Oh yes - if your Sales rep. doesn't meet their quota (with you), they will, very likely, be rotated at the end of the fiscal year. I've always been fascinated by this, as it's a very results- oriented system (which, in all fairness, I suppose I can appreciate), i.e., if they can't up-sell you, they may not be doing their job. However, they may be doing other things that you find useful, e.g., co-ordinating your TAC case when all else fails, getting you that RMA in record time, ensuring that feature is incorporated into the code base even when the DE's are reluctant, sending you off to their workshops and conferences, engaging you as part of their RD, including you in that PoC for the newly released kit, e.t.c. But I guess the bottom line is, if they haven't up-sold you, they are out. What's worse is that you may not have a need to make a new purchase in a single year, perhaps because you've laced your entire network with CRS-1's, and it's going to be years before you need to buy another unit, line card, e.t.c. Results-oriented - I think they may need to consider more than that. Re-bonding is not easy... but that's just me. Cheers, Mark. signature.asc Description: This is a digitally signed message part. ___ 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] 720x VXR -12V Sensor
Roy, I encountered a similar issue with a 7204VXR + I/O-2FE/E + NPE-225. I worked with TAC and started by replacing both power supplies; no good. This router was due for an NPE-G1 upgrade so I installed the replacement and kept the I/O controller installed; no good. I finally pulled out the I/O controller and that solved the problem. -mtw From: cisco-nsp-boun...@puck.nether.net [cisco-nsp-boun...@puck.nether.net] On Behalf Of roy [bandwidth.u...@gmail.com] Sent: Tuesday, September 22, 2009 03:52 To: cisco-nsp@puck.nether.net Subject: [c-nsp] 720x VXR -12V Sensor Does anyone know which IC is being used by the 720x VXR router for monitoring the voltage readings (specially the one for -12V)? I've looked around and seems the DS1620 on I/O card is only for temperature. I could be wrong though. Would appreciate if anyone can point me into the right docs. Trying to troubleshoot an internal -12V issue which shuts down my 7206VXR upon reaching the threshold within 5 minutes of power-up. This happens on C7206VXR chassis, NPE-400, I/O-2FE/E controller. I have only been looking into the I/O controller. All tray fans working; input voltage good and clean on either/both PSU's. Inlet/outlet temps within range. Thanks, roy ___ 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] Enhanced download procedure
I specifically mentioned the musical sales rep problem as a problem in the survey. We'll see if they listen. -Original Message- From: cisco-nsp-boun...@puck.nether.net [mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of Mark Tinka Sent: Tuesday, September 22, 2009 2:47 AM To: cisco-nsp@puck.nether.net Cc: Gert Doering; Jared Mauch Subject: Re: [c-nsp] Enhanced download procedure On Tuesday 22 September 2009 02:53:29 pm Gert Doering wrote: Now I understand why our sales rep is changing at least once per year... Oh yes - if your Sales rep. doesn't meet their quota (with you), they will, very likely, be rotated at the end of the fiscal year. I've always been fascinated by this, as it's a very results- oriented system (which, in all fairness, I suppose I can appreciate), i.e., if they can't up-sell you, they may not be doing their job. However, they may be doing other things that you find useful, e.g., co-ordinating your TAC case when all else fails, getting you that RMA in record time, ensuring that feature is incorporated into the code base even when the DE's are reluctant, sending you off to their workshops and conferences, engaging you as part of their RD, including you in that PoC for the newly released kit, e.t.c. But I guess the bottom line is, if they haven't up-sold you, they are out. What's worse is that you may not have a need to make a new purchase in a single year, perhaps because you've laced your entire network with CRS-1's, and it's going to be years before you need to buy another unit, line card, e.t.c. Results-oriented - I think they may need to consider more than that. Re-bonding is not easy... but that's just me. Cheers, Mark. ___ 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-ES20 L2 and L3 Multiplexing
Hello group, I received some off-line help and now i have a workaround: + ! service instance 200 ethernet encapsulation dot1q 200 second-dot1q 100 rewrite ingress tag pop 2 symmetric bridge-domain 200 ! ! interface Vlan200 ip address 20.20.20.254 255.255.255.0 ipv6 address 2001:20::2/64 ! + Now there is a document about the ES20 that says the following: Flexible QinQ Mapping and Service Awareness on 7600-ESM-2X10GE and 7600-ESM-20X1GE is supported only through Ethernet Virtual Connection Services (EVCS) service instances. The Flexible QinQ Mapping and Service Awareness on 7600-ESM-2X10GE and 7600-ESM-20X1GE feature allows service providers to offer triple-play services, residential internet access from a DSLAM, and business Layer 2 and Layer 3 VPN by providing for termination of double-tagged dot1q frames onto a Layer 3 subinterface at the access node. Source: http://www.cisco.com/en/US/products/hw/routers/ps368/products_configuration_guide_chapter09186a00807f3f97.html#wp1433597 I still do not understand if L3 sub-interfaces are supported or not and if they are, why IPv6 commands are not accepted. Thanks. Regards, Antonio Soares, CCIE #18473 (RS) amsoa...@netcabo.pt -Original Message- From: cisco-nsp-boun...@puck.nether.net [mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of Antonio Soares Sent: segunda-feira, 21 de Setembro de 2009 17:29 To: cisco-nsp@puck.nether.net Subject: [c-nsp] 7600-ES20 L2 and L3 Multiplexing Hello group, I have a ES20 interface configured with L2 services via the service instance command. Now i would like to add L3 services to the same physical interface but i noticed a problem with IPv6: 7600# 7600#conf t Enter configuration commands, one per line. End with CNTL/Z. 7600(config)#! 7600(config)#interface GigabitEthernet3/0/0.200100 7600(config-subif)# encapsulation dot1Q 200 second-dot1q 100 7600(config-subif)# ip address 20.20.20.254 255.255.255.0 7600(config-subif)# ipv6 address 2001:20::2/64 ^ % Invalid input detected at '^' marker. 7600(config-subif)#ipv6 ? % Unrecognized command 7600(config-subif)# After removing all the service instance entries, the IPv6 command was accepted. Is this a known limitation ? I saw the same problem with 12.2(33)SRC2 and 122-33.SRD2a. Thanks. Regards, Antonio Soares, CCIE #18473 (RS) amsoa...@netcabo.pt ___ 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] 720x VXR -12V Sensor
Does anyone know which IC is being used by the 720x VXR router for monitoring the voltage readings (specially the one for -12V)? I've looked around and seems the DS1620 on I/O card is only for temperature. I could be wrong though. Roy, It looks like the TL7705BC or TL7702BC are the components you are looking for. These appear to be designed to monitor voltages from 0-18V. http://pdf1.alldatasheet.com/datasheet-pdf/view/177129/TI/TL7705BC.html http://pdf1.alldatasheet.com/datasheet-pdf/view/177128/TI/TL7702BC.html They are labeled as U33 and I believe U32 on this card. (The U32 is not clearly readable on the pcb). These are located above the SIMM slot on the IO card. http://www.bsd.am/IMG_4312.JPG (warning, hi-res) HTH, B ___ 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] 6500 - stateful failover, reason?
Is there any way to get more information about what caused a fail-over between two supervisors in a 6500? All I can appear to get is Active crashed. from show redundancy switchover and my syslog doesn't have any information either. Also, is it normal that during switchover you will lose protocols (OSPF) and that you will see messages like these in the log? Sep 22 08:41:17.651 EDT: %C6KPWR-SP-4-PSOK: power supply 1 turned on. Sep 22 08:41:17.699 EDT: %C6KPWR-SP-4-PSOK: power supply 2 turned on. The log messages sort of confuse me because show version indicates: uptime is 10 weeks, 4 days, 1 hour, 35 minutes So it's been up 10 weeks but the power supplies were just turned on 12 hours ago? I assume that is just random log-spew from the hot-supervisor taking over, though? -Drew ___ 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 - stateful failover, reason?
Drew, You should have a crashinfo file on the used-to-be-primary SUP bootflash. The right thing would be to open a TAC case, and give the engineer the crashinfo file and the show tech for the device. Arie -Original Message- From: cisco-nsp-boun...@puck.nether.net [mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of Drew Weaver Sent: Tuesday, September 22, 2009 21:38 To: cisco-nsp@puck.nether.net Subject: [c-nsp] 6500 - stateful failover, reason? Is there any way to get more information about what caused a fail-over between two supervisors in a 6500? All I can appear to get is Active crashed. from show redundancy switchover and my syslog doesn't have any information either. Also, is it normal that during switchover you will lose protocols (OSPF) and that you will see messages like these in the log? Sep 22 08:41:17.651 EDT: %C6KPWR-SP-4-PSOK: power supply 1 turned on. Sep 22 08:41:17.699 EDT: %C6KPWR-SP-4-PSOK: power supply 2 turned on. The log messages sort of confuse me because show version indicates: uptime is 10 weeks, 4 days, 1 hour, 35 minutes So it's been up 10 weeks but the power supplies were just turned on 12 hours ago? I assume that is just random log-spew from the hot-supervisor taking over, though? -Drew ___ 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] 6500 - stateful failover, reason?
On Tue, Sep 22, 2009 at 02:37:41PM -0400, Drew Weaver wrote: Is there any way to get more information about what caused a fail-over between two supervisors in a 6500? All I can appear to get is Active crashed. from show redundancy switchover and my syslog doesn't have any information either. If it actually crashed, you may want to investigate whether a crashinfo file was left behind. Also, is it normal that during switchover you will lose protocols (OSPF) and that you will see messages like these in the log? This is normal -- the new processor has to rebuild all routing protocols when it comes online from RPR or RPR+ mode. Even with SSO mode, if NSF is not configured with all peers on all protocols, the sessions are broken down and rebuilt. Sep 22 08:41:17.651 EDT: %C6KPWR-SP-4-PSOK: power supply 1 turned on. Sep 22 08:41:17.699 EDT: %C6KPWR-SP-4-PSOK: power supply 2 turned on. This is normal, as part of the standby supervisor finishing initialization The log messages sort of confuse me because show version indicates: uptime is 10 weeks, 4 days, 1 hour, 35 minutes So it's been up 10 weeks but the power supplies were just turned on 12 hours ago? I assume that is just random log-spew from the hot-supervisor taking over, though? For more information about uptime for given processors, try show redundancy -- it should give total chassis uptime, last switchover time, number of switchovers, and time on active processor. -Drew -- Brandon Ewing(nicot...@warningg.com) pgpXqkXpHHcVN.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] 6500 - stateful failover, reason?
On Tue, Sep 22, 2009 at 01:07:47PM -0700, Bill Blackford wrote: snip This is normal -- the new processor has to rebuild all routing protocols when it comes online from RPR or RPR+ mode. Even with SSO mode, if NSF is not configured with all peers on all protocols, the sessions are broken down and rebuilt. /snip I recently had event very much like this. In my case, even SSO/NSF dropped some adjacencies during this switchover. -b Did you confirm that NSF (Graceful restart, etc) has been negotiated with all adjacencies, and that all adjacent routers are NSF-aware? Also, there is an upper bound to the time alloted to perform the switchover, and the new RP has to signal an NSF event prior to current hold/dead/etc timers expiring -- if you have your OSPF timer set to 1/3, and it takes more than 3 seconds for the standby RP to see the failure, take over, and send the NSF message, the adjacency will already have been dropped. -- Brandon Ewing(nicot...@warningg.com) pgpnCovm8J1YT.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] 6500 - stateful failover, reason?
snip This is normal -- the new processor has to rebuild all routing protocols when it comes online from RPR or RPR+ mode. Even with SSO mode, if NSF is not configured with all peers on all protocols, the sessions are broken down and rebuilt. /snip I recently had event very much like this. In my case, even SSO/NSF dropped some adjacencies during this switchover. -b -Original Message- From: cisco-nsp-boun...@puck.nether.net [mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of Brandon Ewing Sent: Tuesday, September 22, 2009 12:07 PM To: Drew Weaver Cc: cisco-nsp@puck.nether.net Subject: Re: [c-nsp] 6500 - stateful failover, reason? On Tue, Sep 22, 2009 at 02:37:41PM -0400, Drew Weaver wrote: Is there any way to get more information about what caused a fail-over between two supervisors in a 6500? All I can appear to get is Active crashed. from show redundancy switchover and my syslog doesn't have any information either. If it actually crashed, you may want to investigate whether a crashinfo file was left behind. Also, is it normal that during switchover you will lose protocols (OSPF) and that you will see messages like these in the log? This is normal -- the new processor has to rebuild all routing protocols when it comes online from RPR or RPR+ mode. Even with SSO mode, if NSF is not configured with all peers on all protocols, the sessions are broken down and rebuilt. Sep 22 08:41:17.651 EDT: %C6KPWR-SP-4-PSOK: power supply 1 turned on. Sep 22 08:41:17.699 EDT: %C6KPWR-SP-4-PSOK: power supply 2 turned on. This is normal, as part of the standby supervisor finishing initialization The log messages sort of confuse me because show version indicates: uptime is 10 weeks, 4 days, 1 hour, 35 minutes So it's been up 10 weeks but the power supplies were just turned on 12 hours ago? I assume that is just random log-spew from the hot-supervisor taking over, though? For more information about uptime for given processors, try show redundancy -- it should give total chassis uptime, last switchover time, number of switchovers, and time on active processor. -Drew -- Brandon Ewing(nicot...@warningg.com) ___ 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 SCE OIDs
hey all i have cisco sce with the below version System version: Version 3.5.0 Build 407 Build time: Dec 22 2008, 18:28:53 (Change-list 414717) Software version is: Version 3.5.0 Build 407 Cryptography class: K9 Hardware information is: - Firmware - kernel : [kernel] 2.0.0/6 (inactive: [kernel] 1.1.0/8) u-boot : [uboot] 1.2.0/4 (field: [uboot] 0.8.1/18) select : [ubs-cf1] 1.1.0/8 (secondary: [ubs-cf1] 1.1.0/8) Platform: SCE8000 - 2x10GBE Management agent interface version: SCE Agent 3.5.0 Build 469 Software package file: Not available i am trying to graph some parameters such as the concurrent sessions and per package download [fails...@core ~]$ snmpwalk -v2c -c community x.x.x.x .1.3.6.1.4.1.5655.4.1.8.1.1.9.1 SNMPv2-SMI::enterprises.5655.4.1.8.1.1.9.1 = No Such Object available on this agent at this OID any ideas? thanks _ With Windows Live, you can organize, edit, and share your photos. http://www.microsoft.com/middleeast/windows/windowslive/products/photo-gallery-edit.aspx ___ 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] 720x VXR -12V Sensor
Thanks Matt and Brian. This indeed seem to be an I/O controller issue (although the CCO docs say the sensors are on the PSU and the engine was supposed to process them). I've tried swapping I/O controllers keeping the rest of the hardware configuration intact; router up and running for more than 12hrs. Might need to track down what's giving an increase in resistance which results to overshooting the -12V thresholds. Regards, Roy ___ 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] NBAR + QoS - policing kills class-default traffic
Greetings, I've got the following kit: Cisco 7204VXR (NPE-G1) processor Cisco IOS Software, 7200 Software (C7200-ADVIPSERVICESK9-M), Version 12.4(24)T1 and the following NBAR + QoS config: class-map match-any HULU match protocol http host t2.hulu.com match protocol http host t.hulu.com match protocol http host hulu.com class-map match-any YOUTUBE match protocol http host youtube.com class-map match-all PANDORA match access-group name PANDORA_SERVERS class-map match-any WEB_ENTERTAINMENT match class-map PANDORA match class-map HULU match class-map YOUTUBE policy-map LIMIT_INTERNET_TRAFFIC class WEB_ENTERTAINMENT police 8000 conform-action transmit exceed-action drop interface GigabitEthernet0/1 ip address x.x.x.x 255.255.255.192 ip access-group 100 in no ip redirects no ip unreachables no ip proxy-arp ip nbar protocol-discovery no ip mroute-cache duplex full speed 100 media-type rj45 no negotiation auto service-policy output LIMIT_INTERNET_TRAFFIC The policy polices HULU and PANDORA, counters don't increment for YOUTUBE (and doesn't get policed) and after 3 or 4 minutes ALL web traffic is policed. Has anyone seen this behavior before? Yours Sincerely, Matthew White Sr. Network Engineer Group IT, Operations, Network Vestas Wind Systems A/S T: +1 503 327 2320 M: +1 503 927 5728 ma...@vestas.com Company reg. name: Vestas Wind Systems A/S This e-mail is subject to our e-mail disclaimer statement. Please refer to www.vestas.com/legal/notice If you have received this e-mail in error please contact the sender. ___ 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] Limiting b/w per IP?
I haven't followed all the new bells and whistles in IOS so maybe something new is there that can handle this age old problem for me. I want to be able to rate limit all IPs so that no single IP on an interface can eat more than say 20% of the available b/w (inbound and outbound). I do not want to define every single IP of the segment in an ACL but can if the solution is clean. Not interested in protocol rate-control - just IP b/w. Cisco snippets or URLs welcome. Thanks, Hank ___ 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/