FWIW, MAP has been deployed by few operators (in at least 3 continents that I
am aware of).
Charter communications is one of the public references (see NANOG preso
https://www.youtube.com/watch?v=ZmfYHCpfr_w).
MAP (CPE function) has been supported in OpenWRT software (as well as many CPE
vendo
Mark,
> about leveraging SR to push native IPv6 support into MPLS,
Segment routing (SR) could/would certainly work with single-stack v6 and enable
MPLS forwarding.
Cheers,
Rajiv
> On May 5, 2014, at 3:36 AM, "Mark Tinka" wrote:
>
>> On Monday, May 05, 2014 09:27:37 AM Vitkovský Adam wrote:
> inside a VRF, but the MPLS standards wg seems content with status quo.
http://tools.ietf.org/html/draft-ietf-mpls-ldp-ipv6
The WG is pretty close to wrap this up (back to the 3rd WGLC very soon).
But frankly admitting, dual-stacking facilitated more issues than I expected
early on.
Cheers
The below problem was the motivation for this BGP improvement :
http://tools.ietf.org/html/draft-ietf-idr-bgp-bestpath-selection-criteria
-Original Message-
From: Pete Lumbis
Date: Friday, October 25, 2013 2:01 PM
To: JRC NOC
Cc: "nanog@nanog.org"
Subject: Re: BGP failure analysis
This is very interesting and insightful.
While the broadcasting would seem more efficient (and cheaper in many respect)
than webcasting for the live content, the former can't quite serve multiple
devices with varying form-factors with the same efficiency. The latter can.
Isn't that a key diffe
> and while you are looking at escaping other big company servers,
> check out http://labs.bittorrent.com/experiments/sync.html, real
> peer to peer dropbox.
This looks very useful. Would love to see mobile devices (e.g. Tablets)
supporting it.
I dislike having to put my stuff on servers just f
uch past about 5 years, maybe 10 if we're really unlucky.
Of course. :)
Cheers,
Rajiv
-Original Message-
From: Owen DeLong
Date: Tuesday, April 9, 2013 12:01 AM
To: Rajiv Asati
Cc: Fabien Delmotte , nanog list
Subject: Re: Verizon DSL moving to CGN
>
>On Apr 8, 2013, at
ril 8, 2013 8:52 PM
To: Rajiv Asati
Cc: Fabien Delmotte , nanog list
Subject: Re: Verizon DSL moving to CGN
>
>On Apr 8, 2013, at 11:54 , Rajiv Asati (rajiva) wrote:
>
>>
>> Like you, I would like to be optimistic about many v4-only apps and
>> v4-only devices becom
stop using it the IPv6 addresses don't need to change. I
>would assume you're not saying that you can take your IPv6 addresses as
>you find them and interpret them as MAP End-user prefixes.
>
>Tom
>
>On 08/04/2013 5:38 PM, Rajiv Asati (rajiva) wrote:
>> Hi Tom,
>
Chris,
Your points are well taken.
Cheers,
Rajiv
-Original Message-
From: Christopher Morrow
Date: Monday, April 8, 2013 3:57 PM
To: Rajiv Asati
Cc: Chuck Anderson , nanog list
Subject: Re: Verizon DSL moving to CGN
>
>
>
>On Mon, Apr 8, 2013 at 3:48 PM, Rajiv A
;
>
>On Mon, Apr 8, 2013 at 3:21 PM, Rajiv Asati (rajiva)
> wrote:
>
>Oh, it certainly is (per the IETF IPR rules).
>
>
>
>
>
>which rfcs? I can find a draft in softwire:
> http://tools.ietf.org/html/draft-mdt-softwire-map-translation-01
>
>
>and a referen
Tore,
> I haven't tested, but I believe that if you were to hook up a standard
> Linux box to a ISP that provides /32 or shorter over MAP, you don't
Yes, indeed.
In fact, almost all of the MAP CE implementations (that I am aware of) are
open source/linux based -
http://enog.jp/~masakazu/vyatt
ent encumbered.
>
>On Mon, Apr 08, 2013 at 07:13:11PM +0000, Rajiv Asati (rajiva) wrote:
>> Chris,
>>
>> UmmmŠ you mean the IPv6 and IPv4 inter-dependency when you say IP
>> encumbered?
>>
>> If so, the answer is Yes. v6 addressing doesn't need
PM
To: Rajiv Asati
Cc: Mikael Abrahamsson , nanog list
Subject: Re: Verizon DSL moving to CGN
>
>On Mon, Apr 8, 2013 at 2:19 PM, Rajiv Asati (rajiva)
> wrote:
>
>Yes, MAP (T-Translation or E-Encap mode) is implemented on two regular
>routers that I know of - ASR9K and ASR1K. With
Jack,
I am assuming that you meant MAP, when you wrote MAPS.
> The larger issue I think with MAP is CPE support requirements. There are
> ISP layouts that use bridging instead of CPE routers (which was a long
> term design to support IPv6 without CPE replacements years later). CGN
> will handle t
erizon DSL moving to CGN
>
>On Apr 7, 2013, at 18:21 , Rajiv Asati (rajiva) wrote:
>
>> Dual-stack in the home networks will stay with us for a long time
>>(beyond 2020!) until v4-only user devices and v4-only apps get refreshed.
>
>I disagree. I think that v4-only a
Sam,
> What may make 'much more sense' in one network, doesn't necessarily make
> as much since in another network. As I understand it, MAP requires at
> least a software change on existing CPE, if not wholesale CPE change.
> Some providers may prefer to implement CGN instead if the capital outlay
-2012-NGN-IPv4-Exhaust-
IPv6-Strategy.pdf
Cheers,
Rajiv
-Original Message-
From: Tore Anderson
Date: Monday, April 8, 2013 6:29 AM
To: Mikael Abrahamsson
Cc: Rajiv Asati , nanog list
Subject: Re: Verizon DSL moving to CGN
>* Mikael Abrahamsson
>
>> On Mon, 8 Apr 2013,
27;s Front Against WWW
Date: Monday, April 8, 2013 6:01 AM
To: Rajiv Asati
Cc: nanog list
Subject: Re: Verizon DSL moving to CGN
>On Mon, 8 Apr 2013, Rajiv Asati (rajiva) wrote:
>
>> Thankfully, MAP is not CGN. Correctly stated, unlike DS-Lite, MAP
>> doesn't require a
In all fairness, upgrading the legacy last-mile e.g. DSL infrastructure to
support native IPv6 may be too expensive to make any economic sense.
Note that Vz FiOS users are not affected by this. And noting that Vz has ~5.5M
FiOS HSI customers and ~3M DSL customers (per the last earning report), a
Dual-stack in the home networks will stay with us for a long time (beyond
2020!) until v4-only user devices and v4-only apps get refreshed.
Of course, this doesn't mean that the ISP access needs to stay dual-stack,
thanks to MAP, 464XLAT etc.
Cheers,
Rajiv
Sent from my Phone
On Apr 7, 2013, a
> DS-Lite is also CGN, it just happens to be done over IPv6 access. MAP is also
> CGN.
Thankfully, MAP is not CGN. Correctly stated, unlike DS-Lite, MAP doesn't
require any CGN that causes the SP network to put up with the NAT state. This
means that all the subsequent issues of CGN/DS-Lite no l
Nope. Comcast is not using any CGN, as much as I know.
Is your MacBook directly connected to the modem or a router? I presume the
latter.
Cheers,
Rajiv
Sent from my Phone
On Apr 7, 2013, at 11:47 AM, "Huasong Zhou" wrote:
> I think Comcast is using CGN too!!! My IP address displayed on my Ma
Saku,
> all these 100s of millions of ports configured correctly does not strike as
> practical goal.
It is practical, IMO, similar to configuring IP address/prefix (or QoS
policies) on every port.
In fact, what makes it easier is that uRPF can be part of the template that can
be universally
Adrian,
MAP facilitates both IPv6 deployment and IPv4 address exhaustion without
involving any CGN mess in the network. This allows the home networks to
stay dual-stack, use IPv6 as possible, and resort to IPv4 if IPv6 is not
feasible for the intended destinations.
One could promote the intent be
25 matches
Mail list logo