Re: comments/questions of draft-yegin-dmm-cnet-homing-00

Alper Yegin <[email protected]>
Newsgroups gmane.ietf.nemo
Message-ID <[email protected]>
On Jul 24, 2013, at 11:56 AM, Jouni Korhonen wrote:

> Alper, authors,
> 
> In Section 3. is states:
> 
>  "CHA may be co-located with the CN, or located in the same site as the
>   CN, or located in an ISP serving that site.  Not all CNs may be
>   served by a CHA.  In case there is no CHA serving the CN, the MN and
>   the CN may communicate using the HoA via the HA.  It is expected that
>   CHAs would be deployed for dominant content sites on the Internet
>   (e.g., YouTube, Facebook, Netflix, etc.)"
> 
> What would be the motivation or business reason for a service/content
> provider to start offering a mobility anchoring service? High bandwidth
> sites as listed above would need invest quite much for such a platform.
> 

Here's our thinking:

- The direct benefit of this approach to the content provider is the reduction of transmission latency due to elimination of the triangular routes. This would enhance the their user experience.

- Considering the overall system (w/o distinguishing between the MNO and the content provider), providing anchoring/mobility near the CNet as opposed to doing it at a corner of the Internet reduces the overall cost. Given the savings, the involved parties can find a fair way to deal with it (i.e., some business deal).

On top of that, this can be provided by ISPs serving the content sites. Such ISPs can also have a business deal with the MNO for taking over the mobility management load.


> I also started thinking that in general this solution (and quite many
> other) seem to assume the CN is more or less stationary. How would the
> CHA concept be affected if the CN is also mobile? Would it allow any
> benefits over the legacy MIP variants? How would the CHA discovery 
> work in this case?
> 

We didn't consider mobile CNs. We are going after the major sources of mobile traffic, which is stemming from fixed sites.


> The examples in Sections 3. and 4. show DNS as the discovery mechanism
> for the CHA. However, there is no real description how the discovery
> is actually carried out (except conceptual CHA domain name referred
> in Section 3.

It's just a matter of storing cha.<yourdomain> in DNS and looking it up.
We can add some more verbiage, if this is not clear.

> Figure 1 step 2). Have you considered other discovery
> mechanisms than DNS?
> 

We did some but this one seemed to be the most straightforward. 
Any specific recommendations?

Alper




> - Jouni
> 
> 
> 
> 
>
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.