Thread Links | Date Links | ||||
---|---|---|---|---|---|
Thread Prev | Thread Next | Thread Index | Date Prev | Date Next | Date Index |
Hi Xiangxin, Happy New Year! Thanks for your comments. Please see my response inline below. BR, Duncan From:
顾祥新 (Xiangxin Gu) <Xiangxin.Gu@xxxxxxxxxx>
WARNING:
This email originated from outside of Qualcomm. Please be wary of any links or attachments, and do not enable macros. Hi Duncan, Happy New Year! Thanks for the effort on the PDT. I have a question on the text. What is “another target AP MLD”? [DH] I changed it to “to a target AP MLD” and hope that clarifies it. I have also a suggestion to add “When a non-AP MLD uses … to a target AP MLD” at the beginning of clause 37.12.2, as the following: [DH] Looks good. I’ve added this phrase now. From: Duncan Ho <00002b3e54cff3e2-dmarc-request@xxxxxxxxxxxxxxxxx>
Dear SR TTT members, Happy New Year! Thanks Mark, Mike and Guogang for your review of the draft and all your thoughtful comments. Much appreciated! I just uploaded the R1 of the PDT
here based on all the comments I’ve received so far. Mark, I’ve addressed your comments in the attached “11-24-1881-01-011bn-PDT-mac-seamless-roaming-v5-mgr+DH” and “11-24-1881-00-00bn-pdt-mac-seamless-roaming-mgr+DH-mgr+DH”. Guogang, I’ve addressed your comments in the attached “11-24-1881-00-00bn-pdt-mac-seamless-roaming-HGG+DH”, Mike, I’ve added the “To be done” you suggested. For the sentence about notifying the DS about the DS mapping change, I’m keeping it for now since “DS mapping change” is in the Motion and it is one of the important aspects of seamless roaming. However, I
do understand that we may need to modify it or add clarifications later as we have further discussion on the SR framework and DS mapping updates.
Thanks, Duncan From: Mark Rison <m.rison@xxxxxxxxxxx>
WARNING:
This email originated from outside of Qualcomm. Please be wary of any links or attachments, and do not enable macros. - "The non-AP MLD may transmit Class 3 frames to the target AP MLD after receiving
the TBD Response frame sent by the current AP MLD." seems meaningless since "after" can mean a very long period and the non-AP surely will send class 3 frame after it moves under target AP. Maybe
the intention is to use "when"? [DH] The sentence specifies the EARLIEST time the non-AP MLD can transmit Class 3 frames so it seems correct to me. Are you saying some may interpret the “after” can mean a very long
time (which is not specified)? That does not seem like a natural interpretation of spec language. Note we cannot use “when” because at the time the Response frame is received, the non-AP MLD may or may not have frames to transmit immediately. It would be clearer to express this as "The non-AP MLD shall not transmit Class 3 frames to the target MLD until it has received the TBD Response frame." - "In addition, by this time, the DS has been notified about the update of the destination mapping
for the non-AP MLD if necessary, from the currently AP MLD to the target AP MLD." "by the time" is confusing since the sentence above uses "may" so there can be 2 possible cases. [DH] This sentence is a bit problematic. I’ll try to reword it in the next revision of the draft. This appears to be some kind of hidden "shall". The "shall" should be made explicit. Thanks, Mark --
Mark RISON, Standards Architect, WLAN English/Esperanto/Français Samsung Cambridge Solution Centre Tel: +44 1223 434600 1 Cambridge Square, Cambridge CB4 0AE Fax: +44 1223 434601 ROYAUME UNI WWW:
http://www.samsung.com/uk From: Duncan Ho <00002b3e54cff3e2-dmarc-request@xxxxxxxxxxxxxxxxx>
Hi Haorui, Thanks for your comments and please see my responses inline below. From: Haorui Yang(Rae) <yanghaorui0217@xxxxxxx>
WARNING:
This email originated from outside of Qualcomm. Please be wary of any links or attachments, and do not enable macros. Hi Duncan, Thanks for the updated draft. I have the below comment: - "The non-AP MLD may transmit Class 3 frames to the target AP MLD after receiving the TBD Response
frame sent by the current AP MLD." seems meaningless since "after" can mean a very long period and the non-AP surely will send class 3 frame after it moves under target AP. Maybe the intention is
to use "when"? [DH] The sentence specifies the EARLIEST time the non-AP MLD can transmit Class 3 frames so it seems correct to me. Are you saying some may interpret the “after” can mean a very long time (which is not specified)?
That does not seem like a natural interpretation of spec language. Note we cannot use “when” because at the time the Response frame is received, the non-AP MLD may or may not have frames to transmit immediately. - "In addition, by this time, the DS has been notified about the update of the destination mapping for the
non-AP MLD if necessary, from the currently AP MLD to the target AP MLD." "by the time" is confusing since the sentence above uses "may" so there can be 2 possible cases. [DH] This sentence is a bit problematic. I’ll try to reword it in the next revision of the draft. Thanks, Duncan BRs, Haorui Yang(Rae) China Mobile ---- Replied Message ----
Hi Duncan,
Thanks for the update. I have two comments: 1) The text I added (To be done: Define the framework for seamless transition needs to be a placeholder in this contribution.) 2) I believe the following text is contentious and should not be included in this draft text at this time (pending the discussion on framework above). "In addition, by this time, the DS has been notified about the update of the destination mapping for the non-AP
MLD if necessary, from the currently AP MLD to the target AP MLD" I would suggest that you delete it at this time. Cheers, Mike On Fri, Dec 13, 2024 at 11:59 PM Duncan Ho <dho@xxxxxxxxxxxxxxxx>
wrote:
To unsubscribe from the STDS-802-11-TGBN list, click the following link:
https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGBN&A=1
To unsubscribe from the STDS-802-11-TGBN list, click the following link:
https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGBN&A=1 To unsubscribe from the STDS-802-11-TGBN list, click the following link:
https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGBN&A=1
To unsubscribe from the STDS-802-11-TGBN list, click the following link:
https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGBN&A=1 This email (including its attachments) is intended only for the person or entity to which it is addressed and may contain information that is privileged, confidential or otherwise protected from disclosure.
Unauthorized use, dissemination, distribution or copying of this email or the information herein or taking any action in reliance on the contents of this email or the information herein, by anyone other than the intended recipient, or an employee or agent
responsible for delivering the message to the intended recipient, is strictly prohibited. If you are not the intended recipient, please do not read, copy, use or disclose any part of this e-mail to others. Please notify the sender immediately and permanently
delete this e-mail and any attachments if you received it in error. Internet communications cannot be guaranteed to be timely, secure, error-free or virus-free. The sender does not accept liability for any errors or omissions.
To unsubscribe from the STDS-802-11-TGBN list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGBN&A=1 |