Hi Ahmad,
>> >> I've explained the points in my earlier mail to Mohamed. This >> approach is independent of the protocol adopted on the access >> layer. The access layer can be running GTP, MIPv6 or PMIPv6. >> The approach allows the applicability of Dual-stack lite >> solution to the mobile architectures. The migration issue >> issue is not specific to a given mobility protocol and the >> solution is not specific to a given protocol either. > [Ahmad] > Thanks for the pointer Sri. > > I understand a 3000 feet high view always is rosy:) As you know, I am actually > interested in the details. > Assuming that we have all the assumptions and preconditions as documented in > GI DS-Lite, why, for example, PMIP6 suite of protocols NEED this proposal. > I'm not sure, why this is being tied to PMIPv6, or to one specific protocol. As stated above, This approach is independent of the protocol adopted on the access layer. The access layer can be running GTP, MIPv6 or PMIPv6. The approach allows the applicability of Dual-stack lite solution to the mobile architectures. I've already listed the benefits of this approach in my earlier mail to Mohamed. You can forget about the 3000 feet view, which is rosy, you can surely ignore the 3GPP-IETF recommendation. We are asking the WG to measure the approach on the basis of this draft alone and consider that recommendation only as an input. Regards Sri > I appreciate your detailed views. > > Regards, > Ahmad >> >> >>> It seems to me that on one hand, we complain why some SDO's do not >>> adopt IETF mobility protocols. While on the other hand, we >> come with >>> solutions that basically defeat that same purpose. >>> >> >> How does this solution defeat the adoption of IETF based >> mobility protocols ? May be I'm missing your point. >> >> This is a draft adoption call, if you disagree with the need >> for this, or on the outcome of the 3GPP/3GPP-IETF workshop, >> its perfectly fine. But, there are folks who support this approach. >> >> >> Regards >> Sri >> >> >> _______________________________________________ Softwires mailing list Softwires@ietf.org https://www.ietf.org/mailman/listinfo/softwires