Privacy Considerations for Protocols Relying on IP Broadcast or Multicast
draft-ietf-intarea-broadcast-consider-09
Revision differences
Document history
Date | Rev. | By | Action |
---|---|---|---|
2018-05-14
|
09 | (System) | RFC Editor state changed to AUTH48-DONE from AUTH48 |
2018-04-25
|
09 | (System) | RFC Editor state changed to AUTH48 from RFC-EDITOR |
2018-04-23
|
09 | (System) | RFC Editor state changed to RFC-EDITOR from EDIT |
2018-03-14
|
09 | (System) | RFC Editor state changed to EDIT |
2018-03-14
|
09 | (System) | IESG state changed to RFC Ed Queue from Approved-announcement sent |
2018-03-14
|
09 | (System) | Announcement was received by RFC Editor |
2018-03-14
|
09 | (System) | IANA Action state changed to No IC from In Progress |
2018-03-14
|
09 | (System) | IANA Action state changed to In Progress |
2018-03-14
|
09 | Cindy Morgan | IESG state changed to Approved-announcement sent from Approved-announcement to be sent |
2018-03-14
|
09 | Cindy Morgan | IESG has approved the document |
2018-03-14
|
09 | Cindy Morgan | Closed "Approve" ballot |
2018-03-14
|
09 | Cindy Morgan | Ballot approval text was generated |
2018-03-14
|
09 | Suresh Krishnan | IESG state changed to Approved-announcement to be sent from Approved-announcement to be sent::Point Raised - writeup needed |
2018-03-13
|
09 | Cindy Morgan | New version available: draft-ietf-intarea-broadcast-consider-09.txt |
2018-03-13
|
09 | (System) | Secretariat manually posting. Approvals already received |
2018-03-13
|
09 | Cindy Morgan | Uploaded new revision |
2018-01-31
|
08 | Gunter Van de Velde | Closed request for Telechat review by OPSDIR with state 'No Response' |
2018-01-25
|
08 | Cindy Morgan | IESG state changed to Approved-announcement to be sent::Point Raised - writeup needed from IESG Evaluation |
2018-01-25
|
08 | Tero Kivinen | Request for Telechat review by SECDIR Completed: Has Nits. Reviewer: Vincent Roca. |
2018-01-25
|
08 | Jean Mahoney | Closed request for Telechat review by GENART with state 'No Response' |
2018-01-25
|
08 | Cindy Morgan | Changed consensus to Yes from Unknown |
2018-01-25
|
08 | Warren Kumari | [Ballot comment] I found this sentence very confusing: " For one, non-standard protocols will likely not receive operational attention and support in making them more … [Ballot comment] I found this sentence very confusing: " For one, non-standard protocols will likely not receive operational attention and support in making them more secure such as e.g. DHCP snooping does for DHCP because they typically are not documented. " -- I know what it is trying to say, but I don't think it accomplishes what it intends to. [ This was originally a DISCUSS, emails with authors have addressed my concerns. Old text below for posterity]: "Sorry for the late DISCUSS. I'm likely to clear after discussions on the call tomorrow. I'm somewhat surprised at how much this document glosses over the (sometimes extensive) broadcast/multicast twiddling that Access Points and similar do (a fair bit of discussion of which can be found in draft-perkins-intarea-multicast-ieee802 (which I think will be expiring) or draft-mcbride-mboned-wifi-mcast-problem-statement). Simply saying: "A feature not uncommonly found on access points e.g. is to filter broadcast and multicast traffic. This will potentially break certain applications or some of their functionality but will also protect the users from potentially leaking sensitive information." seems to be shrugging off all of the privacy benefits (or possibly harms) that this might create. " |
2018-01-25
|
08 | Warren Kumari | [Ballot Position Update] Position for Warren Kumari has been changed to No Objection from Discuss |
2018-01-24
|
08 | Adam Roach | [Ballot Position Update] Position for Adam Roach has been changed to Yes from No Objection |
2018-01-24
|
08 | Alvaro Retana | [Ballot Position Update] New position, No Objection, has been recorded for Alvaro Retana |
2018-01-24
|
08 | Kathleen Moriarty | [Ballot comment] Thanks for your work on this draft and the security and privacy considerations. Thanks for addressing the SecDir review comments as well. https://mailarchive.ietf.org/arch/msg/secdir/BshBcsvqHYLLIBjGzEIaVaGefE8 |
2018-01-24
|
08 | Kathleen Moriarty | [Ballot Position Update] New position, Yes, has been recorded for Kathleen Moriarty |
2018-01-24
|
08 | Adam Roach | [Ballot comment] I had a couple of comments, but Ben caught them too; so my comments resolve to: I support Ben's substantive comments. |
2018-01-24
|
08 | Adam Roach | [Ballot Position Update] New position, No Objection, has been recorded for Adam Roach |
2018-01-24
|
08 | Terry Manderson | [Ballot comment] Thank you for the effort invested into this draft. I am balloting YES, but like Spencer I wonder if this might be better … [Ballot comment] Thank you for the effort invested into this draft. I am balloting YES, but like Spencer I wonder if this might be better placed as a BCP. |
2018-01-24
|
08 | Terry Manderson | [Ballot Position Update] New position, Yes, has been recorded for Terry Manderson |
2018-01-24
|
08 | Warren Kumari | [Ballot discuss] Sorry for the late DISCUSS. I'm likely to clear after discussions on the call tomorrow. I'm somewhat surprised at how much this document … [Ballot discuss] Sorry for the late DISCUSS. I'm likely to clear after discussions on the call tomorrow. I'm somewhat surprised at how much this document glosses over the (sometimes extensive) broadcast/multicast twiddling that Access Points and similar do (a fair bit of discussion of which can be found in draft-perkins-intarea-multicast-ieee802 (which I think will be expiring) or draft-mcbride-mboned-wifi-mcast-problem-statement). Simply saying: "A feature not uncommonly found on access points e.g. is to filter broadcast and multicast traffic. This will potentially break certain applications or some of their functionality but will also protect the users from potentially leaking sensitive information." seems to be shrugging off all of the privacy benefits (or possibly harms) that this might create. |
2018-01-24
|
08 | Warren Kumari | [Ballot comment] I found this sentence very confusing: " For one, non-standard protocols will likely not receive operational attention and support in making them more … [Ballot comment] I found this sentence very confusing: " For one, non-standard protocols will likely not receive operational attention and support in making them more secure such as e.g. DHCP snooping does for DHCP because they typically are not documented. " -- I know what it is trying to say, but I don't think it accomplishes what it intends to. |
2018-01-24
|
08 | Warren Kumari | [Ballot Position Update] New position, Discuss, has been recorded for Warren Kumari |
2018-01-24
|
08 | Spencer Dawkins | [Ballot comment] I really like this document. I learned a lot. I'm not gonna argue, but could this have been a BCP? I have a … [Ballot comment] I really like this document. I learned a lot. I'm not gonna argue, but could this have been a BCP? I have a couple of comments. ISTM that When protocols that make use of broadcast/multicast need to make use of IDs, frequent rotations of these IDs SHOULD be considered to make user tracking more difficult. should be either When protocols that make use of broadcast/multicast need to make use of IDs, frequent rotations of these IDs MUST be considered to make user tracking more difficult. or When protocols that make use of broadcast/multicast need to make use of IDs, these IDs SHOULD be rotated frequently to make user tracking more difficult. assuming that frequent rotation is the goal, not considering frequent rotation. I'm not surprised that A feature not uncommonly found on access points e.g. is to filter broadcast and multicast traffic. This will potentially break certain applications or some of their functionality but will also protect the users from potentially leaking sensitive information. is the only action listed that network administrators/operators can take to limit problems, but I note that the paragraph above it says there are things, plural, that network administrators/operators can do to limit problems, and this action can be paraphrased as "you can filter broadcast and multicast traffic, but then the applications stop working, so make good choices". If that's the only action you can think of, you may want to make the first paragraph sound a bit less hopeful! |
2018-01-24
|
08 | Spencer Dawkins | [Ballot Position Update] New position, Yes, has been recorded for Spencer Dawkins |
2018-01-24
|
08 | Alia Atlas | [Ballot Position Update] New position, Yes, has been recorded for Alia Atlas |
2018-01-24
|
08 | Alissa Cooper | [Ballot comment] Section 3 strikes me as a bit odd. Are you implicitly recommending that access points block broadcast/multicast traffic? That does not seem like … [Ballot comment] Section 3 strikes me as a bit odd. Are you implicitly recommending that access points block broadcast/multicast traffic? That does not seem like it would yield a good user experience and also seems like a rather blunt instrument to address the rest of the problems discussed in the document. |
2018-01-24
|
08 | Alissa Cooper | [Ballot Position Update] New position, No Objection, has been recorded for Alissa Cooper |
2018-01-23
|
08 | Ben Campbell | [Ballot comment] I'm balloting "Yes", but I do have a few comments: Substantive Comments: -2.2: "These IDs, which e.g. identify the installation of a … [Ballot comment] I'm balloting "Yes", but I do have a few comments: Substantive Comments: -2.2: "These IDs, which e.g. identify the installation of a certain application might not change across updates of the software and are therefore extremely long lived" That seems to imply that they may be extremely long lived, not that they always are. -2.2, last paragraph: "When protocols that make use of broadcast/multicast need to make use of IDs, frequent rotations of these IDs SHOULD be considered to make user tracking more difficult." Can this say something stronger than "... be considered..." Maybe "be required"? -2.3, first paragraph: It seems worth noting that a host name can be a persistent ID even if it contains no personally identifiable info. -- Same paragraph: The last sentence gives a nod to device fingerprinting. Would it be reasonable to offer some more general guidance around avoiding such fingerprinting? -2.3, last paragraph: It seems counterproductive to explain better ways of creating persistent IDs after a whole section was dedicated to telling people to avoid them. -2.4: This section talks about how broadcast/multicast data might be used for correlation. Is there any reasonable guidance to give on how to avoid that? -2.5: It seems the configurability discussion could go a bit further and suggest that platforms avoid broadcast/multicast services for features that the user is not actively using. Editorial Comments and Nits: -1, paragraph 6: While I like citations of the form of " 'document title' [ref] " better than just "[ref]" , when that becomes " RFC 7721 [RFC7721] or RFC 7819 [RFC7819]", it adds no information. Please consider replacing "RFC 7221" and "RFC 7819" with something more descriptive. -1, paragraph 7: " For one, non-standard protocols will likely not receive operational attention and support in making them more secure such as e.g. DHCP snooping does for DHCP because they typically are not documented." I find that hard to parse. -- same paragraph: "... where a set of considerations to follow is useful in the absence of a larger community providing feedback. " I don't understand the intent. -1.1, first paragraph: "The same is true for directed broadcasts by default, but routers MAY provide an option to do this [RFC2644]" That MAY seems like a statement of fact or an external requirement. Neither should use the upper-case MAY. -1.1, last paragraph: Please expand LLMNR and mDNS on first mention. -- same paragraph: The last sentence seems out of place in this paragraph. Perhaps it should go with one of the two previous paragraphs? -1.2: I don't think the use of RFC 2119 keywords adds much value in this document. The document mainly uses them to talk about thins people should consider in protocol design, rather than requirements on the protocols themselves. I suggest making the boilerplate more descriptive of that use, or even better get rid of it (and the capitalized keywords) entirely. -2.1, last sentence is hard to parse. -2.2, 2nd to last paragraph: s/" did never " / " never did " -- same paragraph: "allowed to track" is grammatically incorrect. It should say "allowed to track" or "allowed the tracking of" -3, 2nd paragraph: By "not uncommonly", do you mean "commonly"? |
2018-01-23
|
08 | Ben Campbell | [Ballot Position Update] New position, Yes, has been recorded for Ben Campbell |
2018-01-23
|
08 | Suresh Krishnan | IESG state changed to IESG Evaluation from Waiting for Writeup |
2018-01-23
|
08 | Deborah Brungard | [Ballot Position Update] New position, No Objection, has been recorded for Deborah Brungard |
2018-01-22
|
08 | (System) | IANA Review state changed to IANA OK - No Actions Needed from Version Changed - Review Needed |
2018-01-22
|
08 | Mirja Kühlewind | [Ballot Position Update] New position, Yes, has been recorded for Mirja Kühlewind |
2018-01-21
|
08 | Suresh Krishnan | Ballot has been issued |
2018-01-21
|
08 | Suresh Krishnan | [Ballot Position Update] New position, Yes, has been recorded for Suresh Krishnan |
2018-01-21
|
08 | Suresh Krishnan | Created "Approve" ballot |
2018-01-21
|
08 | Suresh Krishnan | Ballot writeup was changed |
2018-01-19
|
08 | Rolf Winter | New version available: draft-ietf-intarea-broadcast-consider-08.txt |
2018-01-19
|
08 | (System) | New version approved |
2018-01-19
|
08 | (System) | Request for posting confirmation emailed to previous authors: Rolf Winter , Michael Faath , Fabian Weisshaar |
2018-01-19
|
08 | Rolf Winter | Uploaded new revision |
2018-01-19
|
07 | Rolf Winter | New version available: draft-ietf-intarea-broadcast-consider-07.txt |
2018-01-19
|
07 | (System) | New version approved |
2018-01-19
|
07 | (System) | Request for posting confirmation emailed to previous authors: Rolf Winter , Michael Faath , Fabian Weisshaar |
2018-01-19
|
07 | Rolf Winter | Uploaded new revision |
2018-01-18
|
06 | Tero Kivinen | Request for Telechat review by SECDIR is assigned to Vincent Roca |
2018-01-18
|
06 | Tero Kivinen | Request for Telechat review by SECDIR is assigned to Vincent Roca |
2018-01-16
|
06 | (System) | IESG state changed to Waiting for Writeup from In Last Call |
2018-01-15
|
06 | (System) | IANA Review state changed to Version Changed - Review Needed from IANA OK - No Actions Needed |
2018-01-15
|
06 | Rolf Winter | New version available: draft-ietf-intarea-broadcast-consider-06.txt |
2018-01-15
|
06 | (System) | New version approved |
2018-01-15
|
06 | (System) | Request for posting confirmation emailed to previous authors: Rolf Winter , Michael Faath , Fabian Weisshaar |
2018-01-15
|
06 | Rolf Winter | Uploaded new revision |
2018-01-13
|
05 | Carlos Pignataro | Request for Telechat review by RTGDIR Completed: Not Ready. Reviewer: Carlos Pignataro. Sent review to list. |
2018-01-11
|
05 | Tero Kivinen | Request for Telechat review by SECDIR Completed: Has Issues. Reviewer: Vincent Roca. |
2018-01-10
|
05 | Min Ye | Request for Telechat review by RTGDIR is assigned to Carlos Pignataro |
2018-01-10
|
05 | Min Ye | Request for Telechat review by RTGDIR is assigned to Carlos Pignataro |
2018-01-08
|
05 | Min Ye | Request for Telechat review by RTGDIR is assigned to Thomas Morin |
2018-01-08
|
05 | Min Ye | Request for Telechat review by RTGDIR is assigned to Thomas Morin |
2018-01-07
|
05 | Min Ye | Request for Telechat review by RTGDIR is assigned to Geoff Huston |
2018-01-07
|
05 | Min Ye | Request for Telechat review by RTGDIR is assigned to Geoff Huston |
2018-01-05
|
05 | Alvaro Retana | Requested Telechat review by RTGDIR |
2018-01-02
|
05 | (System) | IANA Review state changed to IANA OK - No Actions Needed from IANA - Review Needed |
2018-01-02
|
05 | Amanda Baber | (Via drafts-lastcall@iana.org): IESG/Authors/WG Chairs: The IANA Services Operator has reviewed draft-ietf-intarea-broadcast-consider-05, which is currently in Last Call, and has the following comments: We … (Via drafts-lastcall@iana.org): IESG/Authors/WG Chairs: The IANA Services Operator has reviewed draft-ietf-intarea-broadcast-consider-05, which is currently in Last Call, and has the following comments: We understand that this document doesn't require any registry actions. While it's often helpful for a document's IANA Considerations section to remain in place upon publication even if there are no actions, if the authors strongly prefer to remove it, we do not object. If this assessment is not accurate, please respond as soon as possible. Thank you, Amanda Baber Lead IANA Services Specialist |
2018-01-01
|
05 | Cindy Morgan | IANA Review state changed to IANA - Review Needed |
2018-01-01
|
05 | Cindy Morgan | The following Last Call announcement was sent out (ends 2018-01-16): From: The IESG To: IETF-Announce CC: int-area@ietf.org, juancarlos.zuniga@sigfox.com, draft-ietf-intarea-broadcast-consider@ietf.org, Juan-Carlos Zuniga , … The following Last Call announcement was sent out (ends 2018-01-16): From: The IESG To: IETF-Announce CC: int-area@ietf.org, juancarlos.zuniga@sigfox.com, draft-ietf-intarea-broadcast-consider@ietf.org, Juan-Carlos Zuniga , suresh@kaloom.com, intarea-chairs@ietf.org Reply-To: ietf@ietf.org Sender: Subject: Last Call: (Privacy considerations for IP broadcast and multicast protocol designers) to Informational RFC The IESG has received a request from the Internet Area Working Group WG (intarea) to consider the following document: - 'Privacy considerations for IP broadcast and multicast protocol designers' as Informational RFC The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2018-01-16. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract A number of application-layer protocols make use of IP broadcasts or multicast messages for functions like local service discovery or name resolution. Some of these functions can only be implemented efficiently using such mechanisms. When using broadcasts or multicast messages, a passive observer in the same broadcast/ multicast domain can trivially record these messages and analyze their content. Therefore, broadcast/multicast protocol designers need to take special care when designing their protocols. The file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-intarea-broadcast-consider/ IESG discussion can be tracked via https://datatracker.ietf.org/doc/draft-ietf-intarea-broadcast-consider/ballot/ No IPR declarations have been submitted directly on this I-D. |
2018-01-01
|
05 | Cindy Morgan | IESG state changed to In Last Call from Last Call Requested |
2017-12-29
|
05 | Suresh Krishnan | Last call was requested |
2017-12-29
|
05 | Suresh Krishnan | Ballot approval text was generated |
2017-12-29
|
05 | Suresh Krishnan | Ballot writeup was generated |
2017-12-29
|
05 | Suresh Krishnan | IESG state changed to Last Call Requested from AD Evaluation |
2017-12-29
|
05 | Suresh Krishnan | Last call announcement was changed |
2017-12-29
|
05 | Suresh Krishnan | Telechat date has been changed to 2018-01-25 from 2018-01-11 |
2017-12-07
|
05 | Gunter Van de Velde | Request for Telechat review by OPSDIR is assigned to Ignas Bagdonas |
2017-12-07
|
05 | Gunter Van de Velde | Request for Telechat review by OPSDIR is assigned to Ignas Bagdonas |
2017-12-07
|
05 | Carlos Pignataro | Assignment of request for Telechat review by OPSDIR to Carlos Pignataro was rejected |
2017-12-04
|
05 | Gunter Van de Velde | Request for Telechat review by OPSDIR is assigned to Carlos Pignataro |
2017-12-04
|
05 | Gunter Van de Velde | Request for Telechat review by OPSDIR is assigned to Carlos Pignataro |
2017-11-30
|
05 | Tero Kivinen | Request for Telechat review by SECDIR is assigned to Vincent Roca |
2017-11-30
|
05 | Tero Kivinen | Request for Telechat review by SECDIR is assigned to Vincent Roca |
2017-11-30
|
05 | Jean Mahoney | Request for Telechat review by GENART is assigned to Jari Arkko |
2017-11-30
|
05 | Jean Mahoney | Request for Telechat review by GENART is assigned to Jari Arkko |
2017-11-28
|
05 | Suresh Krishnan | Placed on agenda for telechat - 2018-01-11 |
2017-11-12
|
05 | Suresh Krishnan | IESG state changed to AD Evaluation from Publication Requested |
2017-10-25
|
05 | Rolf Winter | New version available: draft-ietf-intarea-broadcast-consider-05.txt |
2017-10-25
|
05 | (System) | New version approved |
2017-10-25
|
05 | (System) | Request for posting confirmation emailed to previous authors: Rolf Winter , Michael Faath , Fabian Weisshaar |
2017-10-25
|
05 | Rolf Winter | Uploaded new revision |
2017-09-24
|
04 | Carlos Jesús Bernardos | Request for Early review by INTDIR Completed: Ready with Nits. Reviewer: Carlos Bernardos. Sent review to list. |
2017-09-11
|
04 | Ari Keränen | Request for Early review by IOTDIR is assigned to Nancy Cam-Winget |
2017-09-11
|
04 | Ari Keränen | Request for Early review by IOTDIR is assigned to Nancy Cam-Winget |
2017-09-08
|
04 | Carlos Jesús Bernardos | Request for Early review by INTDIR is assigned to Carlos Bernardos |
2017-09-08
|
04 | Carlos Jesús Bernardos | Request for Early review by INTDIR is assigned to Carlos Bernardos |
2017-09-08
|
04 | Suresh Krishnan | Requested Early review by INTDIR |
2017-09-08
|
04 | Suresh Krishnan | Closed request for Early review by INTDIR with state 'Withdrawn' |
2017-09-08
|
04 | Suresh Krishnan | Requested Early review by IOTDIR |
2017-09-08
|
04 | Suresh Krishnan | Requested Early review by INTDIR |
2017-08-30
|
04 | Juan-Carlos Zúñiga | Shepherd review of draft-ietf-intarea-broadcast-consider-04 1. Summary The document shepherd is Juan Carlos Zuniga. The responsible Area Director is Suresh Krishnan. This document highlights potential privacy … Shepherd review of draft-ietf-intarea-broadcast-consider-04 1. Summary The document shepherd is Juan Carlos Zuniga. The responsible Area Director is Suresh Krishnan. This document highlights potential privacy issues that take place when protocol designers make use of broadcast / multicast messages to exchange information that can expose individuals to privacy threats. The work has been backed up by experimental data, both at the IETF and elsewhere. The document also provides useful considerations for protocol designers to avoid creating those privacy issues. 2. Review and Consensus The docuement was discussed at length in the WG, following some experiments that were made over the IETF network. Because of the obviousness of the issues and usefulness of the document, there was little real discussion about the intention the document. There were comments for completeness from C. Huitema, T. Chown, T. Hebert, J. Touch, and myself, and these were all addressed. We believe the working group is solidly behind this work. I found some editorial errors during the shepherd review, but they have been corrected and everything looks fine now. 3. Intellectual Property Each author has confirmed conformance with BCP 78/79. There are no IPR disclosures on the document. 4. Other Points There is a single normative downref to RFC 2119, "Key words for use in RFCs to Indicate Requirement Levels" due to the use of SHOULD throughout the text. |
2017-08-30
|
04 | Juan-Carlos Zúñiga | Responsible AD changed to Suresh Krishnan |
2017-08-30
|
04 | Juan-Carlos Zúñiga | IETF WG state changed to Submitted to IESG for Publication from WG Consensus: Waiting for Write-Up |
2017-08-30
|
04 | Juan-Carlos Zúñiga | IESG state changed to Publication Requested |
2017-08-30
|
04 | Juan-Carlos Zúñiga | IESG process started in state Publication Requested |
2017-08-30
|
04 | Juan-Carlos Zúñiga | Intended Status changed to Informational from None |
2017-08-30
|
04 | Juan-Carlos Zúñiga | Notification list changed to Juan-Carlos Zuniga <juancarlos.zuniga@sigfox.com> from Juan-Carlos_Zuniga <juancarlos.zuniga@sigfox.com> |
2017-08-30
|
04 | Juan-Carlos Zúñiga | Notification list changed to Juan-Carlos_Zuniga <juancarlos.zuniga@sigfox.com> from =?utf-8?q?Juan-Carlos_Z=C3=BA=C3=B1iga?= <juancarlos.zuniga@sigfox.com> |
2017-08-30
|
04 | Juan-Carlos Zúñiga | Changed document writeup |
2017-08-30
|
04 | Rolf Winter | New version available: draft-ietf-intarea-broadcast-consider-04.txt |
2017-08-30
|
04 | (System) | New version approved |
2017-08-30
|
04 | (System) | Request for posting confirmation emailed to previous authors: Rolf Winter , Michael Faath , Fabian Weisshaar |
2017-08-30
|
04 | Rolf Winter | Uploaded new revision |
2017-08-15
|
03 | Juan-Carlos Zúñiga | IETF WG state changed to WG Consensus: Waiting for Write-Up from WG Document |
2017-08-15
|
03 | Juan-Carlos Zúñiga | Notification list changed to =?utf-8?q?Juan-Carlos_Z=C3=BA=C3=B1iga?= <juancarlos.zuniga@sigfox.com> |
2017-08-15
|
03 | Juan-Carlos Zúñiga | Document shepherd changed to Juan-Carlos Zúñiga |
2017-05-29
|
03 | Rolf Winter | New version available: draft-ietf-intarea-broadcast-consider-03.txt |
2017-05-29
|
03 | (System) | New version approved |
2017-05-29
|
03 | (System) | Request for posting confirmation emailed to previous authors: Michael Faath , Rolf Winter , Fabian Weisshaar , intarea-chairs@ietf.org |
2017-05-29
|
03 | Rolf Winter | Uploaded new revision |
2017-02-13
|
02 | Rolf Winter | New version available: draft-ietf-intarea-broadcast-consider-02.txt |
2017-02-13
|
02 | (System) | New version approved |
2017-02-13
|
02 | (System) | Request for posting confirmation emailed to previous authors: "Rolf Winter" , "Fabian Weisshaar" , "Michael Faath" |
2017-02-13
|
02 | Rolf Winter | Uploaded new revision |
2016-10-31
|
01 | Rolf Winter | New version available: draft-ietf-intarea-broadcast-consider-01.txt |
2016-10-31
|
01 | (System) | New version approved |
2016-10-31
|
00 | (System) | Request for posting confirmation emailed to previous authors: "Rolf Winter" , "Fabian Weisshaar" , "Michael Faath" |
2016-10-31
|
00 | Rolf Winter | Uploaded new revision |
2016-10-31
|
00 | Rolf Winter | New version available: draft-ietf-intarea-broadcast-consider-00.txt |
2016-10-31
|
00 | (System) | WG -00 approved |
2016-10-31
|
00 | Rolf Winter | Set submitter to "Rolf Winter ", replaces to (none) and sent approval email to group chairs: intarea-chairs@ietf.org |
2016-10-31
|
00 | Rolf Winter | Uploaded new revision |