Hmm, I think I know what the question is, however I don't really have an
answer right now if I'm right.
Picture two different scenarios:
<<1>>
Workstation A, B and C are connected to a switch that IS NOT running VLAN,
hence they are in the same broadcast domain. The IP addresses are as
follows:
A : 10.0.0.10 / 8
B : 10.0.0.11 / 8
C : 192.168.29.14 / 24
If A wants to send to C, it broadcasts an ARP request for 192.168.29.14
which the switch forwards to C, and C replies back with it's MAC address,
and A can now send to C.
This is however (I believe) a bad configuration.
<<2>>
Workstation A, B and C are connected to a switch that IS running VLAN, and
with the same IP addresses as in example 1, A and B are in VLAN 11 and C is
in VLAN 12 - hence they are in two different broadcast domains.
If A wants to send to C, it broadcasts an ARP request for 192.168.29.14, but
the switch does not forward it since C is on a different broadcast domain.
A now has to send the data to it's Default Gateway.
I think that the question is : If you take example 2, why doesn't the switch
just reply to station A's ARP request with C's MAC address, so A can send
directly to C anyway.
Have a fun brain storm,
Ole
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Ole Drews Jensen
Systems Network Manager
CCNA, MCSE, MCP+I
RWR Enterprises, Inc.
[EMAIL PROTECTED]
http://www.oledrews.com/ccnp
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
NEED A JOB ???
http://www.oledrews.com/job
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
-----Original Message-----
From: Curtis Call [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 16, 2001 11:20 AM
To: [EMAIL PROTECTED]
Subject: RE: why is routing needed with VLANs
Keep in mind that seperate VLANs will be seperate subnets. Which means
that by default a host will encapsulate any IP packet destined for a
different VLAN within an ethernet packet with a destination MAC address of
the default gateway. So a layer 2 switch will never get the chance to try
and "switch" between VLANs since everytime a host needs to get to a
different VLAN (subnet) it will just send a packet to the router which is
on the same VLAN in order for it to be routed.
>-----Original Message-----
>From: Bob Vance [mailto:[EMAIL PROTECTED]]
>Sent: Tuesday, January 16, 2001 8:35 AM
>To: CISCO_GroupStudy List (E-mail)
>Subject: why is routing needed with VLANs
>
>
>OK.
>I must be brain dead, today.
> (and, yes, Chuck, I *have* had my morning dose of Diet Coke :)
> and, yes, I know, "What's so special about 'today' "?
> )
>As far I can understand it so far, about the only benefit that I see
>from VLANs is reducing the size of broadcast domains.
>
>Suppose that I have a switch in the closet with one big flat address
>space (well, it couldn't be that big with only one switch, now, could
>it ?>). Then someone says,
> "You know, we're getting a lot of blah-blah broadcast traffic.
> Let's VLAN.
> "
>OK, fine. We VLAN and put whatever services in each VLAN that are
>required to handle the broadcasts (e.g., DHCP service). So, now the
>switch doesn't send broadcasts outside a particular VLAN.
>
>But, what's so magic about a VLAN that the switch also decides not to
>send unicasts outside a VLAN. Before the VLANs, the switch maintained
>a MAC table and knew which port to go out to get to any unicast address
>in the entire space. So, why can't it continue to do that after we
>arbitrarily implement some constraint on broadcast addresses?
>It seems to me that the same, exact MAC table, with an additional VLAN
>field would not require that restriction. If it's a broadcast, send =
>the
>packet only out ports with a VLAN-id that matches the source port's
>VLAN-id. If it's a unicast, handle it just like we used to.
>
>
>Similarly, even if we have 5 switches, I just don't see the requirement
>that we (as switch-code designers) must block unicasts and resort to a
>routing requirement.
>
>Even with 500 switches ... well, let's not get ridiculous :)
>
>
>I feel that there is a simple point that I've overlooked, so I will
>continue to RTFM while I await your responses.>)
>
>
>-------------------------------------------------
>Tks=A0=A0=A0 =A0=A0=A0 | <mailto:[EMAIL PROTECTED]>
>BV=A0=A0=A0 =A0=A0=A0=A0 | <mailto:[EMAIL PROTECTED]>
>Sr. Technical=A0Consultant,=A0 SBM, A Gates/Arrow Co.
>Vox 770-623-3430=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A011455 Lakefield Dr.
>Fax 770-623-3429=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Duluth, GA 30097-1511
>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
>=3D
>
>
>
>
>_________________________________
>FAQ, list archives, and subscription info:
>http://www.groupstudy.com/list/cisco.html
>Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
>
>_________________________________
>FAQ, list archives, and subscription info:
>http://www.groupstudy.com/list/cisco.html
>Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
_________________________________
FAQ, list archives, and subscription info:
http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
_________________________________
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
