Re: [c-nsp] RSP720-3C-10GE with daughter card = RSP720-3CXL-10GE?
On Fri, 25 Jun 2010 09:41:06 +0400 (MSD), you wrote: You can do it if you have the PFC3CXL card (available as spare for 6500 Sups), it was never productized however. I couldn't find it in GPL. VS-F6K-PFC3CXL= is Catalyst 6500 Sup720-10G Policy Feature Card 3CXL -A ___ 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] RSP720-3C-10GE with daughter card = RSP720-3CXL-10GE?
On Fri, 25 Jun 2010, Asbjorn Hojmark - Lists wrote: VS-F6K-PFC3CXL= is Catalyst 6500 Sup720-10G Policy Feature Card 3CXL It's for SUP720.. We have RSP720-3C.. -- Dmitry Valdov CCIE #15379 (RS and SP) ___ 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] RSP720-3C-10GE with daughter card = RSP720-3CXL-10GE?
On 06/25/2010 07:45 AM, Dmitry Valdov wrote: On Fri, 25 Jun 2010, Asbjorn Hojmark - Lists wrote: VS-F6K-PFC3CXL= is Catalyst 6500 Sup720-10G Policy Feature Card 3CXL It's for SUP720.. We have RSP720-3C.. I doubt it matters. ___ 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] RSP720-3C-10GE with daughter card = RSP720-3CXL-10GE?
On Fri, 25 Jun 2010 10:45:13 +0400 (MSD), you wrote: VS-F6K-PFC3CXL= is Catalyst 6500 Sup720-10G Policy Feature Card 3CXL It's for SUP720.. We have RSP720-3C.. 1) You wrote that there is no official upgrade for the RSP 2) ?ukasz wrote that you could upgrade with the PFC3CXL upgrade, which is available as a product for the 6500 3) You wrote that you couldn't find it in the GPL 4) I then sent the product ID for the product that exists, not the product that doesn't exist. I know you have an RSP. -A ___ 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] RSP720-3C-10GE with daughter card = RSP720-3CXL-10GE?
On Fri, 25 Jun 2010, Asbjorn Hojmark - Lists wrote: On Fri, 25 Jun 2010 10:45:13 +0400 (MSD), you wrote: VS-F6K-PFC3CXL= is Catalyst 6500 Sup720-10G Policy Feature Card 3CXL It's for SUP720.. We have RSP720-3C.. 1) You wrote that there is no official upgrade for the RSP 2) ?ukasz wrote that you could upgrade with the PFC3CXL upgrade, which is available as a product for the 6500 3) You wrote that you couldn't find it in the GPL 4) I then sent the product ID for the product that exists, not the product that doesn't exist. I know you have an RSP. Right. The last question was is SUP upgrade will *work* with RSP or not? We don't have a service contract anyway, so we don't care how it would be - officialy or not. The same question is for ES20-10G-3C. Will it work if we just change DFC on it to 3CXL? -- Dmitry Valdov CCIE #15379 (RS and SP) ___ 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] RSP720-3C-10GE with daughter card = RSP720-3CXL-10GE?
On 2010-06-25 10:33, Dmitry Valdov wrote: Right. The last question was is SUP upgrade will *work* with RSP or not? I never tried it for this particular combination, but the PFCs for 6500 and 7600 are *exactly* the same - it's a piece of hardware containing ASICs and TCAMs, connected with standarized bus and power to the baseboard of the Sup/RSP, available in B/C or BXL/CXL versions. And yes, the WS-F6K-PFC3CXL is supported with RSP720, you may check it on official document: http://www.cisco.com/en/US/docs/routers/7600/Hardware/12.2SR_supported_hw/7600_hwd.html#wp1030645 Mind it however, the XL versions often contain more RP RAM, as it is expected that for enlarged hardware FIB capability, you will also have bigger RIBs in RAM. The VS-F6K-PFC3CXL part is not shipping with RAM upgrade AFAIK. The same question is for ES20-10G-3C. Will it work if we just change DFC on it to 3CXL? The part itself, again, is also standarized, but mind it, that there is no mention in the docs that ES'es can be upgraded. YMMV. -- Everything will be okay in the end. | Łukasz Bromirski If it's not okay, it's not the end. | http://lukasz.bromirski.net ___ 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] RSP720-3C-10GE with daughter card = RSP720-3CXL-10GE?
Hello, As I understood, the question was about posibility of upgrading 3C to 3CXL by adding 3CXL DFC to it. It was possible to do such upgrade with 3BXL (by adding WS-F6K-PFC3BXL=). I had done it. Is it possible to do the same with 3CXL systems? There is no WS-F6K-PFC-3CXL in GPL. There is only WS-F6700-DFC3CXL which might be different. Also is it possible to upgrade 7600-ES20-10G3C to 7600-ES20-10G3CXL by replacing daughter card on it? On Wed, 23 Jun 2010, Matt Nichols wrote: No that is not correct. The system, at boot time, will fall back to the lowest common denominator - in this case PFC3C mode. To run in PFC3CXL mode all PFCs on the supervisors have to be 3CXLs, and all DFCS have to be DFC3CXL. Matt On Jun 23, 2010, at 3:38 PM, Lobo wrote: We're in the process of purchasing some RSP720-3CXL-10GEs for a 7604 and one vendor has told us that they have some RSP720-3C-10GE cards plus PFC3CXL daughter cards which they claim that when combined equates to a regular RSP720-3CXL-10GE. Is this true? I mean from a technical stand point it may be true and maybe the only thing I won't have is the 3CXL letters on the outside of the blade. I tried using the dynamic config tool on Cisco's page to build one and I see no option for adding a daughter card to the regular RSP720-3C-10GE to make it the 3CXL version. Our main concern is that we want to ensure that we can hold the entire global routing table and beyond and so far only the 3CXL version fits that bill. We also want to make sure we get the default memory that comes with the 3CXL version and make sure we don't get cheated on lower amount of memory. Thanks Jose ___ 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/ -- Dmitry Valdov CCIE #15379 (RS and SP) ___ 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] RSP720-3C-10GE with daughter card = RSP720-3CXL-10GE?
On Wed, 2010-06-23 at 18:38 -0400, Lobo wrote: We're in the process of purchasing some RSP720-3CXL-10GEs for a 7604 and one vendor has told us that they have some RSP720-3C-10GE cards plus PFC3CXL daughter cards which they claim that when combined equates to a regular RSP720-3CXL-10GE. Is this true? AFAIK it actually is. As long as all your card are DFC3CXL equipped (or without DFC) it would work. We did it with PFC3B versions of the Sup720 that were upgraded to PFC3BXL some years ago. -- 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] RSP720-3C-10GE with daughter card = RSP720-3CXL-10GE?
On Thu, 24 Jun 2010, Peter Rathlev wrote: We did it with PFC3B versions of the Sup720 that were upgraded to PFC3BXL some years ago. We dit it with 3BXL too. The question was about 3CXL. The difference is that an upgrade Sup720 3B-3BXL is officially available and RSP720 3C-3CXL is not. -- Dmitry Valdov CCIE #15379 (RS and SP) ___ 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] RSP720-3C-10GE with daughter card = RSP720-3CXL-10GE?
In addition you can check this with the following command: router-x#show platform hardware pfc mode PFC operating mode : PFC3CXL router-x# For what is worth: For unknown reason(s) we had to add/swap some linecards and end up with a chassis having only 3CXL cards (including RSP3CXL) But this command only returned the following output: router-x#show platform hardware pfc mode PFC operating mode : PFC3BXL router-x# A reload solved the issue. -- Frederic Le 24 juin 2010 à 02:45, Matt Nichols a écrit : No that is not correct. The system, at boot time, will fall back to the lowest common denominator - in this case PFC3C mode. To run in PFC3CXL mode all PFCs on the supervisors have to be 3CXLs, and all DFCS have to be DFC3CXL. Matt On Jun 23, 2010, at 3:38 PM, Lobo wrote: We're in the process of purchasing some RSP720-3CXL-10GEs for a 7604 and one vendor has told us that they have some RSP720-3C-10GE cards plus PFC3CXL daughter cards which they claim that when combined equates to a regular RSP720-3CXL-10GE. Is this true? I mean from a technical stand point it may be true and maybe the only thing I won't have is the 3CXL letters on the outside of the blade. I tried using the dynamic config tool on Cisco's page to build one and I see no option for adding a daughter card to the regular RSP720-3C-10GE to make it the 3CXL version. Our main concern is that we want to ensure that we can hold the entire global routing table and beyond and so far only the 3CXL version fits that bill. We also want to make sure we get the default memory that comes with the 3CXL version and make sure we don't get cheated on lower amount of memory. Thanks Jose ___ 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/ ___ 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] RSP720-3C-10GE with daughter card = RSP720-3CXL-10GE?
Hi, On Wed, Jun 23, 2010 at 06:38:16PM -0400, Lobo wrote: We're in the process of purchasing some RSP720-3CXL-10GEs for a 7604 and one vendor has told us that they have some RSP720-3C-10GE cards plus PFC3CXL daughter cards which they claim that when combined equates to a regular RSP720-3CXL-10GE. Is this true? I mean from a technical stand point it may be true and maybe the only thing I won't have is the 3CXL letters on the outside of the blade. You'll actually even have the letters :-) - the PFC3CXL upgrade comes with a small sticker that is then put on the outside... 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 pgpGjowkj0HJJ.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] RSP720-3C-10GE with daughter card = RSP720-3CXL-10GE?
Thanks for the tip. I'm having the vendor issue the command to verify for us. Our main concern is just making sure that we'll have the 1million IPv4 routes and 256K netflow capabilities for this box. Thanks! Jose On 6/24/2010 5:56 AM, Frédéric LOUI wrote: In addition you can check this with the following command: router-x#show platform hardware pfc mode PFC operating mode : PFC3CXL router-x# For what is worth: For unknown reason(s) we had to add/swap some linecards and end up with a chassis having only 3CXL cards (including RSP3CXL) But this command only returned the following output: router-x#show platform hardware pfc mode PFC operating mode : PFC3BXL router-x# A reload solved the issue. ___ 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] RSP720-3C-10GE with daughter card = RSP720-3CXL-10GE?
In our lab setup, we have 2 full internet feeds (IPv4 / IPv6) thus ~ 67 + v6 prefixes Netflow v9 is working without any issue so far (without sampling). However we did not test netflow v9 with MPLS features. According to my technical representative, on 8x10GE card with 3CXL, NDE is handled by the linecard itself (i.e de-centralized NDE instead of centralized NDE from the main RSP board) Not sure about 4x10GE card upgraded with 3CXL though I'd be happy to have some REAL figures regarding MPLS aware netflow with 760x/3CXL :-) -- Frederic Le 24 juin 2010 à 14:21, Lobo a écrit : Thanks for the tip. I'm having the vendor issue the command to verify for us. Our main concern is just making sure that we'll have the 1million IPv4 routes and 256K netflow capabilities for this box. Thanks! Jose On 6/24/2010 5:56 AM, Frédéric LOUI wrote: In addition you can check this with the following command: router-x#show platform hardware pfc mode PFC operating mode : PFC3CXL router-x# For what is worth: For unknown reason(s) we had to add/swap some linecards and end up with a chassis having only 3CXL cards (including RSP3CXL) But this command only returned the following output: router-x#show platform hardware pfc mode PFC operating mode : PFC3BXL router-x# A reload solved the issue. ___ 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] RSP720-3C-10GE with daughter card = RSP720-3CXL-10GE?
On 24/06/10 14:53, Frédéric LOUI wrote: In our lab setup, we have 2 full internet feeds (IPv4 / IPv6) thus ~ 67 + v6 prefixes Netflow v9 is working without any issue so far (without sampling). However we did not test netflow v9 with MPLS features. Sampling on the PFC/DFC platforms probably doesn't do what you want it to do. It still captures all flows; just only exports a subset. This saves neither TCAM nor significant CPU at the export side. According to my technical representative, on 8x10GE card with 3CXL, NDE is handled by the linecard itself (i.e de-centralized NDE instead of centralized NDE from the main RSP board) Not sure about 4x10GE card upgraded with 3CXL though Under most conditions, DFC-equipped linecards export the netflow themselves. There are some conditions where the netflow PDUs have to be post-processed by the RP. Amongst others, if you want source/dest AS numbers in the flows, these are added in software by the RP, eliminating the benefits of distributed NDE. I'd be happy to have some REAL figures regarding MPLS aware netflow with 760x/3CXL :-) Figures about what? Also, be aware that DFC/PFC platforms (until recently) only generate flows for packets which ingress as plain IPv4. MPLS LSPs don't generate netflow, either in label-swap or label pop. This may mean you only see flows at the ingress PE. There is a feature in some releases (e.g. SXI4 for 6500/sup720, which is basically the same underlying hardware) which claims to do egress mpls netflow, where flows are generated for final label-pop i.e. on egress PEs too. It didn't seem to work when I tried it. This may all be very different if 7600 WAN cards are in the mix. ___ 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] RSP720-3C-10GE with daughter card = RSP720-3CXL-10GE?
Phil Mayers wrote: Sampling on the PFC/DFC platforms probably doesn't do what you want it to do. It still captures all flows; just only exports a subset. This saves neither TCAM nor significant CPU at the export side. Interesting, if this is the case, what are folk doing to reduce NDE CPU load (which, from what I understand is a problem when you have agressive ageing configured in order to conserve TCAM?) 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] RSP720-3C-10GE with daughter card = RSP720-3CXL-10GE?
On 24/06/10 15:38, David Freedman wrote: Phil Mayers wrote: Sampling on the PFC/DFC platforms probably doesn't do what you want it to do. It still captures all flows; just only exports a subset. This saves neither TCAM nor significant CPU at the export side. Interesting, if this is the case, what are folk doing to reduce NDE CPU load (which, from what I understand is a problem when you have agressive ageing configured in order to conserve TCAM?) NDE CPU usage isn't a problem for us, so I can't say. We do have relatively high netflow TCAM usage and fast aging. ___ 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] RSP720-3C-10GE with daughter card = RSP720-3CXL-10GE?
On 24/06/10 16:45, Nick Hilliard wrote: On 24/06/2010 15:19, Phil Mayers wrote: Also, be aware that DFC/PFC platforms (until recently) only generate flows for packets which ingress as plain IPv4. Or IPv6. Except if you're using L2 ipv6 netflow, you can see the entries on the pfc, but NDE won't export them to a collector. Sigh. Yes sorry; what I meant is that packets whose path is: ip - router - mpls ...will generate flows, but in many cases: mpls - router - ip ...will not. ___ 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] RSP720-3C-10GE with daughter card = RSP720-3CXL-10GE?
On 24/06/2010 15:19, Phil Mayers wrote: Also, be aware that DFC/PFC platforms (until recently) only generate flows for packets which ingress as plain IPv4. Or IPv6. Except if you're using L2 ipv6 netflow, you can see the entries on the pfc, but NDE won't export them to a collector. Sigh. Nick ___ 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] RSP720-3C-10GE with daughter card = RSP720-3CXL-10GE?
Le 24 juin 2010 à 16:19, Phil Mayers a écrit : On 24/06/10 14:53, Frédéric LOUI wrote: In our lab setup, we have 2 full internet feeds (IPv4 / IPv6) thus ~ 67 + v6 prefixes Netflow v9 is working without any issue so far (without sampling). However we did not test netflow v9 with MPLS features. Sampling on the PFC/DFC platforms probably doesn't do what you want it to do. It still captures all flows; just only exports a subset. This saves neither TCAM nor significant CPU at the export side. According to my technical representative, on 8x10GE card with 3CXL, NDE is handled by the linecard itself (i.e de-centralized NDE instead of centralized NDE from the main RSP board) Not sure about 4x10GE card upgraded with 3CXL though Under most conditions, DFC-equipped linecards export the netflow themselves. There are some conditions where the netflow PDUs have to be post-processed by the RP. Amongst others, if you want source/dest AS numbers in the flows, these are added in software by the RP, eliminating the benefits of distributed NDE. Thanks very much for the precisions. I'd be happy to have some REAL figures regarding MPLS aware netflow with 760x/3CXL :-) Figures about what? Sorry, what I meant by *figures*: - How much (additional?) netflow traffic (bandwidth) can be transferred by NDE - How many (additional?) flows the BOX can handle ? - What is the impact in term of resource and linecard CPU when activating MPLS aware netflow ? Has someone experienced performance degradation on a 3CXL 760X when activating MPLS aware netflow ? Thnks in advance for your feedback :-) -- Frederic Also, be aware that DFC/PFC platforms (until recently) only generate flows for packets which ingress as plain IPv4. MPLS LSPs don't generate netflow, either in label-swap or label pop. This may mean you only see flows at the ingress PE. There is a feature in some releases (e.g. SXI4 for 6500/sup720, which is basically the same underlying hardware) which claims to do egress mpls netflow, where flows are generated for final label-pop i.e. on egress PEs too. It didn't seem to work when I tried it. This may all be very different if 7600 WAN cards are in the mix. ___ 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] RSP720-3C-10GE with daughter card = RSP720-3CXL-10GE?
You can use this URL for guidance: http://www.cisco.com/en/US/products/hw/switches/ps708/products_qanda_item09186a00809a7673.shtml. Although it does not specifically show the behavior with PFC3CXL installed, the trending is the same - the lowest common denominator of PFC/DFC that is identified at boot time will be used. Even though it is for Catalyst 6500, the behavior should be identical. Thanks Matt On Jun 24, 2010, at 5:21 AM, Lobo wrote: Thanks for the tip. I'm having the vendor issue the command to verify for us. Our main concern is just making sure that we'll have the 1million IPv4 routes and 256K netflow capabilities for this box. Thanks! Jose On 6/24/2010 5:56 AM, Frédéric LOUI wrote: In addition you can check this with the following command: router-x#show platform hardware pfc mode PFC operating mode : PFC3CXL router-x# For what is worth: For unknown reason(s) we had to add/swap some linecards and end up with a chassis having only 3CXL cards (including RSP3CXL) But this command only returned the following output: router-x#show platform hardware pfc mode PFC operating mode : PFC3BXL router-x# A reload solved the issue. ___ 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] RSP720-3C-10GE with daughter card = RSP720-3CXL-10GE?
On 2010-06-24 10:25, Dmitry Valdov wrote: We dit it with 3BXL too. The question was about 3CXL. The difference is that an upgrade Sup720 3B-3BXL is officially available and RSP720 3C-3CXL is not. You can do it if you have the PFC3CXL card (available as spare for 6500 Sups), it was never productized however. -- Everything will be okay in the end. | Łukasz Bromirski If it's not okay, it's not the end. | http://lukasz.bromirski.net ___ 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] RSP720-3C-10GE with daughter card = RSP720-3CXL-10GE?
On Thu, 24 Jun 2010, ёukasz Bromirski wrote: On 2010-06-24 10:25, Dmitry Valdov wrote: We dit it with 3BXL too. The question was about 3CXL. The difference is that an upgrade Sup720 3B-3BXL is officially available and RSP720 3C-3CXL is not. You can do it if you have the PFC3CXL card (available as spare for 6500 Sups), it was never productized however. I couldn't find it in GPL. 3CXL DFC for line cards are available but not for an RSP720 itself. Are they the same? -- Dmitry Valdov CCIE #15379 (RS and SP) ___ 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] RSP720-3C-10GE with daughter card = RSP720-3CXL-10GE?
We're in the process of purchasing some RSP720-3CXL-10GEs for a 7604 and one vendor has told us that they have some RSP720-3C-10GE cards plus PFC3CXL daughter cards which they claim that when combined equates to a regular RSP720-3CXL-10GE. Is this true? I mean from a technical stand point it may be true and maybe the only thing I won't have is the 3CXL letters on the outside of the blade. I tried using the dynamic config tool on Cisco's page to build one and I see no option for adding a daughter card to the regular RSP720-3C-10GE to make it the 3CXL version. Our main concern is that we want to ensure that we can hold the entire global routing table and beyond and so far only the 3CXL version fits that bill. We also want to make sure we get the default memory that comes with the 3CXL version and make sure we don't get cheated on lower amount of memory. Thanks Jose ___ 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] RSP720-3C-10GE with daughter card = RSP720-3CXL-10GE?
No that is not correct. The system, at boot time, will fall back to the lowest common denominator - in this case PFC3C mode. To run in PFC3CXL mode all PFCs on the supervisors have to be 3CXLs, and all DFCS have to be DFC3CXL. Matt On Jun 23, 2010, at 3:38 PM, Lobo wrote: We're in the process of purchasing some RSP720-3CXL-10GEs for a 7604 and one vendor has told us that they have some RSP720-3C-10GE cards plus PFC3CXL daughter cards which they claim that when combined equates to a regular RSP720-3CXL-10GE. Is this true? I mean from a technical stand point it may be true and maybe the only thing I won't have is the 3CXL letters on the outside of the blade. I tried using the dynamic config tool on Cisco's page to build one and I see no option for adding a daughter card to the regular RSP720-3C-10GE to make it the 3CXL version. Our main concern is that we want to ensure that we can hold the entire global routing table and beyond and so far only the 3CXL version fits that bill. We also want to make sure we get the default memory that comes with the 3CXL version and make sure we don't get cheated on lower amount of memory. Thanks Jose ___ 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/