On Oct 29, 2014, at 1:36 PM, Hly wrote:
>
>
> Sent from my iPad
>
> On 2014-10-29, at 下午6:33, Maru Newby wrote:
>
>>
>> On Oct 29, 2014, at 8:12 AM, Yangxurong wrote:
>>
>>> Hi,
>>>
>>> I’m not sure whether following issue is problematic, and both, our team do
>>> some effort, so I sub
Yes, actually, we have done some effort and practice to ensure that dvr has
a better performance and stability, but i am not sure whether it would be
accepted, so that's why i say : ("I’m not sure whether the following issue
is problematic…"). in my opinion, i think it's very helpful.
2014-10-29 2
Sent from my iPad
On 2014-10-29, at 下午6:33, Maru Newby wrote:
>
> On Oct 29, 2014, at 8:12 AM, Yangxurong wrote:
>
>> Hi,
>>
>> I’m not sure whether following issue is problematic, and both, our team do
>> some effort, so I submit two blueprints:
>> [1.] optimize dvr flows:
>> Currently,
On Oct 29, 2014, at 8:12 AM, Yangxurong wrote:
> Hi,
>
> I’m not sure whether following issue is problematic, and both, our team do
> some effort, so I submit two blueprints:
> [1.] optimize dvr flows:
> Currently, accurate ovs flows in terms of full mac are used to communicate
> among distr
Hi,
I'm not sure whether following issue is problematic, and both, our team do some
effort, so I submit two blueprints:
[1.] optimize dvr flows:
Currently, accurate ovs flows in terms of full mac are used to communicate
among distributed router, but here comes problem : (1)the more distributed
