RE: Draft charter for L3VPN: inter-AS/inter-provider

"Jim Guichard" <[email protected]>
Newsgroups gmane.ietf.ppvpn
Message-ID <[email protected]>
> >>
> >>  1. Jim Guichard said:
> >>
> >>       > 2. Is complexity associated with inter-AS (1 provider)
> >scenarios
> >>       >    sufficiently higher than for the single-AS case?
> >>
> >>       potentially yes for the same reasons as (1). Jim
> >>
> >>     Two reasons have been brought in (1):
> >>
> >>       a) different encaps for 2547 (MPLS/GRE)
> >
> >There is no fundamental difference with regards to supporting different
> >encaps in the single AS and inter-AS case.

Perhaps, but certainly it is potentially more difficult. In the single AS
case one would expect routing information to be available so as to build the
ingress/egress PE connectivity. However, in the InterAS case this may not be
available and therefore complexity is added as the ASBRs might need to
"stitch" things together .. I do however believe that the single AS and
multiAS case are similar as typically routing information is leaked between
the AS's that make up the multiAS environment. Jim

> >
> >>       b) provisioning end-to-end LSP is more complex in the multi-AS
> >>          case
> >>
> >>     It seems that this may indeed complicate the mechanisms.
> >>     I'd love to see a little more discussion on this.
> >
> >2547 describes the mechansims for inter-AS. IMHO they are well
> >understood.
> >Set up of a RSVP-TE inter-AS LSP is work in progress. However
> >2547 does not need any additional mechanisms for using a RSVP-TE inter-AS
> >LSP between the end PEs.
> >
> >>
> >>  2. Are we going to need additional documents compared to what we
> >>     already have in order to describe inter-AS scenarios
> >>     appropriately?
> >
> >Base mechanisms for implementing and deploying inter-AS are in place and
> >are described in 2547.
> >
> >If yes, I'd rather say one-AS first, then multi-AS
> >>     single provider, and then multi-provider.
> >>
> >
> >I would still say one-AS and multi-AS to begin with.
> >
> >Regards,
> >rahul
> >
> >>  Regards.
> >>
> >> Alex
> >>
> >>
> >>
> >>
> >
> >
> >
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.