|  |     I assume this stream of entries makes the following statement:
    
    On a GS/IP, you can have specific ports running IP, and other ports
    running ELAN.
    
    I have many buildings of users  (each building has a differnt IP
    address) each currently fed by a DECNIS port, to a DEChub 90.  The
    building's address comes from the DECNIS for each protocol I am
    running:  DECnet, Novell IPX 802.3, and TCP/IP. 
    
    With today's product availability,  I cannot think of a way to migrate
    each user to 10meg switched (VN900EE), linked to the central site via
    ATM at a Gigaswitch/ATM, and continue to supoprt IPX, DECnet and IP on
    eac user desk.  
    
    The users connect to Novell information servers and printers for office
    automation, NT servers for other things, and IP for the web.  If I
    attach a LANE port, AND an ATM /IP port to a DEChub Ethernet, I assume that the spanning
    tree will shut one of the ports down.
    
    Surely someone else has nodes that run both IP and IPX?    How does
    this work?
    
    Thanks for any help.
    
    John D> Reed
    Networking the Carolina
    
 | 
|  |     	Hi John,
    
       Support for IP Switching & LANE on the same physical port of the
    Gigaswitch/IP is planned; if you're making a proposal to a customer that 
    requires this solution, please contact the Gigaswitch/IP product manager 
    to see how close we are to field-testing this... If you have difficulty 
    locating the right person, send me E-mail & I can help track it down for 
    you... I don't know where the DECnis is on support for this.
    
    	An alternate solution you may want to consider (but again, I can't
    speak to the DECnis' or VNswitch's ability to support this; perhaps
    someone else can help) is run an rfc1483 PVC for IP from the ATM
    device into the IP switch controller for IP access, and LANE for other
    bridged protocols. The Gigaswitch/IP controller does support rfc1483
    PVC connections to link into an IP-switched environment from non-IP
    switching ATM endpoints...
    
    		Regards,
    
    -Chuck O. (Back in MCS/IPS)...
    
 |