[eix-wg] IXP Switching Wishlist v3.0 draft

Hi all,

firstly, this is a reminder to send your comments / additions for the 
"v3.0" edition to Mike Hughes (and EIX-WG) until end of this week, as we 
have agreed at RIPE50 last week.

And, secondly, Mike, I'm herewith including my own comments:

 > on 4.5.2005, Mike Hughes wrote:

>Key changes:
>
>* Removed sections on MAC-SPF and MPLS options - these don't seem to be
>gaining any traction, and don't seem as relevant anymore given the
>improvement in things such as RSTP.
>  
>
I don't think that the MAC-SPF idea is completely obsolete but I agree 
that our wishlist is probably not the right place to ask for it (-> 
IETF, IEEE ?)

> * Added section on VLAN tag space issues - tag rewrite or "virtual 
> bridges"
> * Added items on 240V AC power, and Environmental monitoring
> * Added further detail to filtering, mac locking, multicast, and security.

OK, thanks, futher comments:

>d) ARP/Broadcast snooping and control
>-------------------------------------
>
please also add "unknown unicast" to this family of traffic where we 
need configurable monitoring/logging and rate limiting;

another nice to have: ARP sponge

>g) Access to management interfaces
>----------------------------------
>  
>
this section doesn't mention anything regarding physical console ports, 
but probably everybody is happy with what we are currently getting ?

>h) Port mirroring
>-----------------
>  
>
is specifically (only) asking for "within the chassis", shouldn't we 
also be interested in port mirroring capabilities across chassis (RSPAN 
in Cisco jargon) ?

>c) Trunking and Link-Aggregation
>--------------------------------
>  
>
please add a comment that all port security features should also be 
applicable to port-groups/trunks/aggregated links.

>f) Link failure detection
>-------------------------
>Link failure detection 
>
and fast loop-detection and suppression mechanisms (independent of STP)

>should be implemented, and should look like:
>
>* UDLD - Uni-Directional Link Detection
>* LFN - Link Failure Notification
>
>This avoids the risk of an ethernet link going "one-way" and fooling the restoration protcols that the link is working, when really it isn't.
>  
>
we should (also) point to BFD - "Bi-directional forwarding detection" here:
http://www.ietf.org/ids.by.wg/bfd.html

>PHYSICAL WISHES
>---------------
>  
>
how about also mentioning "hitless SW upgrade" here ?


Thanks Mike for editing this document !!!

Cheers
Christian

-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: eix-wishlist-v30-draft.txt
URL: <https://www.ripe.net/ripe/mail/archives/eix-wg/attachments/20050511/b30303a7/attachment.txt>