Franck,
ISOC knows about this, but you actually need to contact ISOC's ISP.
But frankly it's a quixotic mission; SMTP mailers that break when they
find a non-ECN-tolerant SMTP peer are likely to encounter trouble for
some years to come.
The issue here is that there is a MAY in RFC 3168 that IMHO should
be a SHOULD. That's the first MAY in section 6.1.1.1. If your ECN
code implemented that MAY, you would not have seen a problem.
Brian
Franck Martin wrote:
In its great wisdom, the IETF has divised a system to control congestion
over the Internet called ECN [RFC3168], unfortunately there are still some
routers out there which are "Explicit Congestion Notification" (ECN) broken:
http://urchin.earth.li/cgi-bin/ecn.pl
One of this router leads to the ISOC web site. what is funny is to see the
above RFC is copyright ISOC. Could someone located in the Washington DC area
please contact the ISOC people and help them to be RFC compliant...
I have highlighted to ISOC the problem, they are aware, but understaffed and
this is a little bit tricky, but it should be a piece of cake for the IETF
members.
More info on ECN:
http://urchin.earth.li/ecn/
http://www.icir.org/floyd/ecn.html
http://www.rfc-editor.org/rfc/rfc3168.txt
Franck Martin
Network and Database Development Officer
SOPAC South Pacific Applied Geoscience Commission
Fiji
E-mail: franck(_at_)sopac(_dot_)org <mailto:franck(_at_)sopac(_dot_)org>
Web site: http://www.sopac.org/
<http://www.sopac.org/> Support FMaps: http://fmaps.sourceforge.net/
<http://fmaps.sourceforge.net/>
Certificate: https://www.sopac.org/ssl/
This e-mail is intended for its addresses only. Do not forward this e-mail
without approval. The views expressed in this e-mail may not be necessarily
the views of SOPAC.