Design Options of NSIS Diagnostics NSLP
draft-fu-nsis-diagnostics-nslp-01
| Document | Type | Expired Internet-Draft (individual) | |
|---|---|---|---|
| Author | Xiaoming Fu | ||
| Last updated | 2006-03-09 (Latest revision 2005-11-08) | ||
| Stream | (None) | ||
| Formats |
Expired & archived
plain text
htmlized
pdfized
bibtex
|
||
| Stream | Stream state | (No stream defined) | |
| Consensus boilerplate | Unknown | ||
| RFC Editor Note | (None) | ||
| IESG | IESG state | Expired | |
| Telechat date | (None) | ||
| Responsible AD | (None) | ||
| Send notices to | (None) |
https://www.ietf.org/archive/id/draft-fu-nsis-diagnostics-nslp-01.txt
Abstract
The Next Steps in Signaling protocol suite aims to provide a way to communicate with network intermediaries. As such, it is desirable to offer generic diagnostics function for NSIS users and system administrators to make the functionality provided by the network more transparent (e.g., to identify particular NSLPs, to determine to which degree the network supports NSIS, GIST state or specific NSLP session information along a given path). Instead of suggesting one specific solution we highlight the different design options of some simple, stateless diagnostics functions from a querying node to a responding node. These preliminary thoughts should help the working group to have a more structure discussion in this problem space.
Authors
(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)