Book now with code EOY2025
lon21 wrote: » While I've been reading I'm being told that switch flood the frame out all ports if the mac address is not in its table. Does a switch not use ARP instead of flooding the all ports with the frame? Thanks
danielno8 wrote: » Switches with IP interfaces's use ARP in the same way any other device uses ARP to communicate. This can be on a L2 switch as the management interface, or a layer 3 switch with IP VLAN interfaces. Management interface on layer 2 switch is there for one purpouse - Managing the device and will not use ARP, so the above is incorrect. As far as the layer 3 switches go, then yes.
deth1k wrote: » Management interface on layer 2 switch is there for one purpouse - Managing the device and will not use ARP, so the above is incorrect. As far as the layer 3 switches go, then yes.
danielno8 wrote: » Do you want to explain to me how a switch finds out the MAC address of it's default gateway? Or how it finds out the MAC of your PC if you are managing it from the same subnet? Or how if i type "show arp" on a switch it lists it's ARP cache?
deth1k wrote: » show arp on a layer 2 switch will only show your management IP: Sw1>sh arp Protocol Address Age (min) Hardware Addr Type Interface Internet 193.193.126.71 - 0021.d784.1841 ARPA Vlan127 Sw1> Sw1>sh ver Cisco IOS Software, C2960 Software (C2960-LANBASE-M), Version 12.2(35)SE5, RELEASE SOFTWARE (fc1) Copyright (c) 1986-2007 by Cisco Systems, Inc. Compiled Thu 19-Jul-07 20:06 by nachen Image text-base: 0x00003000, data-base: 0x00D40000 ROM: Bootstrap program is C2960 boot loader BOOTLDR: C2960 Boot Loader (C2960-HBOOT-M) Version 12.2(25r)SEE1, RELEASE SOFTWARE (fc1)
danielno8 wrote: » Nope: switch-l3-ter-2950-d#show arp Protocol Address Age (min) Hardware Addr Type Interface Internet 10.59.253.8 - 000f.9074.55c0 ARPA Vlan253 Internet 10.59.253.1 44 0000.0c07.acfd ARPA Vlan253 and you also did not answer how you expect a switch to communicate with anything if it does not use ARP to find MAC address. Have a google around for more details on how two devices communicate. Beginning with when they are on the same subnet. You will then see why a switch, in the same way as a PC, uses ARP.
deth1k wrote: » ======================================================== As far as management vlan goes, yes, switch will arp for default gateway if there is one set or communicate (telnet, ssh, ping or web) to hosts on that vlan. However it will not use arp for any other vlan as you can't assign more than one IP address range to L2 switch. You wouldn't assign any hosts to management vlan either (on a local switch). So as far as two hosts communicating on the same switch, it doesn't care about ARP.
lon21 wrote: » Hi Thanks for your response, when you say it floods, which protocol is it using? Or how does it flood, I guess it does not use broadcasts or multicasts as this is a layer 3 feature. Thanks
danielno8 wrote: » Flood just means it forwards the frame it recieved out all ports (except the one it recieved the frame on).
deth1k wrote: » I wouldn't have to connect to any of the switches if there were any routing issues, unless those are L3 switches
Forsaken_GA wrote: » Be very, very careful with those last statements. An isolated Management VLAN is a concept, not a cold hard fact of life. You could quite easily put the same Management vlan in a vlan full of hosts (and many newcomers do just that because they don't understand why you need to restrict access to your switch's management functions). The switch doesn't care if the Management VLAN is isolated or not. If you left everything in VLAN one, it would happily operate, and it would use ARP just like an end node too. And why wouldn't I assign any hosts to the management vlan? Of course I will, at least one, probably two for redundancy. What's the point of having a management vlan if I'm not going to have any devices to manage it? I'm sure as hell not going to have global routes to the management vlan.[/QUOTE] How do you avoid this, when the management VLAN is just another VLAN on the same core switch(es) holding the rest of your production VLAN's?
danielno8 wrote: » How do you avoid this, when the management VLAN is just another VLAN on the same core switch(es) holding the rest of your production VLAN's?
dtwiss0207 wrote: » I was stuck on a practice exam question that I was hoping someone could help me out with. I keep going over the question cant seem to put it together. Below is the question with the available answers. Assume that the switch has a factory default configuration and has just been powered on. Host A pings Host B successfully. Which of the following are true? Select 5 A. If Host A pings host C, 1 new MAC table entry will be built. B. If Host B pings host C, 1 new MAC table entry will be built. C. If Host A pings host B, 1 new MAC table entry will be built. D. If Host B pings host D, 2 new MAC table entries will be built. E. If Host C pings host A, 1 new MAC table entry will be built. F. If Host C pings host D, 2 new MAC table entries will be built. G. If Host D pings host A, 1 new MAC table entry will be built. H. If Host A pings host B, 2 new MAC table entries will be built
georgemc wrote: » CORRECT ANSWERS A. the switch already knows about A so only has to add C (1 new entry) B. the switch already knows about B so only has to add C (1 new entry) E. the switch already knows about A so only has to add C (1 new entry) F. the switch doesn't know about C or D, so need to add both (2 new entries) G. the switch already knows about A so only has to add D (1 new entry) INCORRECT ANSWERS C. the switch already knows about A and B (no new entries) D. the switch already knows about B so only has to add D (1 new entry) H. the switch already knows about A and B (no new entries)
Use code EOY2025 to receive $250 off your 2025 certification boot camp!