[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: reminder: things todo in august and shortly thereafter
- To: "'Naidu, Venkata'" <Venkata.Naidu@Marconi.com>
- Subject: RE: reminder: things todo in august and shortly thereafter
- From: "Ash, Gerald R (Jerry), ALCTA" <gash@att.com>
- Date: Thu, 30 Aug 2001 19:53:27 -0400
- Cc: "Ash, Gerald R (Jerry), ALCTA" <gash@att.com>, "'Tricci So'" <tso@caspiannetworks.com>, "Lai, Wai S (Waisum), ALSVC" <wlai@att.com>, "'te-wg@ops.ietf.org'" <te-wg@ops.ietf.org>
Venkata,
>> the example, after a transit LSR recognizes that requirements are not met
on
>> the next hop (e.g., lack of sufficient available bandwidth), the transit
LSR
>> sends crankback to the ingress LSR. The ingress LSR then selects another
> Why should the crankback reaches till ingress LSR. Any intermediate
> LSR which has sufficient information to route the call/setup
> can handle crankback well enough (if the ero is not strict but
> aggregated and handled by ABRs for example in MPLS hierarchical TE)
As specified in the I-D on crankback
http://search.ietf.org/internet-drafts/draft-iwata-mpls-crankback-01.txt,
the transit LSR can either crankback to the ingress LSR or a border LSR. We
gave a simple example where it sends crankback to the ingress LSR; there are
other cases.
Jerry Ash