I will keep that in mind while investigating this and other things. Thx :)
Kim > > From: "Kevin Cullimore" > Date: 2002/06/23 Sun PM 03:08:54 EDT > To: [EMAIL PROTECTED] > Subject: Re: Re: HSRP [7:47177] > > A useful notion to keep in mind is that hsrp and its un-patented > counterparts (you'd think that during the past century, people would learn > from IBM's example, but apparently that isn't the case) are profoundly > asymmetric in scope: > > they are concerned with the host->default gateway portion of the > conversation, not the return path (although implementational specifics might > force them to address the return path in some circumstances). > > > > ----- Original Message ----- > From: "LongTrip" > To: > Sent: 23 June 2002 2:22 pm > Subject: Re: Re: HSRP [7:47177] > > > > hmmm maybe there was a misunderstanding on my part of an earlier post that > > mentioned "The only time you see the virtual MAC address is on the > original > > request from the host. Forwarded requests and replies don't use it. ". > > > > I understood this to mean that after the initial set up of communications > > that the virtual mac address was not used in subsequent data > transmissions. > > > > This will be one for a lab experiment on my part. Until I see it the > result > > with my own eyes it will be a question. > > > > > > Kim > > > > > > > > > > > > From: "Thomas E. Lawrence" > > > Date: 2002/06/23 Sun PM 01:08:17 EDT > > > To: [EMAIL PROTECTED] > > > Subject: Re: Re: HSRP [7:47177] > > > > > > Perhaps this will help explain > > > > > > > > > http://www.cisco.com/univercd/cc/td/doc/product/software/ios121/121cgcr/ip_c > > > /ipcprt1/1cdip.htm#xtocid23 > > > > > > Yes, HSRP creates a single "virtual" IP and MAC pair. Yes, when one > router > > > fails, the standby router "assumes" control of this virtual IP and MAC > > pair. > > > > > > From an end station standpoint, nothing has changed. The end station > knows > > > the virtual IP, as configured in it's own settings, or as received as > part > > > of its DHCP configuration. In either case, no end station knows all of > the > > > IP's of all of the members of the HSRP group. Unless things have changed > > > recently, there is no way to configure multiple default gateways on a > > > Windows machine, at least. This is the reason HSRP, and now VRRP, were > > > developed. If the end station does not already know the MAC of the > default > > > gateway, it sends an ARP request, as is standard operating procedure for > > any > > > host seeking the MAC of an IP. The active router replies with the > virtual > > > MAC. > > > > > > You may also want to refer to the VRRP RFC. VRRP is the open standard > > > intended to replace the several proprietary methods that now exist. The > > > first couple of pages provide a good explanation and a good background > of > > > the problem to be solved. > > > > > > ftp://ftp.isi.edu/in-notes/rfc2338.txt > > > > > > Tom > > > > > > > > > > > > ""LongTrip"" wrote in message > > > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > > > So you are saying the client never sees the MAC address of RouterA? > It > > > only > > > > sees the MAC address of the "Virtual Router"? > > > > > > > > Kim > > > > > > > > > > > > > > From: "Michael L. Williams" > > > > > Date: 2002/06/23 Sun AM 11:29:24 EDT > > > > > To: [EMAIL PROTECTED] > > > > > Subject: Re: HSRP [7:47177] > > > > > > > > > > This isn't quite right. See comments below. > > > > > > > > > > "Kim Graham" wrote in message > > > > > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > > > > > This brings up a question. I understand that after the initial > "hi I > > > > will > > > > > > be handling your requests please use me as your destination mac > > > address". > > > > > > (Router talking to client). > > > > > > > > > > > > But what happens when the initial router fails and HSRP kicks in? > > > After > > > > an > > > > > > unreachable, would ClientA send out an arp or would RouterB > initiate > > > the > > > > > > arping to re-establish connections to any client that was using > > > RouterA > > > > > > after it noticed that RouterA was not responding? > > > > > > > > > > > > Scenario: > > > > > > > > > > > > > > > > > > ClientA ----- RouterA/B(HSRP) ------ ClientB > > > > > > > > > > > > ClientA sends a packet to ClientB > > > > > > ClientA talks to the Virtual RouterA/B -- RouterA/B sends to > ClientB > > > > > > RouterA/B tells ClientA -- RouterA will be handling your requests. > > > > > > > > > > Router A never tells Client A that "Router A will be handling your > > > > > requests". As you mentioned, Client A talks to the Virtual Router > via > > > the > > > > > Virtual IP address which it ARPs to find the Virtual MAC. Client A > > > never > > > > > knows which of the HSRP routers is "intercepting" and processing > it's > > > > > requests.... When Client A sends a frame to the Virtual MAC to go > out > > > of > > > > > it's gateway, both Router A and Router B "hear" the packet, but only > > the > > > > > HSRP Active router will process it. So if, the janitor steps in and > > > > unplugs > > > > > Router A, then after Router B misses enough Hello packets from > Router > > A, > > > it > > > > > declares itself the Active HSRP router for that HSRP group, and at > that > > > > > point it starts to process the information sent to the Virtual > > > IP/Virtual > > > > > MAC. This is all transparent to the end clients, Client A in this > > > example. > > > > > So as far as Client A knows, it's still sending traffic to the > Virtual > > > IP > > > > > via the Virtual MAC address it has in its ARP cache..... > > > > > > > > > > HTH, > > > > > Mike W. Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=47250&t=47177 -------------------------------------------------- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
