Re: [802.3_DIALOG] Removing error ratio requirements from Std 802
- To: STDS-802-3-DIALOG@xxxxxxxxxxxxxxxxx
- Subject: Re: [802.3_DIALOG] Removing error ratio requirements from Std 802
- From: George Zimmerman <george@xxxxxxxxxxxxxxxxxxxx>
- Date: Tue, 2 May 2023 18:43:09 +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=n3s7vJsa; 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.94.131 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-20160816; h=mime-version:content-transfer-encoding:content-language :accept-language:in-reply-to:references:message-id:date:thread-index :thread-topic:subject:cc:to:from:dkim-signature; bh=ifYNVC4dgWqr7sBCN92pIjfAE/B68ol1FPOaTjqyNiI=; b=jXVr71rhB0Z0Tc9OOBMEFQiUbUqvMmeamVvZ50qOql0QOG2cAjk+lH5IVXje9eeF3E /nt8t5RD0xQrhur5FHlfev6SYN9vL+F75RJ6H+AU+pmMuKistWIG+4xMD3MgzSh5onI0 OpXu5TuKYkYyyjOcBXCeSglMOHWUXIFyQ0+8k7nwntBFEpNXUAKe4mZu8lXJ6BF4RH13 +lEdEWm2EnrcV40OTQWUGpmegBprPmcRbQhw9+8ZkdeOeIIc6VB+6JHhTNwT3gRFuT3P n8P8UpowvQ/nxYXeA5k1KevAeBrigsIxW/rY3SwDSDrCCPHV7y+wpvxo/5wkOvUWNXAJ TRwQ==
- Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; 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=ifYNVC4dgWqr7sBCN92pIjfAE/B68ol1FPOaTjqyNiI=; b=WgSKuChJIQAxbxZYUYU1j2Y4ZaIDOTxPSPH+X+VX9Qfp7FdmGKG4x4rYMxj25xkxmH6MCvf6WKxDa0DqsGRjqc8MfP0RFc6lw+oWrhhjUfoUCWUi8MwgqPex8tYnydFqXmTAnWUF5EHXMM/rK6AT6S91SjpYqeyCwWlo3OrDRQp+cwH2xNbfB+djc2am3x2aii56yYfcQvtx4C1IJet8C+Fj6qdG0/6UT2pPBADg/duREUzLasq1O2/t3IKSVWEm7dcGiUdeFXq6Yg88bZrOYRCL1cs3vIqLnaDWQKePZcE7WwJZRT8sIYNzGzW5xhjAhEtOYOSqZbKrTXdJ3wGXjg==
- Arc-seal: i=2; a=rsa-sha256; t=1683052996; cv=pass; d=google.com; s=arc-20160816; b=vIb+qGFvcQbU0J8awD9YsZAA6CoWEmSgNWTlEUSncoNLCBOfFoA1VXkSAdtvGZQz9b O6gpj6SsqpW6hgxEaljdF06tmXIItvFUW/dyo1+Vl3Aka5/0k5gVbKJ4SorYwYER5GLb zjrGqDjMGrGwUFgTXoUT4vJmgihADgZG17/WI8/fByfUBjHVg0L61OpTAzRtECKZ4IaR Wh8BttghbTDcVWbeT4O2Tk8zzWjW2+BC7O2WCEdV6kFHAf0ui8IFGWsyL1/qnkXMoSGi 0gncAYEY75AM6icRfSpFkXMvY83Ba7jz8r+5rTc101WXiSA4gCZBX7btTnyVD94w9glc axoQ==
- Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=CrMva+9yAYVI9xHbE6wWovpzjkLvSiQiLzl/dR4IjUBiAWtW2gBlUAGzd7LZjCvad2OG32w6sryNBSH2geKVhAEFU0QiCWOAsxpJXZhYqGHbSdSEGGOkUMuW2vSDqURmdp16qWlYc6TUBIK5HmLV159wLJRVNP+DNPGvq3wRuXHUODr1T5Srmv0yIWh42y+/ro5wVwG2dWIjg4TI3LXpkVe9pcCP9x/5Mz75dKcSzmr3V4DiY97UbuuihQEGl/dOWJJKzAGd6ZVS3gQIK1p//sw0udF2M1uFAYcdqC+o9y/i+56KTLRCXBIFvTnGiyEUH50M83890bcyx0Gn5dJdmw==
- Delivered-to: mhonarc@xxxxxxxxxxxxxxxx
- Delivered-to: STDS-802-3-DIALOG@xxxxxxxxxxxxxxxxx
- In-reply-to: <E003D1A6-B460-4A51-87A7-50C17DF771F1@cox.net>
- List-help: <https://listserv.ieee.org/cgi-bin/wa?LIST=STDS-802-3-DIALOG>, <mailto:LISTSERV@LISTSERV.IEEE.ORG?body=INFO%20STDS-802-3-DIALOG>
- List-owner: <mailto:STDS-802-3-DIALOG-request@LISTSERV.IEEE.ORG>
- List-subscribe: <mailto:STDS-802-3-DIALOG-subscribe-request@LISTSERV.IEEE.ORG>
- List-unsubscribe: <mailto:STDS-802-3-DIALOG-unsubscribe-request@LISTSERV.IEEE.ORG>
- References: <FA7D91B9-67C9-4B9A-B8EE-F13C5E147EB3@cox.net> <BYAPR04MB4679A2CD95E91E743016DE78BE6F9@BYAPR04MB4679.namprd04.prod.outlook.com> <E003D1A6-B460-4A51-87A7-50C17DF771F1@cox.net>
- Reply-to: George Zimmerman <george@xxxxxxxxxxxxxxxxxxxx>
- Thread-index: AQHZfRS31IPxQzr/GkGHr/F1t2YHI69HNc8AgAAY0ACAAAEOsA==
- Thread-topic: [802.3_DIALOG] Removing error ratio requirements from Std 802
Looks like the 802rev webpage misled me. (https://www.ieee802.org/1/pages/802-rev.html )
It points to a rev as the latest - which turns out is from 2010. In that one it is 5.3... the content is the same though, and is now 6.2 in 802-2014 as you point out.
(somewhere along the way they added new content which changed the numbering)
You're right, the wireless folks don't like this because it makes wireless links look inferior. However, the requirements I see do not apply to them, unless they've changed that in the revision draft. In 802-2014 are only for wired & optical, for wireless it says basically the media can't be trusted: "For wireless physical media, the error performance within a single access domain is variable over time, and no guarantee of service can be given."
-george
-----Original Message-----
From: ROBERT GROW <bobgrow@xxxxxxx>
Sent: Tuesday, May 2, 2023 11:32 AM
To: George Zimmerman <george@xxxxxxxxxxxxxxxxxxxx>
Cc: STDS-802-3-DIALOG@xxxxxxxxxxxxxxxxx
Subject: Re: [802.3_DIALOG] Removing error ratio requirements from Std 802
George,
I’m slightly confused by you citing subclause 5.3. The topic is subclause 6.2 (same number in both IEEE Std 802-2014 and P802-REVc/D1.)
So my concern becomes would deleting subclause 6.2 leave us without an overarching requirement that is applied to all PHYs. Does the Error Ratios requirements in Std 802 serve us (802.3) in evaluating PHY proposals; or is analysis of detected and undetected error ratios so entrenched in our culture that we no longer need Std 802 subclause 6.2.
The feeling I got from the wireless participants in today’s call was that they are happy not having Error Ratio specifications in Std 802, and with the complexity of their encodings and one wireless type only having a CRC-16 (and thus much worse false packet acceptance than that specified for wired/optical links. During the discussion it was also noted that the undetected error ratio (item b) is unmeasurable, only mathematically calculated assuming the link meets item a requirements.
All participating in the P802-REVc discussion today on this topic, I think, understood how error ratio quality has changed since 1000BASE-X 8b/10b PCS error multiplication (some link errors producing invalid symbols some producing multiple data bit errors). Similarly there was recognition that, FEC or other error correction capabilities might change the effective link error ratio for the data that is then CRC checked by the MAC, and that the current text does not cover error correction in the current error ratio text.
Do I read between the lines correctly, that you would not object to subclause 6.2 being deleted for the next P802-REVc recirculation ballot because we have been specifying the appropriate requirements in recent PHY clauses?
—Bob
> On May 2, 2023, at 10:14 AM, George Zimmerman <george@xxxxxxxxxxxxxxxxxxxx> wrote:
>
> Bob - it's not just the tradition of 'life of the universe' for false packet acceptance, but 802.3 is full of frame loss (or in earlier test BER) requirements. Most (if not all) of the recent phys have some kind of a frame-loss-rate specification in their clause.
>
> It is stated in different ways in different places. Not sure whether this was your concern, as the "Error ratios" in 5.3 of 802rev is stated somewhat ambiguously both interms of the probablility that "a transmitted MAC frame is not reported correctly" (item a in 5.3), as well as the probability that an MSDU delivered contains an undetected error" (item b in 5.3). While "a" would count frames that are marked errors, "b" would exclude (be tolerant of) them. Which are we doing? The big issue here is how FEC is considered.
> -george
>
> See, for example:
> Clause 92:
> Differential signals received at the MDI from a transmitter that meets the requirements of 92.8.3 and have passed through the cable assembly specified in 92.10 are received with a BER less than 10–5.
> For a complete Physical Layer, this specification is considered to be
> satisfied by a frame loss ratio (see
> 1.4.344) less than 6.2 × 10–10 for 64-octet frames with minimum interpacket gap.
>
> Others are more explicit on the requirement:
> Clause 95:
> 95.1.1 Bit error ratio
> The bit error ratio (BER) shall be less than 5 × 10–5 provided that the error statistics are sufficiently random that this results in a frame loss ratio (see 1.4.344) of less than 6.2 × 10–10 for 64-octet frames with minimum interpacket gap when processed according to Clause 91.
> If the error statistics are not sufficiently random to meet this
> requirement, then the BER shall be less than that required to give a frame loss ratio of less than 6.2 × 10–10 for 64-octet frames with minimum interpacket gap when processed according to Clause 91.
>
> Clause 97:
> Differential signals received at the MDI that were transmitted from a
> remote transmitter within the specifications of 97.5.3 and have passed through a link segment type A (specified in 97.6.1 and 97.6.3) are received with a BER less than 10–10 and sent to the PCS after link reset completion. This BER specification shall be satisfied by a frame loss ratio less than 10–7 for 125-octet frames. Operation on link segment type B is optional. If supported, the frame loss ratio shall also be met for link segments specified at 97.6.2 and 97.6.4.
>
> Similarly, there are alien crosstalk tests which are specified in terms of meeting a frame loss ratio...
>
>
>
> -----Original Message-----
> From: ROBERT GROW <bobgrow@xxxxxxx>
> Sent: Tuesday, May 2, 2023 9:40 AM
> To: STDS-802-3-DIALOG@xxxxxxxxxxxxxxxxx
> Subject: [802.3_DIALOG] Removing error ratio requirements from Std 802
>
> Colleagues:
>
> Today, working on P802-REVc comment resolution, a proposal was make to delete the error ratio text from Std 802. My recollection is that we don’t have these requirements in Std 802.3 but have used the requirement in Std 802 as the basis for analyzing if PHY proposals are acceptable for basic PHY link error rate and for undetected error rate at the MAC service interface.
>
> The current Error Ratios text for wireless networks does not include normative requirements.
>
> I’m asking those more expert than I on this for reaction to this proposal to delete subclasses 6.2 Error Ratios from P802-REVc/D1.0.
>
> —Bob
>
> ______________________________________________________________________
> __ To unsubscribe from the STDS-802-3-DIALOG list, click the following
> link:
> https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-3-DIALOG&A=1
________________________________________________________________________
To unsubscribe from the STDS-802-3-DIALOG list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-3-DIALOG&A=1