From: boby2kusa@hotmail.com
Date: Thu Jul 24 2003 - 11:12:56 GMT-3
Nope, someone was right, IPX is software switch on Native IOS but hardware
switch in Hybrid.
Release notes on Hydrid:
http://www.cisco.com/univercd/cc/td/doc/product/lan/cat6000/relnotes/78_1123
5.htm
a.. On switches with a Multilayer Switch Feature Card (MSFC):
a.. IP Multilayer Switching (MLS) provides high-performance hardware-based
Layer 3 switching of IP unicast traffic, offloading processor-intensive IP
packet routing from network routers.
b.. IP Multicast Multilayer Switching (IP MMLS) provides high-performance
hardware-based Layer 3 switching of IP multicast traffic, offloading
processor-intensive IP multicast packet routing from network routers.
c.. IPX MLS provides high-performance hardware-based Layer 3 switching of
IPX unicast traffic, offloading processor-intensive IPX packet routing from
network routers. Provides standard and extended Cisco IOS access control
lists (ACLs) at wire rate.
----- Original Message -----
From: "Colin Barber" <Colin.Barber@telewest.co.uk>
To: "'Frank Jimenez'" <franjime@cisco.com>; "'Roberts, Larry'"
<Larry.Roberts@expanets.com>; "'Ccielab Mailing List'"
<ccielab@groupstudy.com>
Sent: Thursday, July 24, 2003 6:51 AM
Subject: RE: 6509/IPX/802.1q
> Isn't IPX routing done in software on MSFC2? Doesn't matter if it's Native
> or Hybrid.
>
> Software performance of MSFC2 is not too bad, should be able to couple
with
> 300 clients.
>
> Colin
>
> -----Original Message-----
> From: Frank Jimenez [mailto:franjime@cisco.com]
> Sent: 24 July 2003 06:26
> To: 'Roberts, Larry'; 'Ccielab Mailing List'
> Subject: RE: 6509/IPX/802.1q
>
>
> Also note that AFAIK, IPX routing in Native IOS on the Sup 2 is done in
> software, not hardware.
>
> If you need lots of performance with IPX routing, stick with hybrid.
>
> Frank Jimenez, CCIE #5738
> franjime@cisco.com
>
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
> Roberts,
> Larry
> Sent: Wednesday, July 23, 2003 3:38 PM
> To: Ccielab Mailing List (ccielab@groupstudy.com)
> Subject: OT:6509/IPX/802.1q
>
>
> Hey all,
>
> Just looking to see if anyone has done bridging of IPX across 802.1q trunk
> links
> on a 6509.
>
> I'm in process of ordering some new Sup-2's running Native mode, and I'm
> having
> trouble determining if I can in fact bridge IPX across a trunk link.
>
> Its not by choice that I'm doing this, but the current env. Is all one big
> IPX
> network in bridging mode. I'm going to rip out the Sup-1 and replace it
with
> 2
> of the Sup-2's. The 6509 is going to have Gig trunk ports to several
floors
> connecting up to 3550's. Currently the DC servers and the clients are all
> hard-coded for frame type and network number. The Servers are running some
> special applications that are going to prevent me from changing there
> network
> number so I think that I'm only left with the option of bridging IPX until
I
> can
> complete the migration to IP only. There are 300+ clients and changing the
> clients isn't an option...
>
> I have found documentation stating that it can be done on routers, but I
> can't
> find any confirmation that it can be done on the 6509 sup cards. I don't
see
> why
> not, but I'm trying to eliminate any potential cut-over problems before
they
> happen.
>
> Any insight or pointers is greatly appreciated as always!
>
> Larry
>
>
> _______________________________________________________________________
> You are subscribed to the GroupStudy.com CCIE R&S Discussion Group.
>
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
>
> _______________________________________________________________________
> You are subscribed to the GroupStudy.com CCIE R&S Discussion Group.
>
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
> --------------------------------------------------------------------------
---- > Live Life in Broadband > www.telewest.co.uk > > > The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. > Statements and opinions expressed in this e-mail may not represent those of the company. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender immediately and delete the material from any computer. > > > ============================================================================ == > > > _______________________________________________________________________ > You are subscribed to the GroupStudy.com CCIE R&S Discussion Group. > > Subscription information may be found at: > http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Wed Aug 06 2003 - 06:52:52 GMT-3