Re: [c-nsp] QoS and Router Originated Traffic

2012-09-18 Thread Oliver Boehmer (oboehmer)
Ivan, On 17/09/2012 12:16, Ivan cisco-...@itpro.co.nz wrote: Hi, I have a requirement to ensure all traffic across certain links have particular CoS markings. Applying QoS polices on the links works but doesn't capture router originated traffic - BGP, ARP, IPv6 ND etc. As a potential

[c-nsp] Experience with Chineese manufacturer of Optical transceivers

2012-09-18 Thread Hansen, Ulrich Vestergaard B. (E W EN RD DT ES 1 2)
Dear Fellow nsp-members, Do any of you have experience with a Chinese manufacturer of optical transceivers named: Yoranco - www.yoranco.comhttp://www.yoranco.com/ They have quite a broad product portfolio and a very low price compared to other manufacturers. I don't know anything about their

Re: [c-nsp] Experience with Chineese manufacturer of Optical transceivers

2012-09-18 Thread Mikael Abrahamsson
On Tue, 18 Sep 2012, Hansen, Ulrich Vestergaard B. (E W EN RD DT ES 1 2) wrote: Do any of you have experience with a Chinese manufacturer of optical transceivers named: Yoranco - www.yoranco.comhttp://www.yoranco.com/ They have quite a broad product portfolio and a very low price compared to

Re: [c-nsp] Experience with Chineese manufacturer of Optical transceivers

2012-09-18 Thread alan buxey
Hi, Do any of you have experience with a Chinese manufacturer of optical transceivers named: Yoranco - www.yoranco.comhttp://www.yoranco.com/ They have quite a broad product portfolio and a very low price compared to other manufacturers. got one of their emails today like I did? ;-) all

Re: [c-nsp] Experience with Chineese manufacturer of Optical transceivers

2012-09-18 Thread Saku Ytti
On (2012-09-18 14:17 +0200), Hansen, Ulrich Vestergaard B. (E W EN RD DT ES 1 2) wrote: Do any of you have experience with a Chinese manufacturer of optical transceivers named: Yoranco - www.yoranco.comhttp://www.yoranco.com/ They have quite a broad product portfolio and a very low price

Re: [c-nsp] Catalyst 6509 EOS/EOL

2012-09-18 Thread Antonio Soares
It's possible to extend the support for the non-E 6500s with something they call Post Last Day of Support (Post-LDoS). Basically you have a price for the service that is the double of a 6500-E. But you can have the non-E supported until 31-Dec-2015. Regards, Antonio Soares, CCIE #18473 (RS/SP)

Re: [c-nsp] Catalyst 6509 EOS/EOL

2012-09-18 Thread Jeff Kell
On 9/18/2012 10:16 AM, Antonio Soares wrote: It's possible to extend the support for the non-E 6500s with something they call Post Last Day of Support (Post-LDoS). Basically you have a price for the service that is the double of a 6500-E. But you can have the non-E supported until 31-Dec-2015.

[c-nsp] VPLS and multipoint L2 bridging

2012-09-18 Thread Ron Vachiyer
I have an application where we are using DMVPN/NHRP for L3 type services, however we require a setup where remote L2 bridging can be established to a number of remote spokes, not all of which the IPv4 endpoint IP will be known in advance. Is it possible to use VPLS to achieve this,

[c-nsp] 7600 SUP720-3B PBR

2012-09-18 Thread harbor235
My google fu has not turned up anything definitive on the 7600 PBR performance, is it done in hardware or is it down in software? With or without DFCs. Can anyone provide any insight into sup720 PBR performance? My feeling is if we enable PBR it may negatively impact the box, assume PBR related

Re: [c-nsp] 7600 SUP720-3B PBR

2012-09-18 Thread Steven Raymond
On Sep 18, 2012, at 10:56 AM, harbor235 wrote: My google fu has not turned up anything definitive on the 7600 PBR performance, is it done in hardware or is it down in software? With or without DFCs. Can anyone provide any insight into sup720 PBR performance?

Re: [c-nsp] 7600 SUP720-3B PBR

2012-09-18 Thread Phil Mayers
On 18/09/12 17:56, harbor235 wrote: My google fu has not turned up anything definitive on the 7600 PBR performance, is it done in hardware Hardware as long as you stick to supported match/set commands in the route-map. I can't remember off the top of my head, but IIRC some combinations can

Re: [c-nsp] 7600 SUP720-3B PBR

2012-09-18 Thread Steven Raymond
On Sep 18, 2012, at 11:07 AM, harbor235 wrote: Right, I saw that one, not sure exactly what it means, does it require DFCs, we do not have DFCs so thats why I am a little gun shy. The PFC and DFCs do basically the same thing, hardware switching. If on a linecard, its called DFC. If on

[c-nsp] ip local pool persistent binding

2012-09-18 Thread Matteo Sgalaberni
Hi, I have a ip local pool with lots of binding. My local pool is configured like this: ip local pool nationalarea_dyn_mi x.x.x.x x.x.x.x recycle delay 120 I would like to remove the recycle delay 120. Applying the line: ip local pool nationalarea_dyn_mi x.x.x.x x.x.x.x in the config remain

Re: [c-nsp] 7600 SUP720-3B PBR

2012-09-18 Thread Aaron
I found this, although it might be redundant to what others have already sent you... *** Policy-Based Routing TCAM and Adjacency Utilization In Supervisor 2 with PFC2 and Supervisor 720 with PFC3, policy-based routing (PBR) is fully

Re: [c-nsp] 7600 SUP720-3B PBR

2012-09-18 Thread Aaron
Also, there was an issue that I had last year when pbr'ing http traffic towards a web cache at my boundary (pbr w/tracking on the ip next hop towards web cache server) , that when the web cache went down I had a persistant cpu high utilization issue on my 7609's (which adversely affected

Re: [c-nsp] ip local pool persistent binding

2012-09-18 Thread Peter Rathlev
On Tue, 2012-09-18 at 19:32 +0200, Matteo Sgalaberni wrote: ip local pool nationalarea_dyn_mi x.x.x.x x.x.x.x recycle delay 120 I would like to remove the recycle delay 120. Applying the line: ip local pool nationalarea_dyn_mi x.x.x.x x.x.x.x in the config remain the reclycle delay 120.

Re: [c-nsp] BGP MD5 DDOS ?

2012-09-18 Thread Robert E. Seastrom
Dobbins, Roland rdobb...@arbor.net writes: On Sep 16, 2012, at 7:05 PM, Robert E. Seastrom wrote: An extra knob, an extra data point to be collected, managed, (and possibly get wrong) as a proxy for are you sure? [y/N] is a huge step away from goodness. Given that the consequences of