A stateless Ping tool for simple tests of GIMPS implementations

<draft-juchem-nsis-ping-tool-02>

Christian Dickmann, Ingo Juchem,

Sebastian Willert, Xiaoming Fu

University of Göttingen

Outline

• Motivation

• Design

• Extensibility

• Implementation status

• Next steps

Motivation

• Initially: – to run GIMPS signaling along a chain of

GIMPS nodes without the need for a full-fledged NSLP

• It is designed also to: – Gather information about the signaling nodes

along the path:• Currently, IP addresses and timestamps (to

calculate RTTs)• Others are possible: e.g., NTLP and NSLP states

Design

• Design as light-weight probing NSLP • Initiator sends Ping Message with list of

requested information (objects)• Each Ping-aware node on the path adds the

requested objects• Receiver forwards Ping Message upstream

towards the Initiator• Intermediate nodes add information (e.g.

timestamps) twice– Round Trip Times can be calculated

Extensibility

• Current objects:– IP address (IPv4 or IPv6)– Timestamp

• Ping Tool can be extended with new object types• If objects are unsupported, an indication is added• Possible new objects:

– List of supported NSLPs– NTLP layer state information– State information of supported NSLPs

• Security considerations need to be addressed

Implementation status

• Ping Tool-01 implementation is now part of our NSIS implementation release (GIMPS draft 06)– http://user.informatik.uni-goettingen.de/~nsis/ – Together with a release of Ethereal dissectors for:

• GIMPS draft 06• Ping Tool 01

• We have also successfully passed the ping implementation interoperability test in the interop event

Next steps

• Is this work useful?

• Shall this be adopted by the WG as a "Diagnostics NSLP"?

Thanks