Re: [DMM] Call for adoption confirmation: draft-seite-dmm-rg-multihoming-02

2015-12-01 Thread Moses, Danny
Hi,

I support the adoption of this draft.

Regards,
/Danny



-
A member of the Intel Corporation group of companies

This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.
___
dmm mailing list
dmm@ietf.org
https://www.ietf.org/mailman/listinfo/dmm


Re: [DMM] Call for adoption confirmation: draft-gundavelli-dmm-lma-controlled-mag-params

2015-12-01 Thread Moses, Danny
Hi,

I support the adoption of this draft.
Regards,
/Danny


-
A member of the Intel Corporation group of companies

This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.
___
dmm mailing list
dmm@ietf.org
https://www.ietf.org/mailman/listinfo/dmm


Re: [DMM] Call for adoption confirmation:draft-seite-dmm-rg-multihoming-02

2015-12-01 Thread Z.W. Yan
Hi, all,
+1
I support the adoption of this draft as a WG draft. It is important for the 
multihoming and flow mobility support.

2015-12-02 



Z.W. Yan 



发件人: Jong-Hyouk Lee 
发送时间: 2015-12-01  00:34:26 
收件人: dmm 
抄送: 
主题: Re: [DMM] Call for adoption confirmation:draft-seite-dmm-rg-multihoming-02 
 
Hi all


I support the adoption of this draft as a WG draft even with the concerns 
pointed by Mingui. This draft has a merit of the introduction of the generic 
protocol extension allowing a multihomed MAG to register more than one PCoA to 
the LMA. It is definitely useful for a multihomed environment. Authors may 
update this draft to address Mingui’s comments if needed. 


J.

--
Jong-Hyouk Lee, living somewhere between /dev/null and /dev/random
Protocol Engineering Lab., Sangmyung University

#email: jonghy...@gmail.com
#webpage: https://sites.google.com/site/hurryon 


On Nov 26, 2015, at 5:00 PM, Mingui Zhang  wrote:


Hi,
 
I remember it was suggested to remove DSL, “Hybrid Access”, etc, and the 
suggestion was acknowledged. We haven’t seen an updated version yet. It is not 
ready to be adopted, I think. 
 
I have read the draft. I found the scope greatly shrinked from the 01 to 02. I 
guess the draft wants to fight through by providing a more generic protocol 
extension, while awaiting for real use cases. And, Hybrid Access could be 
treated as a potential use case (Actually, the DSL+LTE scenario is now 
intentionally inherited from the 00 version as a use case.).  If I guess right, 
I don’t think it’s a good starting point since it only covers a fragment of a 
possible solution. Besides the care of addresses, there are many other gaps 
that have not been touched: per-packet traffic classification and 
recombination, performance measurement, the bypass requirement, etc. From the 
draft, we cannot figure out a clear architectural overview. Section 3 doesn’t 
help much.
 
Hence, I oppose its adoption.
 
Thanks,
Mingui
 
From: dmm [mailto:dmm-boun...@ietf.org] On Behalf Of Dapeng Liu
Sent: Thursday, November 26, 2015 12:22 AM
To: dmm
Subject: [DMM] Call for adoption confirmation: draft-seite-dmm-rg-multihoming-02
 
Hello all,
 
In IETF94, we initiated the call for adoption for the draft:
draft-seite-dmm-rg-multihoming-02:  
http://tools.ietf.org/html/draft-seite-dmm-rg-multihoming-02
Seems have got sufficient support during the meeting. We'd like to confirm the 
call for adoption in the mailing list for 2 weeks.
Please send your opinion and comments to the list before December 9.
 
 
Thanks,
--
Best Regards,
Dapeng&Jouni
 
 



-- 

--
Best Regards,
Dapeng Liu
___
dmm mailing list
dmm@ietf.org
https://www.ietf.org/mailman/listinfo/dmm
___
dmm mailing list
dmm@ietf.org
https://www.ietf.org/mailman/listinfo/dmm


Re: [DMM] Call for adoption confirmation: draft-seite-dmm-rg-multihoming-02

2015-12-01 Thread Jouni Korhonen
As an individual contributor I support the adoption of this I-D. MCoA is 
a feature that we still lack..


The document itself still needs quite a bit of work. For example, I 
wonder if the caption for Figure 2 is correct. Also, Section 4.1. option 
fiels descriptions are somewhat broken it seems. And so on multiple 
small nits like unexpanded acronyms etc. However, these are mainly 
editorials. I have no problem with the technical solution.


- Jouni



11/25/2015, 8:22 AM, Dapeng Liu kirjoitti:

Hello all,

In IETF94, we initiated the call for adoption for the draft:
draft-seite-dmm-rg-multihoming-02
:
http://tools.ietf.org/html/draft-seite-dmm-rg-multihoming-02
Seems have got sufficient support during the meeting. We'd like to
confirm the call for adoption in the mailing list for 2 weeks.
Please send your opinion and comments to the list before December 9.


Thanks,
--
Best Regards,
Dapeng&Jouni





--

--
Best Regards,
Dapeng Liu


___
dmm mailing list
dmm@ietf.org
https://www.ietf.org/mailman/listinfo/dmm



___
dmm mailing list
dmm@ietf.org
https://www.ietf.org/mailman/listinfo/dmm


Re: [DMM] Call for adoption confirmation: draft-yan-dmm-hnprenum-03

2015-12-01 Thread Jouni.nosmap
As an individual contributor I support the adoption of this document. 

- jouni

Sent from a smart phone.. Mind the typos..

> Dapeng Liu  kirjoitti 25.11.2015 kello 8.02:
> 
> Hello all,
> 
> In IETF94, we initiated the call for adoption for the draft:
>  draft-yan-dmm-hnprenum-03:  
> http://tools.ietf.org/html/draft-yan-dmm-hnprenum-03
> Seems have got sufficient support during the meeting. We'd like to confirm 
> the call for adoption in the mailing list for 2 weeks.
> Please send your opinion and comments to the list before December 9.
> 
> Thanks,
> --
> Best Regards,
> Dapeng&Jouni
> 
> 
> 
> 
> 
> -- 
> 
> --
> Best Regards,
> Dapeng Liu
> ___
> dmm mailing list
> dmm@ietf.org
> https://www.ietf.org/mailman/listinfo/dmm
___
dmm mailing list
dmm@ietf.org
https://www.ietf.org/mailman/listinfo/dmm


[DMM] WGLC #1 for draft-ietf-dmm-ondemand-mobility-01

2015-12-01 Thread Jouni Korhonen

Folks,

This mail starts two week WGLC for the I-D:
https://tools.ietf.org/html/draft-ietf-dmm-ondemand-mobility-01

The WGLC ends 12/15/2015.

Provide your reviews and comments to the mailing list. For the better 
tracking of issues and proposed changed use the Issue Tracker to submit 
your issues/proposals.


- Jouni & Dapeng

___
dmm mailing list
dmm@ietf.org
https://www.ietf.org/mailman/listinfo/dmm


[DMM] The DMM WG has placed draft-seite-dmm-rg-multihoming in state "Call For Adoption By WG Issued"

2015-12-01 Thread IETF Secretariat

The DMM WG has placed draft-seite-dmm-rg-multihoming in state 
Call For Adoption By WG Issued (entered by Jouni Korhonen)

The document is available at
https://datatracker.ietf.org/doc/draft-seite-dmm-rg-multihoming/


Comment:
https://mailarchive.ietf.org/arch/msg/dmm/HwS5XTv5Hta_0rsDdtfc79Xi144

Ends 12/9/2015

___
dmm mailing list
dmm@ietf.org
https://www.ietf.org/mailman/listinfo/dmm


[DMM] The DMM WG has placed draft-gundavelli-dmm-lma-controlled-mag-params in state "Call For Adoption By WG Issued"

2015-12-01 Thread IETF Secretariat

The DMM WG has placed draft-gundavelli-dmm-lma-controlled-mag-params in
state 
Call For Adoption By WG Issued (entered by Jouni Korhonen)

The document is available at
https://datatracker.ietf.org/doc/draft-gundavelli-dmm-lma-controlled-mag-params/


Comment:
https://mailarchive.ietf.org/arch/msg/dmm/DoK7mbwZCsIMq64mybOd2pMedn4

Ends 12/9/2015

___
dmm mailing list
dmm@ietf.org
https://www.ietf.org/mailman/listinfo/dmm


[DMM] The DMM WG has placed draft-yan-dmm-hnprenum in state "Call For Adoption By WG Issued"

2015-12-01 Thread IETF Secretariat

The DMM WG has placed draft-yan-dmm-hnprenum in state 
Call For Adoption By WG Issued (entered by Jouni Korhonen)

The document is available at
https://datatracker.ietf.org/doc/draft-yan-dmm-hnprenum/


Comment:
https://mailarchive.ietf.org/arch/msg/dmm/LCsnXjNos74_JNSYTu8ZDvfJlGM

Ends 12)7/2015

___
dmm mailing list
dmm@ietf.org
https://www.ietf.org/mailman/listinfo/dmm


Re: [DMM] Call for adoption confirmation: draft-seite-dmm-rg-multihoming-02

2015-12-01 Thread Behcet Sarikaya
Hi Jong-Hyouk,

On Mon, Nov 30, 2015 at 10:34 AM, Jong-Hyouk Lee  wrote:
> Hi all
>
> I support the adoption of this draft as a WG draft even with the concerns
> pointed by Mingui. This draft has a merit of the introduction of the generic
> protocol extension allowing a multihomed MAG

No, the extension is for the RG, i.e. Residential Gateway which is a
broadband or fixed network element.


> to register more than one PCoA
> to the LMA. It is definitely useful for a multihomed environment.

Why would a MAG be multihomed? I am not aware of any proposals that
e..g  the serving gateway in 3GPP network where MAG is placed should
be multihomed.


Regards,
Behcet
>  Authors
> may update this draft to address Mingui’s comments if needed.
>
> J.
> --
> Jong-Hyouk Lee, living somewhere between /dev/null and /dev/random
> Protocol Engineering Lab., Sangmyung University
>
> #email: jonghy...@gmail.com
> #webpage: https://sites.google.com/site/hurryon
>
> On Nov 26, 2015, at 5:00 PM, Mingui Zhang  wrote:
>
> Hi,
>
> I remember it was suggested to remove DSL, “Hybrid Access”, etc, and the
> suggestion was acknowledged. We haven’t seen an updated version yet. It is
> not ready to be adopted, I think.
>
> I have read the draft. I found the scope greatly shrinked from the 01 to 02.
> I guess the draft wants to fight through by providing a more generic
> protocol extension, while awaiting for real use cases. And, Hybrid Access
> could be treated as a potential use case (Actually, the DSL+LTE scenario is
> now intentionally inherited from the 00 version as a use case.).  If I guess
> right, I don’t think it’s a good starting point since it only covers a
> fragment of a possible solution. Besides the care of addresses, there are
> many other gaps that have not been touched: per-packet traffic
> classification and recombination, performance measurement, the bypass
> requirement, etc. From the draft, we cannot figure out a clear architectural
> overview. Section 3 doesn’t help much.
>
> Hence, I oppose its adoption.
>
> Thanks,
> Mingui
>
> From: dmm [mailto:dmm-boun...@ietf.org] On Behalf Of Dapeng Liu
> Sent: Thursday, November 26, 2015 12:22 AM
> To: dmm
> Subject: [DMM] Call for adoption confirmation:
> draft-seite-dmm-rg-multihoming-02
>
> Hello all,
>
> In IETF94, we initiated the call for adoption for the draft:
> draft-seite-dmm-rg-multihoming-02:
> http://tools.ietf.org/html/draft-seite-dmm-rg-multihoming-02
> Seems have got sufficient support during the meeting. We'd like to confirm
> the call for adoption in the mailing list for 2 weeks.
> Please send your opinion and comments to the list before December 9.
>
>
> Thanks,
> --
> Best Regards,
> Dapeng&Jouni
>
>
>
>
>
> --
>
> --
> Best Regards,
> Dapeng Liu
> ___
> dmm mailing list
> dmm@ietf.org
> https://www.ietf.org/mailman/listinfo/dmm
>
>
>
> ___
> dmm mailing list
> dmm@ietf.org
> https://www.ietf.org/mailman/listinfo/dmm
>

___
dmm mailing list
dmm@ietf.org
https://www.ietf.org/mailman/listinfo/dmm


Re: [DMM] Call for adoption confirmation: draft-seite-dmm-rg-multihoming-02

2015-12-01 Thread pierrick.seite
Hi Dirk,

Tanks for the review, we will modify the doc accordingly.

Pierrick

De : dmm [mailto:dmm-boun...@ietf.org] De la part de dirk.von-h...@telekom.de
Envoyé : mardi 1 décembre 2015 15:32
À : maxpass...@gmail.com; dmm@ietf.org
Objet : Re: [DMM] Call for adoption confirmation: 
draft-seite-dmm-rg-multihoming-02

Dear co-chairs,  all,
I join early adopters of the draft and agree that it should become WG document.

To the co-authors I propose to check whether all what I detected as nits/typos  
really are ones:

p.3:

multihomed achitecture =>  multihomed architecture

using GRE as mobile tuneling => using GRE as mobile tunneling

Tunnel-2 (ober DSL) => Tunnel-2 (over DSL)

Fig.1:

Flow0=-4 => Flow-4



P.4:

Care-of-Adresse => Care-of-Address

one MAG/LMA link, i.e. IP-in-IP tunnel, tunnel can be used => one MAG/LMA link, 
i.e. IP-in-IP tunnel, can be used

This document overcome => This document overcomes



p.5:

delegated mobile network prefix. => delegated mobile network prefix (DMNP).



> BTW IMHO also the acronym for MAG Multipath-Binding (MMB) should be 
> introduced anywhere around Fig. 2.



p.6:

ans thus => and thus

may require the RG and the to

   exchange interface metrics

=> may require the RG and the LMA/mobility anchor to

   exchange interface metrics



p.7:

on a flow basis => on a per-flow basis

care-addresses => care-of addresses



p.8:

Here the parameters to be explained/defined are missing – e.g.



If-ATT



This 8-bit field identifies the Access-Technology type …



If-Label



This 8-bit field represents the interface label …

Etc.



p.9:

from the Mobile Node Identifier Option

  Subtypes registry.

=> from the Mobile Node Identifier Option

  Subtypes registry at 
.

Or perhaps better: include direct reference to draft-ietf-dmm-4283mnids ??





Also I wonder whether not some more security considerations should be added 
like that a new risk emerges in case not all multipath tunnels, tunnel 
technologies, and used access links don’t exhibit similar high security ?



Thanks!


Best Regards
Dirk
From: dmm [mailto:dmm-boun...@ietf.org] On Behalf Of Dapeng Liu
Sent: Mittwoch, 25. November 2015 17:22
To: dmm
Subject: [DMM] Call for adoption confirmation: draft-seite-dmm-rg-multihoming-02

Hello all,

In IETF94, we initiated the call for adoption for the draft:
draft-seite-dmm-rg-multihoming-02:
  http://tools.ietf.org/html/draft-seite-dmm-rg-multihoming-02
Seems have got sufficient support during the meeting. We'd like to confirm the 
call for adoption in the mailing list for 2 weeks.
Please send your opinion and comments to the list before December 9.


Thanks,
--
Best Regards,
Dapeng&Jouni





--

--
Best Regards,
Dapeng Liu

_

Ce message et ses pieces jointes peuvent contenir des informations 
confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce 
message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages 
electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou 
falsifie. Merci.

This message and its attachments may contain confidential or privileged 
information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete 
this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been 
modified, changed or falsified.
Thank you.

___
dmm mailing list
dmm@ietf.org
https://www.ietf.org/mailman/listinfo/dmm


Re: [DMM] Call for adoption confirmation: draft-gundavelli-dmm-lma-controlled-mag-params

2015-12-01 Thread Alexandre Petrescu

Yes, that's what I intended to ask.

Alex

Le 01/12/2015 15:59, Dhananjay Patki (dhpatki) a écrit :

Hi Alex,

The PBAs are only in response to the PBUs. If the parameters need to be
sent from the LMA to the MAG in an unsolicited manner to override
previously assigned values, then they could be included in Update
Notification message per RFC 7077. Is that what you intended to ask?
--
Regards,
Dhananjay



-Original Message-
From: dmm  on behalf of Alexandre Petrescu

Date: Tuesday, 1 December 2015 8:19 pm
To: "dmm@ietf.org" 
Subject: Re: [DMM] Call for adoption confirmation:
draft-gundavelli-dmm-lma-controlled-mag-params


I support this draft.

Let me ask: will it be possible for the LMA to send BAcks in an
unsolicited manner?

Alex


Le 25/11/2015 17:02, Dapeng Liu a écrit :

Hello all,

In IETF94, we initiated the call for adoption for the draft:
draft-gundavelli-dmm-lma-controlled-mag-params:

http://tools.ietf.org/html/draft-gundavelli-dmm-lma-controlled-mag-params
Seems have got sufficient support during the meeting. We'd like to
confirm the call for adoption in the mailing list for 2 weeks.

Please send your opinion and comments to the list before December 9.


Thanks,
--
Best Regards,
Dapeng&Jouni



--

--
Best Regards,
Dapeng Liu


___
dmm mailing list
dmm@ietf.org
https://www.ietf.org/mailman/listinfo/dmm



___
dmm mailing list
dmm@ietf.org
https://www.ietf.org/mailman/listinfo/dmm





___
dmm mailing list
dmm@ietf.org
https://www.ietf.org/mailman/listinfo/dmm


Re: [DMM] Call for adoption confirmation: draft-gundavelli-dmm-lma-controlled-mag-params

2015-12-01 Thread Dhananjay Patki (dhpatki)
Hi Alex,

The PBAs are only in response to the PBUs. If the parameters need to be
sent from the LMA to the MAG in an unsolicited manner to override
previously assigned values, then they could be included in Update
Notification message per RFC 7077. Is that what you intended to ask?
--
Regards,
Dhananjay



-Original Message-
From: dmm  on behalf of Alexandre Petrescu

Date: Tuesday, 1 December 2015 8:19 pm
To: "dmm@ietf.org" 
Subject: Re: [DMM] Call for adoption confirmation:
draft-gundavelli-dmm-lma-controlled-mag-params

>I support this draft.
>
>Let me ask: will it be possible for the LMA to send BAcks in an
>unsolicited manner?
>
>Alex
>
>
>Le 25/11/2015 17:02, Dapeng Liu a écrit :
>> Hello all,
>>
>> In IETF94, we initiated the call for adoption for the draft:
>> draft-gundavelli-dmm-lma-controlled-mag-params:
>> 
>>http://tools.ietf.org/html/draft-gundavelli-dmm-lma-controlled-mag-params
>> Seems have got sufficient support during the meeting. We'd like to
>> confirm the call for adoption in the mailing list for 2 weeks.
>>
>> Please send your opinion and comments to the list before December 9.
>>
>>
>> Thanks,
>> --
>> Best Regards,
>> Dapeng&Jouni
>>
>>
>>
>> --
>>
>> --
>> Best Regards,
>> Dapeng Liu
>>
>>
>> ___
>> dmm mailing list
>> dmm@ietf.org
>> https://www.ietf.org/mailman/listinfo/dmm
>>
>
>___
>dmm mailing list
>dmm@ietf.org
>https://www.ietf.org/mailman/listinfo/dmm

___
dmm mailing list
dmm@ietf.org
https://www.ietf.org/mailman/listinfo/dmm


Re: [DMM] Call for adoption confirmation: draft-yan-dmm-hnprenum-03

2015-12-01 Thread 金子直樹
Dear all,

I have read this draft about MIPv6 and support the its adoption.

Best regards,
Naoki

2015-11-26 1:02 GMT+09:00 Dapeng Liu :

> Hello all,
>
> In IETF94, we initiated the call for adoption for the draft:
>  draft-yan-dmm-hnprenum-03
> :
> http://tools.ietf.org/html/draft-yan-dmm-hnprenum-03
> Seems have got sufficient support during the meeting. We'd like to confirm
> the call for adoption in the mailing list for 2 weeks.
> Please send your opinion and comments to the list before December 9.
>
> Thanks,
> --
> Best Regards,
> Dapeng&Jouni
>
>
>
>
>
> --
>
> --
> Best Regards,
> Dapeng Liu
>
> ___
> dmm mailing list
> dmm@ietf.org
> https://www.ietf.org/mailman/listinfo/dmm
>
>
___
dmm mailing list
dmm@ietf.org
https://www.ietf.org/mailman/listinfo/dmm


Re: [DMM] Call for adoption confirmation: draft-gundavelli-dmm-lma-controlled-mag-params

2015-12-01 Thread Alexandre Petrescu

I support this draft.

Let me ask: will it be possible for the LMA to send BAcks in an 
unsolicited manner?


Alex


Le 25/11/2015 17:02, Dapeng Liu a écrit :

Hello all,

In IETF94, we initiated the call for adoption for the draft:
draft-gundavelli-dmm-lma-controlled-mag-params:
http://tools.ietf.org/html/draft-gundavelli-dmm-lma-controlled-mag-params
Seems have got sufficient support during the meeting. We'd like to
confirm the call for adoption in the mailing list for 2 weeks.

Please send your opinion and comments to the list before December 9.


Thanks,
--
Best Regards,
Dapeng&Jouni



--

--
Best Regards,
Dapeng Liu


___
dmm mailing list
dmm@ietf.org
https://www.ietf.org/mailman/listinfo/dmm



___
dmm mailing list
dmm@ietf.org
https://www.ietf.org/mailman/listinfo/dmm


Re: [DMM] Call for adoption confirmation: draft-yan-dmm-hnprenum-03

2015-12-01 Thread Alexandre Petrescu

Hello,

I support adoption.

I have read the draft.  It works a little bit like the Update 
Notifications, but it covers more cases. I have some clarification 
questions that I will send later.


Alex


Le 25/11/2015 17:02, Dapeng Liu a écrit :

Hello all,

In IETF94, we initiated the call for adoption for the draft:
draft-yan-dmm-hnprenum-03
:
http://tools.ietf.org/html/draft-yan-dmm-hnprenum-03
Seems have got sufficient support during the meeting. We'd like to
confirm the call for adoption in the mailing list for 2 weeks.
Please send your opinion and comments to the list before December 9.

Thanks,
--
Best Regards,
Dapeng&Jouni





--

--
Best Regards,
Dapeng Liu


___
dmm mailing list
dmm@ietf.org
https://www.ietf.org/mailman/listinfo/dmm



___
dmm mailing list
dmm@ietf.org
https://www.ietf.org/mailman/listinfo/dmm


Re: [DMM] Call for adoption confirmation: draft-seite-dmm-rg-multihoming-02

2015-12-01 Thread Dirk.von-Hugo
Dear co-chairs,  all,
I join early adopters of the draft and agree that it should become WG document.

To the co-authors I propose to check whether all what I detected as nits/typos  
really are ones:

p.3:

multihomed achitecture =>  multihomed architecture

using GRE as mobile tuneling => using GRE as mobile tunneling

Tunnel-2 (ober DSL) => Tunnel-2 (over DSL)

Fig.1:

Flow0=-4 => Flow-4



P.4:

Care-of-Adresse => Care-of-Address

one MAG/LMA link, i.e. IP-in-IP tunnel, tunnel can be used => one MAG/LMA link, 
i.e. IP-in-IP tunnel, can be used

This document overcome => This document overcomes



p.5:

delegated mobile network prefix. => delegated mobile network prefix (DMNP).



> BTW IMHO also the acronym for MAG Multipath-Binding (MMB) should be 
> introduced anywhere around Fig. 2.



p.6:

ans thus => and thus

may require the RG and the to

   exchange interface metrics

=> may require the RG and the LMA/mobility anchor to

   exchange interface metrics



p.7:

on a flow basis => on a per-flow basis

care-addresses => care-of addresses



p.8:

Here the parameters to be explained/defined are missing – e.g.



If-ATT



This 8-bit field identifies the Access-Technology type …



If-Label



This 8-bit field represents the interface label …

Etc.



p.9:

from the Mobile Node Identifier Option

  Subtypes registry.

=> from the Mobile Node Identifier Option

  Subtypes registry at 
.

Or perhaps better: include direct reference to draft-ietf-dmm-4283mnids ??





Also I wonder whether not some more security considerations should be added 
like that a new risk emerges in case not all multipath tunnels, tunnel 
technologies, and used access links don’t exhibit similar high security ?



Thanks!


Best Regards
Dirk
From: dmm [mailto:dmm-boun...@ietf.org] On Behalf Of Dapeng Liu
Sent: Mittwoch, 25. November 2015 17:22
To: dmm
Subject: [DMM] Call for adoption confirmation: draft-seite-dmm-rg-multihoming-02

Hello all,

In IETF94, we initiated the call for adoption for the draft:
draft-seite-dmm-rg-multihoming-02:
  http://tools.ietf.org/html/draft-seite-dmm-rg-multihoming-02
Seems have got sufficient support during the meeting. We'd like to confirm the 
call for adoption in the mailing list for 2 weeks.
Please send your opinion and comments to the list before December 9.


Thanks,
--
Best Regards,
Dapeng&Jouni





--

--
Best Regards,
Dapeng Liu
___
dmm mailing list
dmm@ietf.org
https://www.ietf.org/mailman/listinfo/dmm


Re: [DMM] Call for adoption confirmation: draft-gundavelli-dmm-lma-controlled-mag-params

2015-12-01 Thread Hui Deng
Hi all
 
This document provides a new option to enable the LMA to control
various parameters on the MAG in large scale deployment scenario.



The configuration here provide the Operators the capability to
centrally control the MANY MAGs on the LMA 


so I support the adoption of this document
 
DENG Hui 
 
> From: john.kaippallima...@huawei.com
> To: maxpass...@gmail.com; dmm@ietf.org
> Date: Mon, 30 Nov 2015 17:02:07 +
> Subject: Re: [DMM] Call for adoption confirmation: 
> draft-gundavelli-dmm-lma-controlled-mag-params
> 
> Hi,
> I’ve read the draft and think that it is ready for adoption.
> 
> PS: I already supported the call for adoption in IETF 94 meeting. 
> 
> BR,
> John
> 
> 
> 
> From: dmm [mailto:dmm-boun...@ietf.org] On Behalf Of Dapeng Liu
> Sent: Wednesday, November 25, 2015 10:03 AM
> To: dmm
> Subject: [DMM] Call for adoption confirmation: 
> draft-gundavelli-dmm-lma-controlled-mag-params
> 
> Hello all,
> 
> In IETF94, we initiated the call for adoption for the draft:
> draft-gundavelli-dmm-lma-controlled-mag-params:  
> http://tools.ietf.org/html/draft-gundavelli-dmm-lma-controlled-mag-params
> Seems have got sufficient support during the meeting. We'd like to confirm 
> the call for adoption in the mailing list for 2 weeks.
> 
> Please send your opinion and comments to the list before December 9.
> 
> 
> Thanks,
> --
> Best Regards,
> Dapeng&Jouni
> 
> 
> 
> -- 
> 
> --
> Best Regards,
> Dapeng Liu
> ___
> dmm mailing list
> dmm@ietf.org
> https://www.ietf.org/mailman/listinfo/dmm
  ___
dmm mailing list
dmm@ietf.org
https://www.ietf.org/mailman/listinfo/dmm