On Fri, Jul 23, 2010 at 9:45 AM, Vitkovsky, Adam wrote:
>
> Yes please -option d also known as option AB
> -it's the same as option b with addition of VRFs on the ASBRs
> -it might as well be viewed as a natural step between opt a and opt b
>
> -opt ab offers the same great control over the routes
kovsky, Adam
Cc: Christopher Morrow; Michael Dillon; nanog@nanog.org
Subject: Re: "vpn exchange point"
If you are going to go multi-VLAN data plane (as opposed to multi-label)
then 10A will cause you scaling issues as you'll need multiple BGP peers
(or static routing),
I'd prefer
If you are going to go multi-VLAN data plane (as opposed to multi-label)
then 10A will cause you scaling issues as you'll need multiple BGP peers
(or static routing),
I'd prefer to use
http://tools.ietf.org/html/draft-kulmala-l3vpn-interas-option-d-02
which already has implementations, i.e
(alb
Yes please I believe that what Michael have mentioned by the mpls NNI is
actually the RFC 2547bis Option 10A
And yes please as Chris mentioned this Option 10A is used mainly between two
different administrative domains (ISPs) because of the lack of trust and maybe
a sort of configuration simpli
On Thu, Jul 22, 2010 at 3:46 PM, Michael Dillon
wrote:
>> Do you know of any "vpn exchange point" implementations please? -I mean
>> something like IXP but for mpls vpns
>>
>> Let's say I'm an ISP that bought or merged with many small ISPs each w
> Do you know of any "vpn exchange point" implementations please? -I mean
> something like IXP but for mpls vpns
>
> Let's say I'm an ISP that bought or merged with many small ISPs each with
> it's own AS# and would like to start offering mpls vpn serv
equinix ethernet exchange
On Wed, Jul 21, 2010 at 10:59 PM, Marshall Eubanks wrote:
>
> On Jul 21, 2010, at 5:43 PM, Bill Woodcock wrote:
>
>>
>> On Jul 21, 2010, at 12:59 PM, William McCall wrote:
>>
>>> OP is referencing MPLS/BGP VPNs, not like IPsec VPNs. And I'm not sure
>>> that I've (person
On Jul 21, 2010, at 5:43 PM, Bill Woodcock wrote:
On Jul 21, 2010, at 12:59 PM, William McCall wrote:
OP is referencing MPLS/BGP VPNs, not like IPsec VPNs. And I'm not
sure
that I've (personally) ever heard of an IXP for MPLS.
Isn't that what one iteration of IXP-NSP in Japan was? I see
On Jul 21, 2010, at 12:59 PM, William McCall wrote:
> OP is referencing MPLS/BGP VPNs, not like IPsec VPNs. And I'm not sure
> that I've (personally) ever heard of an IXP for MPLS.
Isn't that what one iteration of IXP-NSP in Japan was? I seem to recall that
they talked about it a lot, back wh
"vpn exchange point" VLAN Exchange Points NANOG50 Atlanta.311
Tagged VLANs make most sense in dense MetroLANs (MANs)
What goes on in Atlanta Stays in Atlanta - NANOG50
http://en.wikipedia.org/wiki/IEEE_802.1Q
What goes on in North America Stays in North America ? NA ? North America ?
Kent Frederick
Network Architect, Network Services
Iron Mountain
745 Atlantic Ave
Boston, MA 02111
Phone: (617) 535-4901
Mobile: (617) 894-7349
Fax: (208) 475-6722
kent.freder...@ironmountain.com
www.ironmountain.com
The information contained in this email message and its attachments is intende
WM
On Wed, Jul 21, 2010 at 11:44 AM, Bill Woodcock wrote:
>
> On Jul 21, 2010, at 9:13 AM, Vitkovsky, Adam wrote:
>> Do you know of any "vpn exchange point" implementations please? -I mean
>> something like IXP but for mpls vpns
>
> That would be like an
On Jul 21, 2010, at 9:13 AM, Vitkovsky, Adam wrote:
> Do you know of any "vpn exchange point" implementations please? -I mean
> something like IXP but for mpls vpns
That would be like an IXP but for email. Or an IXP but for web traffic. VPNs
are an application that run over
Hello,
Do you know of any "vpn exchange point" implementations please? -I mean
something like IXP but for mpls vpns
Let's say I'm an ISP that bought or merged with many small ISPs each with it's
own AS# and would like to start offering mpls vpn services end to end
If
14 matches
Mail list logo
