[rbridge] Max Network size / ARP servers
Guillermo Ibáñez
gibanez at it.uc3m.es
Thu May 12 01:02:38 PDT 2005
Guillermo Ibáñez wrote:
Joe Touch wrote:
>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA1
>
>
>
>Guillermo Ibáñez wrote:
>...
>
>
>> would consider big a network (single broadcast domain) with 25.000
>>-100.000 hosts. But this could fall short.
>>As stated in the paper, the ARP cache policy in hosts (Windows) is as
>>follows: unused entries in last two minutes expire, the refreshed ones
>>are allowed a maximum of 10 minutes, then a new ARP request will be
>>sent. Measurements, (see below at the end of mail) are based on the
>>current caching at endhosts, so the caching effect is already included.
>>Regarding snooping, I agree that snooping of broadcast responses at
>>proxy-ARPs will reduce the load.
>>
>>
>
>We agree that this is a problem for a sufficiently large network. As
>I've already noted, there are two things RBridges are not uniquely
>trying to solve:
> a) increased size of L2 subnets
> b) insecurity of ARP
>
>Solutions to either should work fine in an RBridge scenario, but are not
>part of the prerequisites of the RBridge architecture.
>
>Although an RBridge may encourage large subnets - larger than are
>currently typical - so do large L2 switches. There are solutions in that
>space to reduce broadcasts (IGMP snooping, proxy ARP, etc.) that might
>apply just fine here, but aren't worth (IMO) mentioning explicitly.
>
>
>
Agreed, no explicit recommendation of any procedure to reduce broadcasts.
>As you noted, there are plenty of challenges with proxy ARP - hashing,
>load balancing, fault tolerance, etc. But all those solutions will
>benefit all L2 subnet systems, and are not specific to RBridges.
>
>...
>
>
>>>>Some measurements on ARP load are available at:
>>>>http://100x100network.org/papers/myers-hotnets2004.pdf
>>>>
>>>>
Myers extrapolations in the paper are higher ( I do not know his
rationale) than mine.
>There are also other economies of scale possible in an RBridge -
>broadcasts can be more efficient than in a spanning tree because there
>can be multiple broadcast trees inside the RBridge campus.
>
>
>
Sorry, I do not catch this argument. Multiple spanning trees are not
exclusive of Rbridges, any bridge can use them (with MSTP or future
simplifications or evolutions of it).
>Overall, as said before, I don't think this is an issue specific to
>RBridges. Does anyone else??
>
>
>Joe
>-----BEGIN PGP SIGNATURE-----
>Version: GnuPG v1.2.4 (MingW32)
>Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
>
>iD8DBQFCgorBE5f5cImnZrsRAkaUAKDZQjpYaUGIpK/MvUJ3JSTTKkRwZACffAy3
>+PD5qUt+CspyFRTAjks1XVg=
>=ciB6
>-----END PGP SIGNATURE-----
>_______________________________________________
>rbridge mailing list
>rbridge at postel.org
>http://www.postel.org/mailman/listinfo/rbridge
>
>
>
More information about the rbridge
mailing list