[trill] 答复: 答复: Charter Revision Active-Active Item

[Haoweiguo <[e-mail]>]

Hi Donald,
Pls see [hwg] inline.
thanks
weiguo
________________________________________
发件人: Donald Eastlake [[e-mail]]
发送时间: 2013年5月7日 11:56
到: Haoweiguo
Cc: [e-mail]
主题: Re: 答复: [trill] Charter Revision Active-Active Item

Hi,

On Thu, May 2, 2013 at 11:06 PM, Haoweiguo <[e-mail]> wrote:
> Hi Donald,
> Active-Active normally means dual-home, in trill multi-homing scenario, CE may be accessed to more than two edge RBs. so the terminology of Active-Active had better be modified to All-Active to support more general multi-access scenario.

I'm not sure....  I agree that "Active-Active" is a bit misleading and
when I draw diagrams I try to always include three TRILL switches at
the edge so it is clear that it is not limited to two. "All-Active"
sounds more accurate but people are not used to it. They are used to
saying "Active-Active" and I think they usually understand that it can
be more than two...
[hwg]: Yes, "Active-Active" is a bit misleading, but people usually understand that it can be more than two.

On Thu, May 2, 2013 at 10:53 PM, Haoweiguo <[e-mail]> wrote:
> Hi Donald,
> For Active-Active access scenario, the following requirements also should be considered:
>
> Support fast node and link failure detection.

Yes.
[hwg]: OK
> Support LACP configuration and state synchronization.

I think LACP or the like may be a part of one solution for the case
where the TRILL switches cannot see each others Hellos, so I do not
think the problem statement should mention it. There may also be a
solution where they can see each others Hellos...

[hwg]: I think multi-chassis LACP is important in active-active solution. Otherwise, in trill active-active access scenario, LACP can't be run between edge RB and end system,
it will impose restriction on active-active access through LAG and LACP. Maybe we can modify the point as following:
      Support LAG access. LACP can be run between edge RB and end system.

> Support MAC-Sharing to avoid always broadcasting

Minimizing unknown destination MAC flooding seems like a good goal.
[hwg]: OK
> The detail of the above requirements have been described in the draft <draft-hao-trill-rb-syn-00>.
> thanks
> weiguo

Thanks,
Donald
=============================
 Donald E. Eastlake 3rd   [phone] (cell)
 155 Beaver Street, Milford, MA 01757 USA
 [e-mail]

> thanks
> weiguo
> ________________________________________
> 发件人: Donald Eastlake [[e-mail]]
> 发送时间: 2013年5月3日 10:05
> 到: [e-mail]
> 主题: [trill] Charter Revision Active-Active Item
>
> Hi,
>
> Item "(2) Active-Active connection at the edge of a TRILL campus.
> (draft-ietf-trill-cmt, draft-hu-trill-pseudonode-nickname)"
>
> There appeared to be agreement that work should be done in this space
> but a better problem statement / scope was requested.
>
> Comments?
>
> Thanks,
> Donald
> =============================
>  Donald E. Eastlake 3rd   [phone] (cell)
>  155 Beaver Street, Milford, MA 01757 USA
>  [e-mail]