Re: [802.3_ISAAC] Link Delay - ACT vs TDD cable length
- To: STDS-802-3-ISAAC@xxxxxxxxxxxxxxxxx
- Subject: Re: [802.3_ISAAC] Link Delay - ACT vs TDD cable length
- From: Guy Hutchison <guy@xxxxxxxxxxxxxx>
- Date: Wed, 12 Nov 2025 06:28:46 +0000
- Accept-language: en-US
- Arc-authentication-results: i=2; mx.google.com; dkim=pass header.i=@avivalinks.com header.s=selector-1714758935 header.b=GvS4wAjH; arc=pass (i=1 spf=pass spfdomain=avivalinks.com dkim=pass dkdomain=avivalinks.com dmarc=pass fromdomain=avivalinks.com); spf=pass (google.com: domain of guy@xxxxxxxxxxxxxx designates 67.231.154.184 as permitted sender) smtp.mailfrom=guy@xxxxxxxxxxxxxx
- Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=avivalinks.com; dmarc=pass action=none header.from=avivalinks.com; dkim=pass header.d=avivalinks.com; arc=none
- Arc-message-signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=mime-version:msip_labels:content-language:accept-language :in-reply-to:references:message-id:date:thread-index:thread-topic :subject:to:from:dkim-signature; bh=roGVugBysGQDF8GHli4U4uG6CZhbRmOhkyDc+CK3RYI=; fh=XB+I31Qag1oBFIPFR9wD5bpOG8PUesZO2/4fnoL26jA=; b=A3+l4MrxLlXQvAXX6JP8+T6pID3a13w5m5xTgmvJ9gEEJANQcmXMVtapVIB/Jz/ges oO1tIdvZWlNVNbmhDfoyO7APm3oFWARgESMoBxWZDXqCrXhGBI3Gbcw8IdlejBtIcnAk kAlb9119TmyNgukwJf2yxbXIB5n3C6UIIni5DNdC2AM/JBBp7fEcOCh6pkB/CHmG0qfd tOqJRWtLapDTxcfhgm3XCTEv59I/ywEXHbY7IrC4lzhDq3Fll8ZR2e6KChM5A/UHveR7 qACWVceqUfGWTESSOzvJsBaEhvQ4kyn3vwCec9gdUFwre+S19dLhQNYim4uC8MHTP+PU 5SZQ==; 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=roGVugBysGQDF8GHli4U4uG6CZhbRmOhkyDc+CK3RYI=; b=eptYZp2ICfbZIApY1Z3lq+5OBX1TkmkHettBr9koqUgwuQ1lgASj97aSJxuGGuqltZG8B1l2uj/cYAcL5WF+SbviRZaA3oVqVMGjosqy+0w/2JuBGt4QNVwtxKcJ9EReLfIKNuN/L/1FhkP53nVCJnU0Wy2GOudXvFIZspUa0ejiKzllV1fVNaGe7AWZ0jKZvEJWMz6mwCxy+uIQx1VK/RrRPLrK3cy9TOf6fNfchStHx0Xof92hKWHT93fywentvGTBMqa7kuN7KqgqZaed6d2oXdieBd0cwV+EiTL1WFkjQLN+fLO5moIVSdh/cccqRbb9m/HxWJkLVYQF0dMmJg==
- Arc-seal: i=2; a=rsa-sha256; t=1762928934; cv=pass; d=google.com; s=arc-20240605; b=NFfwpEjTAnkERiZim2uya7wDUIdg2UAl4wUJa8vSZ/zKvkhkNZ4djRDPB1QreT3dS5 D0X188xIcc9AvEhsdN53JEi3dQQpCD/lJPHZYJOttnOghnbH37iEQVpM/YVs5nTGtv/e gYydcPbBiP3+ntUzMbCHNuNgDIGpN+oB+swVf/b5EzlgbOrOTxV0IeiQOnAxgrp5pFSM 1weo8QZMWo4nD+jPhdh+SBTTFXtKawhXF4ynjBzpTWFFBKh8ZkWpEe3A0IpAuXyZ4EPR ZfVneioobZQ8ZVRKiHik1+ThhjnTTojnymaf4jVS5xhZ/wQaW5OmSN8dm6wGr+YOX9uG vW2A==
- Arc-seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=f1Lh8L+jCnkiu0H6oLaAlH1Vqvo/a1JrXa+8OuiJSd9DT+CUsDdVy4DmBnY4ZMolugpH2E7f9ihl8bur5MDxx+Fb8PSUSNzuysRjkJjmTnf0sFg/anW3hThj+dPf4b1X9rJDWSvgPTlaT5scgMsRy011AxG88s6ksX674dgcgRlNxKNbNG9l2crWLqXpv8D4LDVsROGxLyjOKEGAw2gXxZLfMtYlk3yDbx97Ym743+yKq6j6O2ED0HA6xnlwtTT6XziWhQFAn1/Tiyd2LwaeQZpOS6SqzWAIcYQ1BTEkhyoDYl0fWIMmrXM8v0z8jJdpK2B/1M5/zmEkcn6ar+p/tw==
- Delivered-to: mhonarc@xxxxxxxxxxxxxxxx
- Delivered-to: STDS-802-3-ISAAC@xxxxxxxxxxxxxxxxx
- In-reply-to: <AS8PR10MB437607364CBB94B0E5D20D61CCCCA@AS8PR10MB4376.EURPRD10.PROD.OUTLOOK.COM>
- 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>
- Msip_labels:
- References: <0b9ea4d29349453dbbdf4cb10e1d2d3b@infineon.com> <AS8PR10MB437607364CBB94B0E5D20D61CCCCA@AS8PR10MB4376.EURPRD10.PROD.OUTLOOK.COM>
- Reply-to: Guy Hutchison <guy@xxxxxxxxxxxxxx>
- Thread-index: AdxSFDm/+WqBSujgQWeh5oT2MPpPBgBaLCFQAAf3umo=
- Thread-topic: Link Delay - ACT vs TDD cable length
Hello Thomas,
The purpose of our group is to limit what the technology can do. The goal of the group is to create a standard which is optimized for a particular purpose, not one that can be used for any application.
The group PAR is (emphasis added):
Specify additions to and appropriate modifications of IEEE Std 802.3 to add Physical Layer specifications and management parameters for electrical media and operating conditions optimized for automotive end-node camera links for operation up to 10 Gb/s in one direction and with a lower data rate in the other direction.
The resulting standard may very well be useful for agricultural, construction machinery, or even aviation and robotics. However all of those applications are out of scope.
Regards,
________________________________
From: Hogenmueller Thomas (XC-CE/PAV-PRM1) <00000e1bea47ee01-dmarc-request@xxxxxxxxxxxxxxxxx>
Sent: Wednesday, November 12, 2025 2:57 AM
To: STDS-802-3-ISAAC@xxxxxxxxxxxxxxxxx <STDS-802-3-ISAAC@xxxxxxxxxxxxxxxxx>
Subject: [802.3_ISAAC] AW: Link Delay - ACT vs TDD cable length
CAUTION: This email is from an external origin!
Hello TJ,
Thanks for your clarification. We shouldn’t limit what the technology can do.
I also want to add that the potential market is also agriculture machinery and vehicles as well off-road machinery and vehicles (construction and mining). The term used therefore is called “Commercial Vehicle and Off-Road (CVO)”. These industries are making a tremendous transition to highly automation where video and raw-data radar sensors play an important role.
An industry that might also benefit from .3dm and longer reach are railway systems and any sort of public transportation.
Mit freundlichen Grüßen / Best regards
Thomas Hogenmueller
Von: TJ Houck <TJ.Houck@xxxxxxxxxxxx>
Gesendet: Montag, 10. November 2025 11:23
An: STDS-802-3-ISAAC@xxxxxxxxxxxxxxxxx
Betreff: [802.3_ISAAC] Link Delay - ACT vs TDD cable length
Hi Scott,
Thanks for the presentation today. I want to address the recurring claim that longer-reach or higher-delay channels are “out of scope” or represent a market too small to justify inclusion. I think this characterization is inaccurate.
The OICA commercial-vehicle segment—which explicitly includes light-commercial vans, heavy trucks, and buses—represents tens of millions of vehicles globally each year. These platforms use camera and sensor links with harness lengths that can exceed 15meters and one-way delays of >90 ns, even in baseline configurations. These are in-scope automotive applications, not niche prototypes.
The IEEE 802.3dm PAR states “up to at least 15 m,” establishing a minimum, not a ceiling. Nothing in the PAR prevents support for longer channels when the insertion-loss and EMC budgets remain valid. Designing for only 15m assumes away real, measurable vehicle topologies already in production.
1. The technical issue remains unresolved
As Ragnar noted Relationship between TDD IBG <https://www.ieee802.org/3/dm/public/adhoc/062625/jonsson_3dm_01_06_26_25.pdf> , TDD proponents have not addressed the fundamental problem. Instead of reconciling this with actual vehicle geometries, the conversation keeps shifting to “market adequacy” (“few vehicles need longer runs”). That framing doesn’t eliminate the electrical risk. It only changes the topic.
2. The relationship between insertion loss and delay is being reversed. This is not a “delay-limit” problem but a channel-design problem.
The standard should not constrain insertion loss because of link delay — it should define insertion-loss first, and let the resulting delay follow from the physical channel.
When delay is capped at 90 ns, we are effectively forcing an arbitrary length ceiling, reducing the permissible IL margin for longer-body vehicles. The spec should instead allow full IL cable lengths.
3. Why 160 ns is the technically defensible number?
Automotive coax/STP VF ≈ 0.66 – 0.78 c (≈ 5 – 4.3 ns/m). Some cabling can be <0.66 velocity
160 ns ÷ 5 ns/m ≈ 32 m of cable reach or shorter cable with a lower Velocity factor cable.
This aligns with realistic routing in the upper end of OICA commercial classes (e.g., articulated buses ≈ 18 m, tractor + trailer ≈ 16 m + coupling ≈ 24–28 m effective path).
A 160 ns budget therefore covers the complete OICA “commercial vehicle” range — LCV, heavy truck, and bus — while preserving adequate guard margin for TDD turnaround, EMC filtering, and PoC filter delay.
4. Public data contradicts “15 m is enough”
Passenger cars already reach 12 – 13 m: Krieger (VW Group) presented Typical Automotive Harness Topologies to 802.3ch with 0.5 – 12.5 m total channel lengths for sedans/compacts. As stated earlier 15meters is the minimum, not the ceiling.
Long-body LCVs: adding roof-rail, high-roof A-pillar, cross-dash, service loops, and inlines yields ≈ 16 – 19 m which could lead to delays >90ns
Breakdown
* Roof-rail and pillar drop extension = +2-3meters
* Cross dash traverse = +1-2meters
* Service and door swing = 1-1.5meters
* Connectors – detouring = 0.5-1meter
Total additional over Sedan = 4-6meters = 16.5 to 18.5meters
Trailers/attachments:
* Van + car-hauler (16 – 24 ft) → 15 – 20 m total.
* Tractor + 53′ semi → 24 – 28 m continuous run.
Public references (all open):
1. Krieger – Typical Automotive Harness Topologies, IEEE 802.3ch (public, 0.5–12.5 m channels).
https://grouper.ieee.org/groups/802/3/ch/public/mar18/krieger_3ch_01a_0318.pdf
1. IndexBox – Trailer and Semi-Trailer World Market Overview 2024 (~11 M units).
https://www.indexbox.io/blog/trailer-and-semi-trailer-world-market-overview-2024-1/
1. Mercedes Upfitter Guidelines – Sprinter 170 Ext High Roof Video Harness Lengths (3 × 15 m).
https://www.mercedes-benz-vans.ca/content/dam/mb-vans/us/upfitter/220523_ARL_Sprinter_907_2022_ENU_fin.pdf
https://www.mbvans.com/en/upfitter/tech-info/bulletins
My goal in raising this is to ensure that the Task Force bases its delay assumptions on physical reality and scope definition, not on an unverified estimate of “market adequacy.”
Best Regards,
TJ Houck
Infineon Technologies Americas Corp. – Detroit
System Architect
tj.houck@xxxxxxxxxxxx<mailto:Joe.Bolsenga@xxxxxxxxxxxx>
________________________________
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
________________________________
This email has been scanned for spam and viruses by Proofpoint Essentials. Click here<https://us2.proofpointessentials.com/app/report_spam.php?mod_id=11&mod_option=logitem&report=1&type=easyspam&k=k1&payload=53616c7465645f5fecc2440e8bb43f3ec5b598c497437c107297a97aea4b4cfeea7df2ed4fcc99e54230f64bb6c753df328509b8383f9516a4a8b169233729fbd008f949613e10b34b4463c7e4a4efd6b4d80b288f88ade71da6df76d3d243bb5f74a430ec4d686a8d9a7de82119efdbf5457c1d4c5a9013db1da072b48902490cbdbca33bea59622ac9a428d65d95d09fc3898f028b205ffc3fd3880d2a679d> to report this email as spam.
________________________________
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