[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [MEXT] Important considerations for directionality of flow bindings



>> => Yes we're discussing the feasibility of such requirement.
>> I.e., what is
>> the implication of such requirement. If you think it's not
>> difficult to
>> solve then I would encourage you to provide arguments for why it's not
>> difficult to solve or write a draft for example.
>> 
> 
> After the requirement is accepted, I'd like to do those works if needed.

=> Part of accepting requirements is to understand what makes sense. This is
a normal discussion for a requirements process. It's not like we're placing
requirements on something new that we've never worked with before, this is a
well-established technology and is well understood.

> 
>>> 
>>> However, the requirement may be useful for flow handover, e.g.
>>> MN/HA has binding two flows to two BID (CoA) respectively.
>>> Based on policies or link overload indication, etc, HA may initiate
>>> flow binding to handoff one of MN's flows from one CoA to another.
>> 
>> => How does the HA know this information? Any pointers to
>> specs or current
>> deployments would be useful.
>> 
> 
> How HA knows this information is out of scope of MIP.

=> Huh? If you want the HA to do something in MIP you need to show an
implementer how to do it.

> For your information, the polcies information could be PCC rules
> downloaded from PCRF which is defined in 3GPP TS23.203
> and TS23.402, etc.

=> I've already said many times that this is not about policies.

Hesham