Packet loss resiliency for Router Solicitations
draft-krishnan-6man-resilient-rs-01
| Document | Type | Replaced Internet-Draft (6man WG) | |
|---|---|---|---|
| Last updated | 2013-05-10 (latest revision 2012-07-16) | ||
| Replaced by | draft-ietf-6man-resilient-rs | ||
| Stream | IETF | ||
| Intended RFC status | (None) | ||
| Formats |
Expired & archived
pdf
htmlized
bibtex
|
||
| Stream | WG state | Adopted by a WG | |
| Document shepherd | No shepherd assigned | ||
| IESG | IESG state | Replaced by draft-ietf-6man-resilient-rs | |
| Consensus Boilerplate | Unknown | ||
| Telechat date | |||
| Responsible AD | (None) | ||
| Send notices to | (None) | ||
https://www.ietf.org/archive/id/draft-krishnan-6man-resilient-rs-01.txt
Abstract
When an interface on a host is initialized, the host transmits Router Solicitations in order to minimize the amount of time it needs to wait until the next unsolicited multicast Router Advertisement is received. In certain scenarios, these router solicitations transmitted by the host might be lost. This document specifies a mechanism for hosts to cope with the loss of the initial Router Solicitations. Furthermore, on some links, unsolicited multicast Router Advertisements are never sent and the mechanism in this document is intended to work even in such scenarios.
Authors
Suresh Krishnan
(suresh.krishnan@ericsson.com)
Dmitry Anipko
(danipko@microsoft.com)
Dave Thaler
(dthaler@microsoft.com)
(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)