![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
Security isn't an IP issue; it's an IPsec issue. If they use IPsec, then they need to show how current solutions won't work. Ditto for ICMP. etc.They defined ethernet. It is they who would best determine how to carry ethernet over another protocol and keep current ethernet correctness.
Sure, but what about IP network correctness (e.g., security or congestion control)?
Certainly IETF-ers would be useful participants, but keep in mind that transport protocol discussions usually focus at the transport layer (in this case, ethernet) with experts thereof, not at the IP layer.
I'm confused... Transport Layer (as in Layer 4) or "transport layer"[?] (as in Layer 2)? Regardless, being an Internet "user", I'd prefer they be
defined in the IETF.
That may be the case, i.e., case for a joint group, but this is clearly outside sole-IETF scope per se.
You've obviously observed IEEE member participation in these IETF WGs, hence your comments regarding semantics discussions... And I don't recall
anyone saying discard input from individual members or officially from the "original host organization", quite the contrary, actually.
I think the IESG (& IAB) saw value in performing this work in the IETF largely because transporting these protocols (e.g., Layer 2 protocols) over IP networks
was going to happen, regardless, and you could have it only one of two ways:
o Ethernet (e.g.) PRECISELY specified over IP
or
o Ethernet specified over IP in an IP-friendly manner (I'm sure
the "original host organization" would make attempts, but the
expertise for doing things in an IP-friendly manner clearly resides within the IETF).
Perhaps you can tell us what "IP friendly" means.
Joe
Note Well: Messages sent to this mailing list are the opinions of the senders and do not imply endorsement by the IETF.