On 30 November 2012 13:37, Qi Sun <[email protected]> wrote:

> This solution space is the outcome of Vancouver meeting. And IMO, the word
> 'binding' not only means there are state to maintain, but also indicates
> that IPv4 and IPv6 addresses are just bound together, with no algorithmic
> relationship.
>

You just described an algorithm.

I will assert that the *only* tangible difference between is whether it is
derived from the data plane or not. Both lw46 and MAP do not derive their
state from the data plane, but from a higher control plane as opposed to
DS-lite/NAT44. Thus once again, coming up with "binding" categorization
appears to be a pointless exercise.
And yes, one must be able to maintain configuration state...

Thanks,
Woj.

>
>
> Thanks,
>
> Qi Sun
>
>
> On 2012-11-30, at 下午6:51, Wojciech Dec wrote:
>
> And much as was also said before, this categorization is bogus as all
> solutions need configuration state, ie categorizing solutions based on
> "amount of configuration" or some fluffy term like "binding approach" is
> equivalent to categorizing them based on "how long is a piece of string"
> and ultimately useless. What we do know is one-size of string does not work
> for all, and the implementers need to scale their configuration state as
> per their best judgement/capabilities.
>
> Cheers,
> Woj.
>
> On 30 November 2012 09:48, Qiong <[email protected]> wrote:
>
>> Right. That's why I prefer the solution space provided by Med before,
>> which will be much clearer and easy to understand:
>> * Full stateful approach
>> * Binding approach
>> * Full stateless approach
>>
>> Best wishes
>> Qiong
>>
>>
>> On Fri, Nov 30, 2012 at 12:13 PM, Leaf yeh <[email protected]> wrote:
>>
>>> Mark - I think the only question that should be on the table is whether
>>> a 1:1 rule is called something different or not - kind of like how we refer
>>> to a /32 or /128 as a hostroute.
>>
>>
>>
>>
>> --
>> ==============================================
>> Qiong Sun
>> China Telecom Beijing Research Institude
>>
>>
>> Open source code:
>> lightweight 4over6: *http://sourceforge.net/projects/laft6/*
>> PCP-natcoord:* http://sourceforge.net/projects/pcpportsetdemo/ *
>> ===============================================
>>
>>
>>
>> _______________________________________________
>> Softwires mailing list
>> [email protected]
>> https://www.ietf.org/mailman/listinfo/softwires
>>
>>
> _______________________________________________
> Softwires mailing list
> [email protected]
> https://www.ietf.org/mailman/listinfo/softwires
>
>
>
_______________________________________________
Softwires mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/softwires

Reply via email to