Re: [802.3_ISAAC] [EXTERNAL] Re: [802.3_ISAAC] Question on Baseline Text Proposal for TDD Based 802.3dm PHY
- To: STDS-802-3-ISAAC@xxxxxxxxxxxxxxxxx
- Subject: Re: [802.3_ISAAC] [EXTERNAL] Re: [802.3_ISAAC] Question on Baseline Text Proposal for TDD Based 802.3dm PHY
- From: George Zimmerman <george@xxxxxxxxxxxxxxxxxxxx>
- Date: Sat, 5 Jul 2025 19:56:51 +0000
- Accept-language: en-US
- Arc-authentication-results: i=2; mx.google.com; dkim=pass header.i=@CMEconsulting.onmicrosoft.com header.s=selector2-CMEconsulting-onmicrosoft-com header.b=QlRiHSSt; arc=pass (i=1 spf=pass spfdomain=cmephyconsulting.com dkim=pass dkdomain=cmephyconsulting.com dmarc=pass fromdomain=cmephyconsulting.com); spf=pass (google.com: domain of george@xxxxxxxxxxxxxxxxxxxx designates 40.107.93.135 as permitted sender) smtp.mailfrom=george@xxxxxxxxxxxxxxxxxxxx
- Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cmephyconsulting.com; dmarc=pass action=none header.from=cmephyconsulting.com; dkim=pass header.d=cmephyconsulting.com; arc=none
- Arc-message-signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=mime-version:content-transfer-encoding:content-language :accept-language:in-reply-to:references:message-id:date:thread-index :thread-topic:subject:to:from:dkim-signature; bh=w5ZYajkZBKyOowvkYy6499N7KJ29cN4wliwLbfiyzaA=; fh=gugQI5KHSIdluy9DPlcYczNktyfHkiLR0mbYv41DkpY=; b=lA7nGzaU2Y1Z8v1lsH4WhURK1MHMxSR6GnTu31581qZAY2HPSKeJAVf43U7HmRr50F IauidoHaeh4Es10xqNs0B4jPceJPWhhM7a2a8xt4ekutwFNTM6KgypViHt9TtgH2mvk1 tIznRwVD83TNL3hvFbKmCGJhai/c7rfraMRYGzYfXf8cFoxLPu/jh4Y3B9CPH45sgdGb lFLTPSzOvDAO1w9d5uQs8lraUtCpPC0JPTpTnJD+tyDtjBByPELMEfFSq0QmSYTgU1p5 EaY6upHC+NOQs1Df2Cm5Bq8D5Z70H2Gvha62TSU0snkb1WXrcjvT8c4ToNbXI3gyK6Pw zHHg==; dara=google.com
- Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=w5ZYajkZBKyOowvkYy6499N7KJ29cN4wliwLbfiyzaA=; b=F+6Ry1Cd+jx5Q1HVGUhjHmoSPCvcmNdNv4u71RAlyXs89YG0o2G7K7r4t7eV/NP1/y2+2SRgSwpHLYP3r3rU1trfqpa9NXRd14ciiM6FPLRIYDhhvo+l6iFTMkBr3QiH3IaSul3fmnBPjLeG7z0PxX5G1SV2H8AsvFA2HAa+RroGVtcoIguWAC1zeYr4ZvoCpYajTn36UVsYfwVv/zNIvITdVhse3JhUNz6GKmwDs9NbPnSpvr0uqIYruaj/lNLUpamFGCfHTlEhM7HkF0noqP3Qbf9OXkQr4wk9bjcmMe/vYpMSKXKLzATPIitqsmRNL+7OCy+amw+nq7ykmylRyQ==
- Arc-seal: i=2; a=rsa-sha256; t=1751745415; cv=pass; d=google.com; s=arc-20240605; b=W4Z0at6kpmTuS/3dUtxzHupBftbBSJ+seI9Cwju7miMapGw5/ikk2/IW+aMtDyWDOI Hm26Kif+AkCKQtLZU2x0Yx1SWqpFQQszAwD7CkB3XX7D6WR6DWg4gfx1jYL9H3J4MztQ jODfKMeQbVP5Hg2+/k1YQ+g8ZgCwfVF0ajyw/ZpRs1mW7N9t/WKvVw548UkVnx7dpmO5 lh/in/lXFIAHW5M6r72/pG0fpgfOf5fbgRnXmdkJ8akV6WtbvI9wr32NJ0UbqeWVCXOp KtanL22k2NjnY9fa7n/3XQs8PXzyJvQK0H9tlAbCtmzO9SZ2JcUYHZseQr5/8cvL2W0d RPwA==
- Arc-seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=TH/HJB242KIEaf4R1zmPwXlvnAvrvRAFBAs1tDBdiRC6Fkh61e+5oeLZ0VhFyR67TA4VNyFWFULC8sztciOmccq/JBO6F19BuAwRuU7qwwagkeQgHqSvOexYIdeGuSURD3mQrbCdlrCJMnTmFqaZdkelVbFQ6WBix80q9hj79SPtHs0IGTGmCnALToKWQ7JecP4YSAbo/+FHnYgZixnAoq9XgBQ8hPsf64khakZenok0EwyLKypRdjw7Iu0lg7cgeal2Z3euUIgV7tglRpsjBYjOdpIuo0CRX/W2wIz+n7Z+D2Zsjw2E+4YZPIVhKzlSD33avYEfCmevQeGQ2qy00Q==
- Delivered-to: mhonarc@xxxxxxxxxxxxxxxx
- Delivered-to: STDS-802-3-ISAAC@xxxxxxxxxxxxxxxxx
- In-reply-to: <1993560671333405.WA.wei.loubroadcom.com@listserv.ieee.org>
- List-archive: <https://listserv.ieee.org/cgi-bin/wa?LIST=STDS-802-3-ISAAC>
- List-help: <https://listserv.ieee.org/cgi-bin/wa?LIST=STDS-802-3-ISAAC>, <mailto:LISTSERV@LISTSERV.IEEE.ORG?body=INFO%20STDS-802-3-ISAAC>
- List-owner: <mailto:STDS-802-3-ISAAC-request@LISTSERV.IEEE.ORG>
- List-subscribe: <mailto:STDS-802-3-ISAAC-subscribe-request@LISTSERV.IEEE.ORG>
- List-unsubscribe: <mailto:STDS-802-3-ISAAC-unsubscribe-request@LISTSERV.IEEE.ORG>
- References: <1993560671333405.WA.wei.loubroadcom.com@listserv.ieee.org>
- Reply-to: George Zimmerman <george@xxxxxxxxxxxxxxxxxxxx>
- Thread-index: AQHb7eQ4x3v3BRQK5Ui0NkYUqFfDwbQj8YWg
- Thread-topic: [802.3_ISAAC] [EXTERNAL] Re: [802.3_ISAAC] Question on Baseline Text Proposal for TDD Based 802.3dm PHY
Thanks Wei Lou -
When auto-neg is not supported, I don't see an issue with the naming of link_fail_inhibit_timer. It wasn't clear to me that the TDD-based dm proposal does not support autoneg at all. With that clarification, I don't see any issue with naming.
George Zimmerman, Ph.D.
President & Principal
CME Consulting, Inc.
Experts in Advanced PHYsical Communications
george@xxxxxxxxxxxxxxxxxxxx
310-920-3860
-----Original Message-----
From: Wei Lou <000047a3c8c56bbe-dmarc-request@xxxxxxxxxxxxxxxxx>
Sent: Saturday, July 5, 2025 12:37 PM
To: STDS-802-3-ISAAC@xxxxxxxxxxxxxxxxx
Subject: Re: [802.3_ISAAC] [EXTERNAL] Re: [802.3_ISAAC] Question on Baseline Text Proposal for TDD Based 802.3dm PHY
Hi, Ragnar and George,
Thank you both for the valuable feedback and detailed review.
Ragnar – I agree that naming is important for clarity. Using something like timer_active instead of training_active would better reflect the variable’s purpose. If the Task Force supports that direction, I’m happy to make the change. I’ll add this variable to Section 200.6.4.1 (PMA state diagram variables) on page 59 of the text proposal.
As for tx_tdd_active, it represents an active state combining SEND_TS, SEND_TA, SEND_TA_EXT, and SEND_N. Right now, it’s equivalent to tx_mode != SEND_Z, as you noted. If others supporting the TDD proposal agree, I’m open to removing it for simplification.
George – Regarding link_fail_inhibit_timer, while it’s commonly associated with autonegotiation, it’s also used in link synchronization/force mode in 802.3bp and 802.3ch. In those cases, the timer starts after autoneg or link sync completes, and it ensures that training doesn’t continue indefinitely. If training fails to reach Link_status = OK before the timer expires, the system will revert to autoneg/link sync and restart the identification process.
In the TDD-based 802.3dm proposal, we remove both autoneg and link sync. The symmetric training stage serves both purposes, operating at the lowest speed and allowing negotiation via InfoFields. Since 802.3dm is a new standard that doesn’t need to interoperate with .bp or .ch via autoneg, we believe reusing the name link_fail_inhibit_timer won’t cause confusion. We also considered maxwait_timer defined in 802.3 bp, but in 802.3 .dm, this timer behavior differs from .802.3 bp (where both sides start the maxwait_timer after leaving PHYC TRANSMITTER_DISABLE). In .dm, we need a common (or near-common) timer starting point due to potential power-up/reset delays between MASTER and SLAVE. In both 802.3 bp and 802.3ch, this common starting point is the time when Link sync/autoNeg is finished. In TDD 802.3 dm, this common starting point is the time when the SLAVE sending its first burst. That said, we’re open to renaming it if the Task Force prefers.
Thank you
Wei
________________________________________________________________________
To unsubscribe from the STDS-802-3-ISAAC list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-3-ISAAC&A=1
________________________________________________________________________
To unsubscribe from the STDS-802-3-ISAAC list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-3-ISAAC&A=1