Cisco GLBP Doubt

I have a doubt with glbp

In the figure that i have attached,
let's assume that the client1 issued an arp broadcast request, so the switch will have the source mac add of client1 in the mac address table and the port no , the avg will send an arp  reply with the virtual mac address and the switch will record the virtual mac and the port no of the source, which in this case is the virtual mac address of Router A.

i found no doubt in the above but,

when the client2 issues an arp, the avg(RA) will receive it and will send the virtual mac address of the avf(Router B), so now the swich will record the mac address of the sender which in this case is virtual mac addr of Router B (but given by Router A), so In the switch cam table, mac addr will be the virtual mac addr of routerb, but the port no recorded by the switch would be that of the port on which the routerA is present as it was the replier to the arp query,

So how does a switch know that it has to forward the frames to routerB as the replier to the arp query fro client B was Router A and its port is recorded by the switch.  


GLBP.png
tpatAsked:
Who is Participating?
 
rfc1180Commented:
not sure who Client B is, as you only have client 2 on the map (Maybe a typo):

SMAC: 0007.b400.0101
DMAC:  client 2's mac address.  <----- this is how the switch will make the forwarding decision on

ARP REPLY:
SMAC: 0007.b400.0102
DMAC: client 2's mac address
SIP: 10.21.8.10
DIP: client 2's ip address


Billy
0
 
rfc1180Commented:
>So how does a switch know that it has to forward the frames to routerB as the replier to the arp query fro client B was Router A and its port is recorded by the switch.

The ARP reply information for the destination MAC and IP (Router B) is contained in the data payload of the Ethernet fram (ARP data is encapsulated into an Ethernet frame) and not in the source and destination of the Ethernet Frame as you think it is, these are 2 different pieces of information.

http://book.chinaunix.net/special/ebook/oreilly/Understanding_Linux_Network_Internals/0596002556/understandlni-CHP-28-SECT-1.html


Billy
0
 
tpatAuthor Commented:
So what would be the layer 2 information in the ARP Reply from router a  to client b.
would it be:

SMAC: 0007.b400.0101
DMAC:  client B's mac address.

ARP REPLY:
SMAC: 0007.b400.0102
DMAC: client 2's mac address
SIP: 10.21.8.10
DIP: client 2's ip address
0
How do you know if your security is working?

Protecting your business doesn’t have to mean sifting through endless alerts and notifications. With WatchGuard Total Security Suite, you can feel confident that your business is secure, meaning you can get back to the things that have been sitting on your to-do list.

 
rochey2009Commented:

No.     Time        Source                Destination           Protocol Info
     32 0.094000    c2:00:07:d4:00:00     c2:03:07:d4:00:00     ARP      192.168.0.1 is at 00:07:b4:00:00:01

Frame 32 (60 bytes on wire, 60 bytes captured)
Ethernet II, Src: c2:00:07:d4:00:00 (c2:00:07:d4:00:00), Dst: c2:03:07:d4:00:00 (c2:03:07:d4:00:00)
Address Resolution Protocol (reply)
    Hardware type: Ethernet (0x0001)
    Protocol type: IP (0x0800)
    Hardware size: 6
    Protocol size: 4
    Opcode: reply (0x0002)
    Sender MAC address: Cisco_00:00:01 (00:07:b4:00:00:01)
    Sender IP address: 192.168.0.1 (192.168.0.1)
    Target MAC address: c2:03:07:d4:00:00 (c2:03:07:d4:00:00)
    Target IP address: 192.168.0.100 (192.168.0.100)

Hi,
Here's a trace of an arp response from my GNS3 lab. The source of the ethernet frame is  c2:00:07:d4:00:00 which is the mac address of the ethernet interface on the GLBP router. Encapsulated in the arp request is the virtual mac-address 00:07:b4:00:00:01, so the switch doesn't see the virtual mac-address at this point and records the routers mac-address in it's mac table and not the virtual mac-address.
0
 
tpatAuthor Commented:
So the trace shows the ARP reply has the Source Mac address of the physical interface of the router, and the ARP payload has the source mac adress  as the virtual mac address. Am i right?
0
 
rfc1180Commented:
>Am i right?
correct, no different that what was discussed prior
0
 
rochey2009Commented:
your correct.
0
 
tpatAuthor Commented:
Understood it!
0
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.