[rbridge] Hop Count processing

Donald Eastlake d3e3e3 at gmail.com
Tue May 19 17:07:25 PDT 2009


I'm fine with changing hop count processing to make it the same as IPv4 and
IPv6 even it reduce the distance a TRILL encapsulated frame can go by 1 hop.

Donald
=============================
Donald E. Eastlake 3rd   +1-508-634-2066 (home)
155 Beaver Street
Milford, MA 01757 USA
d3e3e3 at gmail.com


On Fri, May 15, 2009 at 12:10 PM, Joe Touch <touch at isi.edu> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
>
>
> James Carlson wrote:
> > Radia Perlman writes:
> >> I suspect nobody will care, so we can just go with Dinesh's wording.
>
> If the goal is to make this work like IP, the wording needs correction.
>
> The original proposed wording is:
>
> - ---
>
> The Hop Count field is a 6-bit unsigned integer. It is decremented by 1
> by each Rbridge that forwards a TRILL encapsulated frame. The frame is
> dropped if either the Hop Count in the received frame is 0 or the Hop
> Count is decremented to 0.
>
> - ---
>
> In IP, the following is true:
>
> " A router MUST NOT discard a datagram just because it was received
>   with TTL equal to zero or one; if it is to the router and otherwise
>   valid, the router MUST attempt to receive it."
>
> I.e., the packet is dropped if the TTL is zero or one on receipt only if
> it is forwarded; if it is being 'accepted' (i.e., in this case, if the
> destination is the trill node doing the processing), then a TTL of zero
> is acceptable.
>
> It seems like the wording needs to include this second case...
>
> Joe
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.9 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iEYEARECAAYFAkoNlAwACgkQE5f5cImnZrtOFgCg26uBmac6/MOCZUi6kujD95US
> SS0AoOMXl2d621TdpwgRIT5E2UHAhzur
> =kKG6
> -----END PGP SIGNATURE-----
> _______________________________________________
> rbridge mailing list
> rbridge at postel.org
> http://mailman.postel.org/mailman/listinfo/rbridge
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.postel.org/pipermail/rbridge/attachments/20090519/e527f40e/attachment.html


More information about the rbridge mailing list