jerry, progress on inter-area requirements (a) may be done
independently of inter-as (b) but as you said "synergies"
should be also in the loop, keep a global architectural
perspective (of protocols and mechanisms) is of primary
importance (note: also we should probably also take into
account that an internal lsr may have to reach another
area in order to get out of its own as, thus to deliver
e2e inter-as te, we will have cases where the inter-area
solutions will be in the loop, anyway)
thanks,
- dimitri.
"Ash, Gerald R (Jerry), ALABS" wrote:
>
> I agree that we should progress a) and b) independently, but take note of any possible synergies.
>
> Also, icw item a):
>
> Sudheer> Should we revive our inter-area drafts now
> Jim> yes, please do.
>
> Several of us collaborated on multi-area TE requirements a while back: http://www1.ietf.org/mail-archive/ietf-announce/Current/msg15882.html
> has expired, but is still available at:
> http://www.watersprings.org/links/mlr/id/draft-ash-multi-area-te-reqmts-01.txt
>
> This can be updated and progressed if there is interest.
>
> Thanks,
> Jerry
--
Papadimitriou Dimitri
E-mail : [email protected]
Private: http://www.rc.bel.alcatel.be/~papadimd/index.html
E-mail : [email protected]
Public : http://psg.com/~dpapadimitriou/
Address: Fr. Wellesplein 1, B-2018 Antwerpen, Belgium
Phone : +32 3 240-8491
lmpx.com only provides a reader for public news (NNTP) servers. It is not
affiliated with the servers or forums shown here and is not responsible for
the content of articles, which is written by their respective authors.