Olivier,
On Nov 24, 2008, at 11:32 PM, Olivier Bonaventure wrote:
Rajiv,
When this draft-shen-udp-traceroute-ext was presented last week
during
the int-area meeting, there seems to be a consensus about the problem
that the draft was solving, however, there was a minor concern
about the
solution.
Specifically, the concern was that using last 4 bits in the
UDP src port# will result in varying the src port#, hence,
traceroute probe may not really test the actual path (if
multiple paths exist) that the application traffic may take.
The solution used for Paris traceroute (changing the checksum
instead of
changing the last 4 bits of the src port) could be applicable as well.
See http://www.paris-traceroute.net/ and
http://www.imconf.net/imc-2006/papers/p15-augustin.pdf
That was only applied to ICMP type probe and hoping the router
hashing algorithm
was blindly taking the 32bits "port" value for hashing. And this is
only used for
changing the alternative paths(hoping to). This draft uses this 4bits
of src-port#
with a different purpose, which is to use as a new structure offset
in the packet.
thanks.
- Naiming
Olivier
--
http://inl.info.ucl.ac.be , UCLouvain, Belgium
_______________________________________________
Int-area mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/int-area
_______________________________________________
Int-area mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/int-area
