Opened 10 years ago

Last modified 9 years ago

#73 reopened technical

Tunnel liveness (from R. Bonica review for the RTG directorate)

Reported by: luigi@… Owned by:
Priority: major Component: draft-ietf-lisp
Severity: - Keywords:
Cc:

Description

In http://www.ietf.org/mail-archive/web/rtg-dir/current/msg01379.html
the following issue concerning tunnel liveness is raised:

  • Tunnel Liveness - The document says little about what happens when a tunnel connecting iTR to eTR fails? Does temporary black-holing result? What is the restoration mechanism?

Change History (4)

comment:1 Changed 9 years ago by luigi@…

  • Resolution set to fixed
  • Status changed from new to resolved

Authors replied on the mailinglist that in their opinion there is no need to make any change to the draft. Neither the original person that raised the issue nor the mailinglist stated a different opinion.

comment:2 Changed 9 years ago by luigi@…

  • Status changed from resolved to closed

comment:3 Changed 9 years ago by yakov@…

  • Resolution fixed deleted
  • Status changed from closed to reopened

The issue raised in this ticket is still not addressed. Thus the ticket must stay open.

comment:4 Changed 9 years ago by yakov@…

To address the issue raised by the ticket please add the following to the beginning of 6.3:

When an ETR becomes unreachable (e.g., due to the ETR crash), that results in (temporary) black-holing the traffic that have been sent to that ETR by ITRs, which in turn may result in service disruption. That black-holing and the service disruption due to that black-holing lasts until all these ITRs determine that the ETR is no longer reachable, and subsequently select another ETR.

Note: See TracTickets for help on using tickets.