From: Joseph Eleazar (joseph_eleazar@hotmail.com)
Date: Mon Mar 08 2004 - 19:13:49 GMT-3
Kenneth,
I have used seconday IP addresses to convert a LAN segments IP scheme many
times and it has always worked. The workstation will be on the old IP
scheme, it will be changed and then it should work on the new IP scheme.
The times where it didn't work; we would have to clear the old arp entry for
that device.
I know you mentioned that you want to make the change remotely, maybe for
the routers, but if you convert the IP scheme on the workstations, that
would have to be done manually, wouldn't it?
Joe
>From: "Kenneth Wygand" <KWygand@customonline.com>
>Reply-To: "Kenneth Wygand" <KWygand@customonline.com>
>To: <ccielab@groupstudy.com>
>Subject: Router on a stick w/ secondary IP addresses?
>Date: Mon, 8 Mar 2004 15:55:04 -0500
>
>Hey everyone,
>
>
>
>I'm trying to implement a "router on a stick" scenario implementing a
>secondary IP address instead of a sub interface. The intent is to
>migrate a particular LAN segment to a new IP addressing scheme one
>device at a time and have transparent connectivity across both schemes
>simultaneously through this "patch implementation". I know if I enable
>trunking and run sub-interfaces I can "router on a stick" the network,
>but then I need to implement temporary VLANs and physically change the
>configuration on each port as the device's IP address changes (what a
>hassle!).
>
>
>
>I know the reason this is not working is because the router will not
>route packets back out the same logical interface it received them on
>(debug ip packet shows the "encapsulation failed" messages when trying
>to place the packets back on the LAN segment).
>
>
>
>I thought policy routing the packets back out the same physical
>interface by matching an extended access list for traffic crossing
>between the two segments, but I received the same results.
>
>
>
>Any ideas on how I can complete this? Here's the digger - I want to
>complete this remotely so I do not have to physically go to the client's
>site, so any solutions that require desktop touches are not suitable.
>
>
>
>I know there's gotta be a way to do this!!
>
>
>
>Kenneth E. Wygand
>Systems Engineer, Project Services
>
>CISSP #37102, CCNP, CCDP, ACSP, Cisco IPT Design Specialist, MCP, CNA,
>Network+, A+
>Custom Computer Specialists, Inc.
>
>"The only unattainable goal is the one not attempted."
>-Anonymous
>
>_______________________________________________________________________
>Please help support GroupStudy by purchasing your study materials from:
>http://shop.groupstudy.com
>
>Subscription information may be found at:
>http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Thu Apr 01 2004 - 08:15:16 GMT-3