{"text_format":"1","workbook":"xlsx","n_sheets":9,"sheets":["Chart1","D3.0","Stats","Chart detailed","Status change flow","Tools","Parameters","Values","Sheet1"],"not_rendered":{"charts":5,"images":1,"macros":1,"external_links":0,"defined_names":4,"comments":0,"pivot_tables":0},"unopened":[{"sheet":"Chart1","index":0,"reason":"not_a_worksheet"},{"sheet":"Chart detailed","index":3,"reason":"not_a_worksheet"}],"bounds":{"document_bytes":16777216,"sheet_cells":100000,"rows_first":2000,"rows_last":500,"rows_between":2000,"halvings":0,"cell_chars":16384,"cell_head_chars":4096},"cells_cut":0,"cells_raw":0,"read":"whole","date_system":"1900"}

{"sheet":"D3.0","index":1,"n_rows":412,"n_cols":31,"rows_kept":412,"cut":false,"hidden":false,"merged":[]}
["Comment\nNumber","TF?/WG/C?","Comment\nStatus","Resolution\nStatus","Commenter\nSatisfaction","Comment\nCategory","Comment\nType","Required","Page #","Clause","Sub-clause","Line #","Comment","Proposed\nChange","Commenter\nName","Commenter\nAffiliation","Commenter\nEmail","Commenter\nPhone","Comment\nResolution","Last modified on","Comment ID","Role","Style","Index #","Classification","Vote","File","Disposition Status","Other1","Other2","Other3"]
["wg-1-16","WG","Resolved","Accept","None",null,"Editorial","No",0,0,0,null,"Draft under WG ballot shall include line numbers","Add line numbers","Glen Kramer","Broadcom","gkramer@broadcom.com","(707)529-0917"]
["wg-1-1","WG","Resolved","Accept","None",null,"Editorial","No",5,2,2,null,"\"IEEE Std 802.3™-2012, IEEE Standard for Ethernet.\" is not valid anymore. 2015 version was approved and will be published by the time we are done with IEEE Std 1904.1-2016","Change \"IEEE Std 802.3™-2012, IEEE Standard for Ethernet.\" to \"IEEE Std 802.3™-2015, IEEE Standard for Ethernet.\"","Marek Hajduczenia","Bright House Networks","marek.hajduczenia@mybrighthouse.com","+1-813-465-0669"]
["wg-1-2","WG","Resolved","Accept","None",null,"Editorial","No",5,2,2,null,"Reference to 802.3-2008 seems a bit odd right now, that we have 2012 and 2015 editions of 802.3 standard. ","Change \"IEEE Std 802.3ah™-2004, Amendment to IEEE Std 802.3™-2003: Media Access Control Parameters, Physical Layers, and Management Parameters for Subscriber Access Networks, now part of IEEE Std 802.3™-2008.\" to \"IEEE Std 802.3ah™-2004, Amendment to IEEE Std 802.3™-2003: Media Access Control Parameters, Physical Layers, and Management Parameters for Subscriber Access Networks, now part of IEEE Std 802.3™.\", i.e., remove date from the reference to 802.3","Marek Hajduczenia","Bright House Networks","marek.hajduczenia@mybrighthouse.com","+1-813-465-0669"]
["wg-1-3","WG","Resolved","Accept","None",null,"Editorial","No",5,2,2,null,"802.3av is also part of 802.3 published standard, yet information is missing","Change \"IEEE Std 802.3av™-2009, Amendment 1 to IEEE Std 802.3™-2008: Physical Layer Specifications and Management Parameters for 10 Gb/s Passive Optical Networks.\" to \"IEEE Std 802.3av™-2009, Amendment 1 to IEEE Std 802.3™-2008: Physical Layer Specifications and Management Parameters for 10 Gb/s Passive Optical Networks, now part of IEEE Std 802.3™.\"","Marek Hajduczenia","Bright House Networks","marek.hajduczenia@mybrighthouse.com","+1-813-465-0669"]
["wg-1-36","WG","Resolved","Revised","None",null,"Technical","No",50,6,"6.5.2.1.1",null,"At the beginning of this section, we separate Port and LLID from other \"true\" L2 fields. But then we list LINK_INDEX in Table 6-1 together with all the L2 fields. PORT_INDEX and LLID_VALUE are not listed anywhere in the table.","Renumber Table 6-1 into 6-2 and insert a new table 6-1 titled \"L1 classification fields\" as shown in rmtf_1512_kramer_L1_fields_1.pdf. \n\nVerify correct updates for all cross-references pointing to tables in Clause 6.\n\nIn table 14-225, change \"For definitions of individual fields, see Table 6-1.\" to \"For definitions of individual fields, see 6.5.2.1.1.\"","Glen Kramer","Broadcom","gkramer@broadcom.com","(707)529-0917","Per comment but also on page 50, change \r\n\r\n1) Call table 6-1 \"Topology-related paramters\"\r\n2) In table 6-1, change all \"This fields\" and \"This field\" to \"This parameter\"\r\n3) Change \"... recognize the following fields:\" to \"... recognize the following fields/parameters:\"\r\n4) Also change:\r\nPort (by index)\r\nb) LLID (by index or value)\r\nc) L2 Fields (see Table 6-1)\r\nd) L3 Fields (see Table 6-2)\r\ne) L4 Fields (see Table 6-3)\r\nTo:\r\na) Topology-related parameters (Port by index, LLID by index or value - see Table 6-1)\r\nb) L2 Fields (see Table 6-2)\r\nc) L3 Fields (see Table 6-3)\r\nd) L4 Fields (see Table 6-4)\r\n\r\n"]
["wg-1-9","WG","Resolved","Accept","None",null,"Editorial","No",82,6,"6.5.2.1.1",null,"a' should be 'an'","Change \"Index of a LLID within the given ONU\" to \"Index of an LLID within the given ONU\"","Curtis Knittle","CableLabs","C.Knittle@cablelabs.com",0]
["wg-1-14","WG","Resolved","Accept","None",null,"Editorial","No",99,7,"7.2.2.3.1",null,"The draft contains 10 cross-references to Table 7-40. None of these links are live.","Fix cross-references to Table 7-40 - make them live.","Glen Kramer","Broadcom","gkramer@broadcom.com","(707)529-0917"]
["wg-1-17","WG","Resolved","Accept","None",null,"Technical","Yes",99,7,"7.2.2.3.1",null,"In D2.0, Package A, tables for multicast rules for the OLT and ONU were separated. But the references in Tables 7-24, 7-25, 7-26, 7-28, 7-29, and 7-30 say \"The rules for multicast filtering are specified in Table 7-40 for OLT and ONU…\"","Replace the text:\n\"The rules for multicast filtering are specified in Table 7-40 for OLT and ONU for the multicast forwarding based on LLID and IP multicast address.\"\nWith the following text:\n\"The rules for multicast filtering and forwarding based on LLID and IP multicast address are specified in Table 7-40 for the OLT and in Table 7-41 for the ONU.\"","Glen Kramer","Broadcom","gkramer@broadcom.com","(707)529-0917"]
["wg-1-4","WG","Resolved","Revised","None",null,"Technical","No",139,7,"7.4.5.2.1",null,"\"These IGMP/MLD control frames are not tagged\" - it seems to be redundant, given that the forwarding is based on rules configured by the OLT. These rules would identify the frame, and also actions need to be performed by the ONU, i.e., whether to add, rewrite, or strip any tags.","Strike \"These IGMP/MLD control frames are not tagged\" or replace to read \"These IGMP/MLD control frames are typically not tagged when leaving the UNI\"","Marek Hajduczenia","Bright House Networks","marek.hajduczenia@mybrighthouse.com","+1-813-465-0669","Strike \"These IGMP/MLD control frames are not tagged\" "]
["wg-1-27","WG","Resolved","Revised","None",null,"Technical","Yes",139,7,"7.4.5",null,"D2.0 has implemented modifications to multicast connectivity feature for Package A. In the new text, some of the mandatory requirements were duplicated or were not very clear.\nThe descriptions of the specific issues are shown in rmtf_1510_kramer_multicast_issues_1.pdf\n","Update section 7.4.5 as shown in rmtf_1512_kramer_multicast_operation_1.pdf","Glen Kramer","Broadcom","gkramer@broadcom.com","(707)529-0917","Per comment. Change all instances of \"e.g,\" in the changes to \"e.g.,\"\r\n\r\nIn section 7.4.5.2.2 change \"it performs one of the following actions\" to \"it performs the following actions\"\r\n\r\nChange \"The rule modification involved ...\" to \"The rule modification involves ...\"\r\n\r\nIn the proposed new text, change:\r\n\"To ensure that the multicast session to the existing multicast clients is not ...\"\r\nto\r\n\"To ensure that the multicast sessions currently being forwarded to the existing multicast clients are not ...\"\r\n"]
["wg-1-5","WG","Resolved","Reject","None",null,"Technical","No",140,7,"7.4.5.2.2",null,"\"When the OLT determines that there are no multicast clients for an IP multicast session connected to an ONU UNI port, the OLT shall modify the associated classification and forwarding rules at the ONU to stop forwarding the indicated multicast session to the UNI port (see 7.4.5.3.3).\" - there is no statement on how this is achieved","The exact mechanism is outside the scope of this spec, but we should mention it. Add \"The method used to determine that there are no multicast clients for an IP multicast session connected to an ONU UNI port is outside the scope of this standard.\"","Marek Hajduczenia","Bright House Networks","marek.hajduczenia@mybrighthouse.com","+1-813-465-0669","The method used to determine if multicast clients exist or not is described in 7.4.2.1 item (d)(2)\r\n"]
["wg-1-6","WG","Resolved","Reject","None",null,"Technical","No",140,7,"7.4.5.2.2",null,"\"When the OLT determines that there are no multicast clients for an IP multicast session connected to any of the UNI ports on an ONU, the OLT shall delete the associated classification and forwarding rule (see 7.4.5.3.3).\"  - there is no statement on how this is achieved","The exact mechanism is outside the scope of this spec, but we should mention it. Add \"The method used to determine that there are no multicast clients for an IP multicast session connected to any of the UNI ports on an ONU is outside the scope of this standard.\"","Marek Hajduczenia","Bright House Networks","marek.hajduczenia@mybrighthouse.com","+1-813-465-0669","The method used to determine if multicast clients exist or not is described in 7.4.2.1 item (d)(2)\r\n"]
["wg-1-10","WG","Resolved","Accept","None",null,"Editorial","No",149,7,"7.4.2.1",null,"Need space at beginning, and \"form\" should be \"from\"","Add space at beginning, plus change \"IGMP/MLD requests form the multicast\" to \"IGMP/MLD requests from the multicast\"","Curtis Knittle","CableLabs","C.Knittle@cablelabs.com",0]
["wg-1-11","WG","Resolved","Accept","None",null,"Editorial","No",169,7,"7.4.5.1",null,"\"fileds\" should be \"fields\"","Change \"… require multiple fileds to classify frames …\" to \"… require multiple fields to classify frames …\"","Curtis Knittle","CableLabs","C.Knittle@cablelabs.com",0]
["wg-1-12","WG","Resolved","Accept","None",null,"Editorial","No",169,7,"7.4.5.1",null,"\"desitination\" should be \"destination\"","Change \"desitination\" to \"destination\"","Curtis Knittle","CableLabs","C.Knittle@cablelabs.com",0]
["wg-1-13","WG","Resolved","Accept","None",null,"Editorial","No",170,7,"7.4.5.2.2",null,"Wording sounds funny","Change \"involved\" to \"involves\"","Curtis Knittle","CableLabs","C.Knittle@cablelabs.com",0,"resolved in wg-1-27\r\n"]
["wg-1-40","WG","Resolved","Accept","None",null,"Editorial","No",177,7,"7.4.5.4.2",null,"Table 7-41 table footnote (e) missing period at end of sentence.","Add period","Mark Laubach","Broadcom Corporation","laubach@broadcom.com","707-792-9093"]
["wg-1-41","WG","Resolved","Accept","None",null,"Editorial","No",185,8,"8.4.1.2",null,"Referring to footnote (a), missing period at end of sentence, as compared to footnote (a) on the next page (186).  ","Check all footnotes in draft and be consistent with use of terminating period.","Mark Laubach","Broadcom Corporation","laubach@broadcom.com","707-792-9093"]
["wg-1-33","WG","Resolved","Accept","None",null,"Editorial","No",215,9,"9.3.3.4.4",null,"Links for cross-reference 9.2.4.8 on pages 215, 220, and 227 are dead.","Restore the links","Glen Kramer","Broadcom","gkramer@broadcom.com","(707)529-0917"]
["wg-1-39","WG","Resolved","Accept","None",null,"Technical","Yes",307,12,"12.2.1.2.2.5",null,"Incomplete implementation of MR #20150119_2025","Change Revision value from 0x10 to 0x01 in the definition of eOAMR_RevisionNack","Glen Kramer","Broadcom","gkramer@broadcom.com","(707)529-0917"]
["wg-1-29","WG","Resolved","Revised","None",null,"Technical","No",343,12,"12.3.1.6.6",null,"In state diagram 12-16, in state ACTIVATION_ERROR, the primitive eOAM_AIRe_Fail should be eOAMI_AIRe_Fail","Add \"I\" after \"eOAM\"","Glen Kramer","Broadcom","gkramer@broadcom.com","(707)529-0917","In addition to proposed change, in Figure 12-17, change \"fetchError(eOAM_CIRe_Fail)\" to \"fetchError(eOAMI_CIRe_Fail)\"  (add an \"I\" after eOAM)\r\n\r\nAlso in Figure 12-17:\r\n- change COMMITT_ERROR to COMMIT_ERROR\r\n- change COMMITT_DONE to COMMIT_DONE\r\n- change NMSI(committ, fail, errorCode) to NMSI(commit, fail, errorCode)\r\n- change NMSI(committ, fail, errorCode) to NMSI(commit, fail, errorCode)\r\n- change NMSR(committ, start) to NMSR(commit, start)"]
["wg-1-30","WG","Resolved","Accept","None",null,"Technical","Yes",361,12,"12.3.3.2.6",null,"In state diagram 12-22, in state COMMIT_ERROR, wrong primitive is used.  ","Change \"eOAMI_FTA_Error.ResponseCode\" to\n\"eOAMI_FTA_ErrorCommit.ResponseCode\"","Glen Kramer","Broadcom","gkramer@broadcom.com","(707)529-0917"]
["wg-1-18","WG","Resolved","Accept","None",null,"Technical","No",427,13,"13.4.1.1",null,"Wrong cross reference","Change Table 14-78 to Table 13-80","Glen Kramer","Broadcom","gkramer@broadcom.com","(707)529-0917"]
["wg-1-35","WG","Resolved","Accept","None",null,"Technical","No",432,13,"13.4.1.3.2",null,"Each Event Notification TLVs carries identification of an object that generated an alarm. However, there is no information which LLID should carry an alarm, since same objects may be served by / accessed via multiple LLIDs. ","Insert the following text after the Table 13-85:\n\"An ONU may transmit any alarm via any L-ONU, i.e., on any bi-directional LLID registered at that ONU.\"","Glen Kramer","Broadcom","gkramer@broadcom.com","(707)529-0917"]
["wg-1-38","WG","Resolved","Accept","None",null,"Technical","No",432,13,"13.4.1.3.2",null,"Per MR #20140915_1412, In Table 13-84, the size of ObjectInstance field was changed to 1,2, or 4 octets. However, in DPoE2.0 OAM i07, the size is shown as 2 or 4 octets.","Align the definition of this field with DPoE2.0 OAM i07","Glen Kramer","Broadcom","gkramer@broadcom.com","(707)529-0917","\r\nEditor's proposed response:\r\nThe current size of 1, 2, or 4 is correct - see 14.4.1.1.2, where 14.4.1.1.2.1, 14.4.1.1.2.2, 14.4.1.1.2.3, 14.4.1.1.2.4 are all 1 octet wide, 14.4.1.1.2.5 is 4 octsts wide, 14.4.1.1.2.6 is 2 octets wide. \r\nAn MR to DPoE OAM spec should be considered instead. \r\n\r\nResolved at the meeting: today's implementation uses two bytes even thought the object instance width may only require 1 byte. For backward compatibility reasons we should align with DPoE-SP-OAMv2.0-I08 and use either 2 or 4 bytes. The Note for this field explains the Queue instance is 4 bytes, but all other instances requires 2 bytes.\r\n"]
["wg-1-34","WG","Resolved","Revised","None",null,"Technical","No",435,13,"13.4.2.1",null,"Inconsistent formatting in Table 13-87. The text \"Reserved, ignored on reception\"spans 1 or 2 columns for different fields.","Make the text \"Reserved, ignored on reception\" span two columns for opcodes 0x05, 0x06, 0x07, 0x0A, 0x0B, 0x0C.","Glen Kramer","Broadcom","gkramer@broadcom.com","(707)529-0917","Also remove 13.4.2.9 from the table cell.\r\n\r\nChanged to Technical."]
["wg-1-15","WG","Resolved","Accept","None",null,"Editorial","Yes",438,13,"13.4.2.6.1",null,"A reference in text points to Table 13-96 instead of 13-92. All remaining table cross-references point to 4 tables ahead of the correct one.","Correct cross-references to tables 13-92 through 13-104. Also, verify cross-references located in PICS","Glen Kramer","Broadcom","gkramer@broadcom.com","(707)529-0917"]
["wg-1-37","WG","Resolved","Accept","None",null,"Technical","Yes",446,13,"13.4.4",null,"Several issues with the implementation of MR #20140212_1524:\n\n1) The accepted resolution of this MR has removed the notion of Critical TLVs and the associated requirement to deregister the ONU is the response to a Critical TLV delayed by more than a second. But the text added to the draft says: \"If the remote_response_timer times out for a request associated with a critical TLV, the OLT proceeds to deregister the associated ONU.\"\n\n2) \"the ONU shall generate a response within 1 second of the OLT’s transmission toward the destination ONU.\" ONU cannot comply with this requirement, because it doesn't know when the OLT tramsmitted the eOAMPDU request. The ONU timer should start when it receives the request (i.e., when the Request is passed from MAC to OAM client).\n\n3) Section 13.4.4 added two new mandotory ONU requirements, but corresponding PICS are missing\n\n4) The paragraph starting with \"In an example implementation\" is confusing and unnecessary. First, there must be an explanation that the remote_response_timer needs to be longer than 1 second (or ONU local timer should be shorter than 1 second.) For example, in MPCP, the Rx timeout is 5x the Tx timeout. Second, a timer per each eAOM_request won't work. An eOAM_Request can contain multiple TLVs and responses to each TLV can come in different eOAM_Response messages. So, there should be separate timers for each TLV.  And finally, in case of multi-eOAMPDU response, does the OLT timer stop when the first eOAMPDU response is received or the last one?","1) Delete paragraph starting with \"In an example implementation\"\n\n2) Change sentence \"In order to guarantee timely delivery of such responses, the ONU shall generate a response within 1 second of the OLT’s transmission toward the destination ONU.\" \nto\n\"The ONU shall generate an eOAM_Get_Response or eOAM_Set_Response eOAMPDU within 1 second of the reception of the corresponding eOAM_Get_Request or eOAM_Set_Request  eOAMPDU from the OLT.\"\n\n3) Add PICS for \"The ONU shall generate an eOAM_Get_Response or eOAM_Set_Response eOAMPDU within 1 second of the reception of the corresponding eOAM_Get_Request or eOAM_Set_Request  eOAMPDU from the OLT.\"\n\n4) Add PICS for \"If an ONU cannot respond to the OLT request before the expiration of 1-second window, the ONU shall generate the ONU Busy alarm (see 13.4.1.3.2.6).\"","Glen Kramer","Broadcom","gkramer@broadcom.com","(707)529-0917"]
["wg-1-42","WG","Resolved","Revised","None",null,"Editorial","No",463,13,"13.4.1.3.2.5",null,"Format table to keep the two lines and header on the same page, don't split last row on next page.","As per comment.","Mark Laubach","Broadcom Corporation","laubach@broadcom.com","707-792-9093","Force Table 13-86 to start at the top of the page. "]
["wg-1-43","WG","Resolved","Revised","None",null,"Technical","No",477,13,"13.4.4",null,"The ONU has no knowledge of when an OLT transmits something nor where timing references are inside the OLT.","Change: \"of the OLT’s transmission toward the destination ONU.\" to \"of receiving a transmission from the OLT.\"","Mark Laubach","Broadcom Corporation","laubach@broadcom.com","707-792-9093","See comment #wg-1-37 for details"]
["wg-1-44","WG","Resolved","Accept","None",null,"Technical","No",509,14,"14.2.2.22",null,"Given an \"and\" conjunction, the second \"shall\" clause in the sentence is redundant with the first \"shall\".","Consider changing \"and the OLT shall place the value\" to \"and place the value\"","Mark Laubach","Broadcom Corporation","laubach@broadcom.com","707-792-9093","No changes to CT-ME30b PICS needed. "]
["wg-1-19","WG","Resolved","Accept","None",null,"Technical","No",561,14,"14.4.1.1.2.6",null,"Wrong cross reference to Table 14-128. It should point to 14-131.\nThe subsequent cross-references to Tables 14-132 through 14-149 link to correct tables, but show the number that is one off (i.e., show numbers 14-131 through 14-148)","Change the cross reference to Table 14-131.\nChange subsequent cross-references to show the correct table numbers.\nCorrect cfross-references in PICS.","Glen Kramer","Broadcom","gkramer@broadcom.com","(707)529-0917"]
["wg-1-31","WG","Resolved","Revised","None",null,"Editorial","Yes",576,14,"14.4.3.1.15",null,"Two attributes have \"NVS\" abbreviation added to their respective subclause titles. This is not the style used for SIEPON attributes. The same subclauses describe TLV formats, and \"NVS\" designation is meaningless for the TLVs. Also, in the future, we may have attributes where only some of their sub-attributes need to be in NVS.","Remove \"NVS\" from the clause titles and from the  list of abbreviations.\nFor all the relevant sub-attributes, after the parameter \"Remote access: Read/Write\" add a new parameter \"Storage: Persistent\" (or \"Storage: Non-Volatile\").","Glen Kramer","Broadcom","gkramer@broadcom.com","(707)529-0917","Remove \"NVS\" from the clause titles and from the  list of abbreviations.\r\nFor all the relevant sub-attributes, after the parameter \"Remote access: Read/Write\" add a new parameter \", Storage: Non-Volatile\"."]
["wg-1-20","WG","Resolved","Accept","None",null,"Technical","No",578,14,"14.4.3.1.17",null,"Wrong cross-reference to Table 14-147. Should be Table 14-150.","Correct the cross-reference in text and in PICS.","Glen Kramer","Broadcom","gkramer@broadcom.com","(707)529-0917"]
["wg-1-21","WG","Resolved","Accept","None",null,"Technical","No",579,14,"14.4.3.1.18",null,"Wrong cross-reference to Table 14-147. Should be Table 14-151.","Correct the cross-reference in text and in PICS.","Glen Kramer","Broadcom","gkramer@broadcom.com","(707)529-0917"]
["wg-1-22","WG","Resolved","Accept","None",null,"Technical","No",579,14,"14.4.3.1.19",null,"Wrong cross-reference to Table 14-147. Should be Table 14-152.","Correct the cross-reference in text and in PICS.","Glen Kramer","Broadcom","gkramer@broadcom.com","(707)529-0917"]
["wg-1-23","WG","Resolved","Accept","None",null,"Technical","No",580,14,"14.4.3.1.20",null,"Wrong cross-reference to Table 14-147. Should be Table 14-153.","Correct the cross-reference in text and in PICS.","Glen Kramer","Broadcom","gkramer@broadcom.com","(707)529-0917"]
["wg-1-24","WG","Resolved","Accept","None",null,"Technical","No",581,14,"14.4.3.1.21",null,"Wrong Cress reference to Table 14-163. Should be Table 14-154.","Correct the cross-reference. Make the link live.","Glen Kramer","Broadcom","gkramer@broadcom.com","(707)529-0917"]
["wg-1-25","WG","Resolved","Accept","None",null,"Technical","No",582,14,"14.4.3.2.1",null,"Starting with Table 14-155 and until the end of Clause 14, all reference to Tables in text point to correct tables but show the table number lagging by 6, 5 or up to 12 the actual table number.","Correct the cross-references in text and in PICS.","Glen Kramer","Broadcom","gkramer@broadcom.com","(707)529-0917"]
["wg-1-45","WG","Resolved","Revised","None",null,"Technical","No",589,14,"14.4.1.1.1",null,"In Table 14-125, Initially, I was confused by seeing both \"reserved\" and \"allocated\" for the two rows 0x00-05 and 0x00-07.   Generally \"reserved\" means unused, however I believe it may mean not used In 1904 but used in DPoE-SP-OAMv2.  Is this correct?","If intended to use both \"reserved\" and (intended) \"allocated\", perhaps changing to the note to \"Only for use in DPoE-SP-OAMv2\" or something similar might make it more clear.  Otherwise, just mark as reserved in the 1904 standard and leave the note blank as a 1904 only implementation would implement this correctly.","Mark Laubach","Broadcom Corporation","laubach@broadcom.com","707-792-9093","See wq-1-46.\r\n\r\nin Table 14-125 change all instances of \"Allocated in DPoE-SP-OAMv2\" to \"See DPoE-SP-OAM for details\"\r\n\r\n"]
["wg-1-46","WG","Resolved","Revised","None",null,"Editorial","No",589,14,"14.4.1.1.1",null,"\"DPoE-SP-OAMv2\" is not listed as a normative reference in Clause 2","If using \"DPoE-SP-OAMv2\" in Table 14-125, then add the reference to Clause 2.","Mark Laubach","Broadcom Corporation","laubach@broadcom.com","707-792-9093","\r\nMake all references \"DPoE-SP-OAM\" point to the latest version of DPoEv2.0 OAM specificaton. \r\n\r\nAlso, update existing references as follows (they are outdated now), making DPoEv2.0 as base normative spec, rather than DPoEv1.0. Use the latest v2.0 Ixx revision available (for example, MULPI, OSSI, and OAM recently came out with new versions)\r\n\r\nCM‐SP‐MULPI, (CM-SP-MULPIv3.0-I28-150827), Cable Modem to Customer Premise Equipment Interface Specification.\r\nDPoE-SP-MULPI, (DPoE-SP-MULPIv2.0-I08-150220), DOCSIS® Provisioning of EPON Specifications—DPoE™ MAC and Upper Layer Protocols Requirements.\r\nDPoE-SP-OAMv1.0, (DPoE-SP-OAMv1.0-I01-110225), DOCSIS® Provisioning of EPON Specifications—DPoE™ OAM Extensions Specification.\r\nDPoE-SP-OSSI, (DPoE-SP-OSSIv2.0-I07-150910), DOCSIS® Provisioning of EPON Specifications—DPoE™ Operations and Support System Interface Specification.\r\nDPoE-SP-PHY, (DPoE-SP-PHYv2.0-I04-140807), DOCSIS® Provisioning of EPON Specifications—DPoE™ Physical Layer Specification.\r\nDPoE-SP-SEC, (DPoE-SP-SECv2.0-I04-140807), DOCSIS® Provisioning of EPON Specifications—DPoE™ Security Specification."]
["wg-1-8","WG","Resolved","Accept","None",null,"Editorial","No",596,14,"14.4.3.1.1",null,"Update cross refrences for tables with TLV structure. For example in 14.4.3.1.1, the reference reads \"The Variable Container TLV for the Sequence TLV shall be as specified in Table 14-133.\" but points to Table 14-134. \nStarting in 14.4.3.1.17, references to TLV tables are all broken - in 14.4.3.1.17, we point to Table 14-148 (ONU CVC Validity TLV (0xD7/0x00-0F)), rather than to Table 14-150 (Vendor Name TLV (0xD7/0x00-11)) \nThe same applies to PICS, where references to individual tables need to be also fixed. ",null,"Marek Hajduczenia","Bright House Networks","marek.hajduczenia@mybrighthouse.com","+1-813-465-0669","See wq-1-19"]
["wg-1-49","WG","Resolved","Reject","None",null,"Technical","No",608,14,"14.4.3.1.17",null,"In Table 14-150, under the size column \"Varies\" is technically broader then the preceding size specification in the definition.  Same for Table 14-151 and Table 14-152.","Consider changing \"Varies\" to \"1..32\" to be consistent with variable size length used in other tables.","Mark Laubach","Broadcom Corporation","laubach@broadcom.com","707-792-9093","The current way of specifying is technically correct and avoid repetition of the same information already specified clearly, leading to introduction of potential issues and additional maintenance down the road. "]
["wg-1-47","WG","Resolved","Accept","None",null,"Editorial","No",611,null,null,null,"In Table 14-153 for the \"Notes\" column for the \"Downstream\" and \"Upstream\" field rows, consider left format rather than justify.  This should fix the visual padding errors.","As per comments.","Mark Laubach","Broadcom Corporation","laubach@broadcom.com","707-792-9093"]
["wg-1-48","WG","Resolved","Reject","None",null,"Editorial","No",622,14,"14.4.3.1.21",null,"This is only a comment against the markup file and not the draft specification.  What does green text mean in the markup file?",null,"Mark Laubach","Broadcom Corporation","laubach@broadcom.com","707-792-9093","Green text in markup indicating text being moved around, i.e., existing text being moved to a different location. \r\nNo changes to draft needed. "]
["wg-1-26","WG","Resolved","Accept","None",null,"Technical","No",654,14,"14.4.3.9.1",null,"Cross-references to Tables 14-257, 14-258, 14-259, 14-260, and 14-265 all shown as Table 14-256.","Correct the cross-references in text and in PICS.","Glen Kramer","Broadcom","gkramer@broadcom.com","(707)529-0917"]
["wg-1-50","WG","Resolved","Reject","None",null,"Technical","No",654,14,"14.4.3.6.1",null,"Where is the \"structure\" syntax type defined?  The two occurences here are unique in the draft.","Please provide clarity on how one determines the syntax details of \"structure\".","Mark Laubach","Broadcom Corporation","laubach@broadcom.com","707-792-9093","In this case: \"The sClause sub-attribute is itself a compound sub-attribute that consists of multiple sub-attributes.\", i.e., it is a series of field entries, where each field entry has the value defined in 14.4.3.6.1.1."]
["wg-1-51","WG","Resolved","Reject","None",null,"Technical","No",677,14,"14.4.3.7.3",null,"Shall we leave it to be assumed the ignore is normative behaviour?","Consider changing \"the OLT and the ONU ignore the sub-attribute\" to \"the OLT and the ONU shall ignore the sub-attribute\"","Mark Laubach","Broadcom Corporation","laubach@broadcom.com","707-792-9093","\"ignoring\" a sub-attribute is not really testable externally - the value does not make sense for mLLID in this case, even if the ONU/OLT choose NOT to ignore it. "]
["wg-1-32","WG","Resolved","Accept","None",null,"Technical","No",688,"4A","4A.2.13",null,"Attribute aOnuFwFileName has been moved to a different sub-clause. The associated PICS needs to point to new clause","In PICSs AU-ME32a, AU-ME32b, and AT-ME32 replace \"14.4.3.2.14\" with \"14.4.3.1.21\"\nIn PICSs AU-ME33 and AT-ME33, replace \"14.4.3.2.15\" with \"14.4.3.2.14\" ","Glen Kramer","Broadcom","gkramer@broadcom.com","(707)529-0917"]
["wg-1-7","WG","Resolved","Revised","None",null,"Technical","No",691,14,"14.4.3.11",null,"DEMARC auto-configuration mechanism is being withdrawn from DPoE specifications","Remove 14.4.3.11 and associated PICS (AT-ME139, AT-ME140, AT-ME141, AT-ME142, AU-ME139, AU-ME140, AU-ME141, AU-ME142) - do not renumber PICs\nIn Table 14-133, remove \"Object group: Demarc auto-configuration\", Mark entries for 0x08-00 through 0x08-03 as reserved (currently assigned to aDacConfig, aDacConfigFlags, aDacPassChallenge, aDacStatus).","Marek Hajduczenia","Bright House Networks","marek.hajduczenia@mybrighthouse.com","+1-813-465-0669","In Table 14-133 for the attributes 0x0820-0x0822, change to proper clause.\r\n\r\nCheck all entries in Table 14-133 to make sure referenced clauses are correct.\r\n\r\nMake sure all other references to DEMARC are removed.\r\n\r\nRemove any associated PICS related to DEMARC.\r\n\r\n"]
["wg-1-28","WG","Resolved","Revised","None",null,"Technical","Yes",701,"4A","4A.2.18",null,"D2.0 has implemented modifications to multicast connectivity feature for Package A, but PICS were not updated to reflect the new specification. ","Modify PICS for Multicast for Package A, as shown in rmtf_1512_kramer_multicast_pics_1.pdf. Note: the proposed modifications relect the updated clause 7.4.5 per rmtf_1512_kramer_multicast_operation_1.pdf.","Glen Kramer","Broadcom","gkramer@broadcom.com","(707)529-0917","Implement all changes except for changes to 4A.2.1 and 4A.2.2, which were NOT removed in the draft D2.0."]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[null,null,null,null,null,null,null,null,null,{"$f":"get_Clause_assignment(K375)","v":""}]
[null,null,null,null,null,null,null,null,null,""]
[null,null,null,null,null,null,null,null,null,""]
[null,null,null,null,null,null,null,null,null,{"$f":"get_Clause_assignment(K378)","v":""}]
[null,null,null,null,null,null,null,null,null,""]
[null,null,null,null,null,null,null,null,null,""]
[null,null,null,null,null,null,null,null,null,""]
[null,null,null,null,null,null,null,null,null,""]
[null,null,null,null,null,null,null,null,null,""]
[null,null,null,null,null,null,null,null,null,""]
[null,null,null,null,null,null,null,null,null,""]
[null,null,null,null,null,null,null,null,null,""]
[null,null,null,null,null,null,null,null,null,""]
[null,null,null,null,null,null,null,null,null,""]
[null,null,null,null,null,null,null,null,null,""]
[null,null,null,null,null,null,null,null,null,""]
[null,null,null,null,null,null,null,null,null,""]
[null,null,null,null,null,null,null,null,null,""]
[null,null,null,null,null,null,null,null,null,""]
[null,null,null,null,null,null,null,null,null,""]
[null,null,null,null,null,null,null,null,null,""]
[null,null,null,null,null,null,null,null,null,""]
[null,null,null,null,null,null,null,null,null,""]
[null,null,null,null,null,null,null,null,null,""]
[null,null,null,null,null,null,null,null,null,""]
[null,null,null,null,null,null,null,null,null,""]
[null,null,null,null,null,null,null,null,null,""]
[null,null,null,null,null,null,null,null,null,""]
[null,null,null,null,null,null,null,null,null,""]
[null,null,null,null,null,null,null,null,null,""]
[null,null,null,null,null,null,null,null,null,""]
[null,null,null,null,null,null,null,null,null,""]
[null,null,null,null,null,null,null,null,null,""]
[null,null,null,null,null,null,null,null,null,""]
[null,null,null,null,null,null,null,null,null,""]
[null,null,null,null,null,null,null,null,null,""]
[null,null,null,null,null,null,null,null,null,""]
[null,null,null,null,null,null,null,null,null,""]

{"sheet":"Stats","index":2,"n_rows":22,"n_cols":7,"rows_kept":22,"cut":false,"hidden":false,"merged":[]}
[null,"E","ER","T","TR",null,"Totals"]
[0,{"$f":"get_Stats($A2,B$1)","v":1},0,0,0,null,{"$f":"SUM(B2:F2)","v":1}]
[99,0,0,0,0,null,{"$f":"SUM(B3:F3)","v":0}]
[1,0,0,0,0,null,{"$f":"SUM(B4:E4)","v":0}]
[2,3,0,0,0,null,3]
[3,0,0,0,0,null,0]
[4,0,0,0,0,null,0]
[5,0,0,0,0,null,0]
[6,1,0,1,0,null,2]
[7,6,0,3,2,null,11]
[8,1,0,0,0,null,1]
[null,null,null,null,null,null,{"$f":"SUM(G2:G11)","v":18}]
["Totals",{"$f":"SUM(B2:B11)","v":12},{"$f":"SUM(C2:C11)","v":0},{"$f":"SUM(D2:D11)","v":4},{"$f":"SUM(E2:E11)","v":2},{"$f":"SUM(B13:E13)","v":18},{"$f":"IF(F13=G12,\"OK\",\"ERROR\")","v":"OK"}]
[]
["TFs","Conformance1","Conformance2","Conformance3"]
["All",{"$f":"SUM(G2:G7,G8:G8)","v":4},{"$f":"SUM(G9:G10)","v":13},{"$f":"SUM(G11)","v":1}]
["E",{"$f":"SUM(B2:B7,B8:B8)","v":4},{"$f":"SUM(B9:B10)","v":7},{"$f":"SUM(B11)","v":1}]
["ER",{"$f":"SUM(C2:C7,C8:C8)","v":0},{"$f":"SUM(C9:C10)","v":0},{"$f":"SUM(C11)","v":0}]
["T",{"$f":"SUM(D2:D7,D8:D8)","v":0},{"$f":"SUM(D9:D10)","v":4},{"$f":"SUM(D11)","v":0}]
["TR",{"$f":"SUM(E2:E7,E8:E8)","v":0},{"$f":"SUM(E9:E10)","v":2},{"$f":"SUM(E11)","v":0}]
["E+ER",{"$f":"SUM(B17:B18)","v":4},{"$f":"SUM(C17:C18)","v":7},1]
["T+TR",{"$f":"SUM(B19:B20)","v":0},{"$f":"SUM(C19:C20)","v":6},0]

{"sheet":"Status change flow","index":4,"n_rows":6,"n_cols":2,"rows_kept":6,"cut":false,"hidden":false,"merged":[[1,0,1,1]]}
[]
["Legend"]
[]
["CS","Comment Status"]
["CC","Commenter Satisfaction"]
["RS","Response Status"]

{"sheet":"Tools","index":5,"n_rows":1,"n_cols":1,"rows_kept":1,"cut":false,"hidden":false,"merged":[]}
["Sponsor Ballot Tools"]

{"sheet":"Parameters","index":6,"n_rows":50,"n_cols":8,"rows_kept":50,"cut":false,"hidden":true,"merged":[]}
[10000,"TF1","New","AIP","Satisfied","Technical","Yes",50]
[null,"TF2","Incomplete","Accept","Unsatisfied","Editorial","No",49]
[null,"TF3","Postponed","Reject",null,null,null,48]
[null,"TF4","Resolved",null,null,null,null,47]
[null,"WG","Withdrawn",null,null,null,null,46]
[null,null,"Proposed",null,null,null,null,45]
[null,null,"Closed",null,null,null,null,44]
[null,null,null,null,null,null,null,43]
[null,null,null,null,null,null,null,42]
[null,null,null,null,null,null,null,41]
[null,null,null,null,null,null,null,40]
[null,null,null,null,null,null,null,39]
[null,null,null,null,null,null,null,38]
[null,null,null,null,null,null,null,37]
[null,null,null,null,null,null,null,36]
[null,null,null,null,null,null,null,35]
[null,null,null,null,null,null,null,34]
[null,null,null,null,null,null,null,33]
[null,null,null,null,null,null,null,32]
[null,null,null,null,null,null,null,31]
[null,null,null,null,null,null,null,30]
[null,null,null,null,null,null,null,29]
[null,null,null,null,null,null,null,28]
[null,null,null,null,null,null,null,27]
[null,null,null,null,null,null,null,26]
[null,null,null,null,null,null,null,25]
[null,null,null,null,null,null,null,24]
[null,null,null,null,null,null,null,23]
[null,null,null,null,null,null,null,22]
[null,null,null,null,null,null,null,21]
[null,null,null,null,null,null,null,20]
[null,null,null,null,null,null,null,19]
[null,null,null,null,null,null,null,18]
[null,null,null,null,null,null,null,17]
[null,null,null,null,null,null,null,16]
[null,null,null,null,null,null,null,15]
[null,null,null,null,null,null,null,14]
[null,null,null,null,null,null,null,13]
[null,null,null,null,null,null,null,12]
[null,null,null,null,null,null,null,11]
[null,null,null,null,null,null,null,10]
[null,null,null,null,null,null,null,9]
[null,null,null,null,null,null,null,8]
[null,null,null,null,null,null,null,7]
[null,null,null,null,null,null,null,6]
[null,null,null,null,null,null,null,5]
[null,null,null,null,null,null,null,4]
[null,null,null,null,null,null,null,3]
[null,null,null,null,null,null,null,2]
[null,null,null,null,null,null,null,1]

{"sheet":"Values","index":7,"n_rows":25,"n_cols":7,"rows_kept":25,"cut":false,"hidden":true,"merged":[]}
["None","None","WG","None","Technical","Yes",0]
["New","AIP","TF1","Satisfied","Editorial","No",1]
["Proposed","Accept","TF2","Unsatisfied",null,null,2]
["Postponed","Reject","TF3","TBD",null,null,3]
["Incomplete",null,"TF4",null,null,null,4]
["Withdrawn",null,"TF5",null,null,null,"4A"]
["Resolved",null,null,null,null,null,"4B"]
[null,null,null,null,null,null,"4C"]
[null,null,null,null,null,null,5]
[null,null,null,null,null,null,"5A"]
[null,null,null,null,null,null,6]
[null,null,null,null,null,null,7]
[null,null,null,null,null,null,"7A"]
[null,null,null,null,null,null,8]
[null,null,null,null,null,null,9]
[null,null,null,null,null,null,"9A"]
[null,null,null,null,null,null,"9B"]
[null,null,null,null,null,null,10]
[null,null,null,null,null,null,"10A"]
[null,null,null,null,null,null,11]
[null,null,null,null,null,null,12]
[null,null,null,null,null,null,13]
[null,null,null,null,null,null,"13A"]
[null,null,null,null,null,null,14]
[null,null,null,null,null,null,99]

{"sheet":"Sheet1","index":8,"n_rows":276,"n_cols":1,"rows_kept":276,"cut":false,"hidden":false,"merged":[]}
[127]
[80]
[129]
[206]
[206]
[206]
[205]
[67]
[127]
[127]
[127]
[127]
[169]
[169]
[169]
[169]
[169]
[123]
[169]
[169]
[165]
[167]
[167]
[168]
[168]
[168]
[168]
[69]
[98]
[115]
[42]
[47]
[80]
[81]
[81]
[81]
[82]
[61]
[83]
[83]
[83]
[83]
[84]
[84]
[84]
[84]
[84]
[84]
[89]
[67]
[85]
[87]
[87]
[87]
[87]
[55]
[88]
[88]
[89]
[89]
[89]
[90]
[91]
[91]
[91]
[91]
[92]
[93]
[93]
[93]
[95]
[21]
[95]
[96]
[96]
[96]
[96]
[96]
[96]
[96]
[97]
[97]
[98]
[98]
[99]
[104]
[107]
[107]
[107]
[107]
[107]
[108]
[108]
[108]
[107]
[109]
[109]
[109]
[111]
[111]
[112]
[112]
[116]
[117]
[55]
[55]
[55]
[55]
[56]
[56]
[56]
[56]
[55]
[48]
[71]
[49]
[40]
[51]
[49]
[123]
[46]
[126]
[112]
[62]
[62]
[112]
[112]
[112]
[112]
[47]
[48]
[47]
[47]
[47]
[48]
[49]
[49]
[40]
[40]
[41]
[41]
[48]
[48]
[102]
[47]
[110]
[51]
[52]
[113]
[114]
[111]
[52]
[114]
[115]
[114]
[42]
[113]
[53]
[115]
[111]
[180]
[53]
[53]
[53]
[53]
[54]
[54]
[54]
[84]
[84]
[87]
[88]
[88]
[86]
[102]
[102]
[103]
[103]
[103]
[104]
[104]
[26]
[38]
[48]
[50]
[67]
[67]
[57]
[57]
[57]
[60]
[54]
[178]
[178]
[178]
[179]
[179]
[178]
[46]
[141]
[141]
[139]
[141]
[32]
[75]
[76]
[76]
[76]
[77]
[92]
[92]
[92]
[84]
[54]
[85]
[85]
[24]
[24]
[80]
[80]
[81]
[82]
[83]
[89]
[90]
[91]
[93]
[46]
[45]
[96]
[95]
[95]
[95]
[97]
[97]
[98]
[99]
[99]
[99]
[101]
[105]
[105]
[105]
[62]
[111]
[111]
[114]
[115]
[104]
[118]
[56]
[46]
[46]
[108]
[91]
[92]
[50]
[69]
[191]
[53]
[28]
[52]
[47]
[47]
[42]
[117]
[118]
[118]
[118]
[120]
[121]
[122]
[109]
[98]
[82]
[123]