Source Ports in Abuse Reporting Format (ARF) Reports
RFC 6692
Yes
(Adrian Farrel)
(Barry Leiba)
(Sean Turner)
No Objection
(Brian Haberman)
(Gonzalo Camarillo)
(Martin Stiemerling)
(Ralph Droms)
(Ron Bonica)
(Russ Housley)
(Stephen Farrell)
(Stewart Bryant)
(Wesley Eddy)
Note: This ballot was opened for revision 03 and is now closed.
Adrian Farrel Former IESG member
Yes
Yes
(for -04)
Barry Leiba Former IESG member
Yes
Yes
(for -03)
Pete Resnick Former IESG member
Yes
Yes
(2012-06-12 for -04)
If you wanted to tighten up the syntax, you could do: source-port = "Source-Port:" [CFWS] 1*5DIGIT [CFWS] CRLF since a port number can't be more than 5 digits. But entirely up to you.
Sean Turner Former IESG member
Yes
Yes
(for -04)
Benoît Claise Former IESG member
No Objection
No Objection
(2012-06-18 for -04)
- Not really a DISCUSS but please consider the following comment (or please justify your choice) I looked at http://www.iana.org/assignments/marf-parameters/marf-parameters.xml for the Source-IP definition, and see: Source-IP: IPv4 or IPv6 address from which the original message was received Now at look at Source-Port definition in the draft, and see: TCP source port from which the reported connection originated Don't you think those two definitions should be aligned, as they are related? What I have in mind is: TCP source port from which the original message was received - Also, the following sentence doesn't seem quite right When present in a report, it MUST contain the TCP source port matching the "Source-IP" field in the same report, thereby describing completely the origin of the abuse incident. Looking at http://tools.ietf.org/html/rfc5965#section-3.2 as a guideline: o "Source-IP" contains an IPv4 or IPv6 address of the MTA from which the original message was received. Addresses MUST be formatted as per section 4.1.3 of [SMTP]. I'm wondering, don't you want to write something such as: When present in a report, it MUST contain the TCP source port of the MTA from which the reported connection originated (characterized by the "Source-IP" field in the same report), thereby describing completely the origin of the abuse incident.
Brian Haberman Former IESG member
No Objection
No Objection
(for -04)
Gonzalo Camarillo Former IESG member
No Objection
No Objection
()
Martin Stiemerling Former IESG member
No Objection
No Objection
(for -04)
Ralph Droms Former IESG member
No Objection
No Objection
()
Robert Sparks Former IESG member
No Objection
No Objection
(2012-06-19 for -04)
(Summarizing an IM conversation with Murray) This appears to extend 5965 rather than update it. It would also help to more clearly point to exactly what in RFC6591 is being updated.
Ron Bonica Former IESG member
No Objection
No Objection
(for -04)
Russ Housley Former IESG member
No Objection
No Objection
(for -04)
Stephen Farrell Former IESG member
No Objection
No Objection
(for -04)
Stewart Bryant Former IESG member
No Objection
No Objection
(for -04)
Wesley Eddy Former IESG member
No Objection
No Objection
()