[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Tony Li] : RE : RE : RE : Last call for draft-ietf-tewg-interarea-mpls-te-req-01.txt



Final (?) non-member post

> Subject: Re: RE : RE : RE : Last call for draft-ietf-tewg-interarea-mpls-te-req-01.txt 
> Date: Fri, 28 May 2004 02:39:47 -0700
> To: "LE ROUX Jean-Louis FTRD/DAC/LAN" <jeanlouis.leroux@francetelecom.com>
> X-Mailer: Apple Mail (2.618)
> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on psg.com
> X-Spam-Status: No, hits=-4.8 required=5.0 tests=AWL,BAYES_00,RCVD_IN_SORBS 
> autolearn=no version=2.63
> X-Spam-Level: 
> 
> > No, computation can be distributed on ABRs. This is basically the 
> > scenario 4 of
> > draft-kompella-mpls-multiarea-te :
> > "The head-end LSR requests one of the ABRs in the head-end area to
> >    compute a path to the destination. When the ABR in the head-end area
> >    receives the request, the ABR requests one of the ABRs in the tail-
> >    end area to compute paths to the destination from all/some of the
> >    ABRs in the tail-end area. Once the ABR in the head-end area obtains
> >    this information from the ABR in the tail-end area, the ABR in the
> >    head-end area could compute the path through the head-end and the
> >    backbone areas, concatenates the results of this computation with 
> > the
> >    appropriate path through the tail-end area, and then return the
> >    result to the head-end LSR."
> 
> 
> Well, yes, that could be made to work.  Pretty ugly tho (sorry Kireeti 
> ;-).
> 
> Again, I'm happy to make the tradeoff of less work for less optimality.
> If I'm that concerned about optimality, then I'll do offline computation
> and static configuration.  Or human intervention.  I'm not interested in
> spending the rest of my life debugging an incredibly complex solution 
> that
> gives me the last 0.0001% of optimality.
> 
> Tony
> 
> 
> 
>