Here is a list of some of my relevant qualifications: Performance modeling activities: Founded and run AmerNet which specializes in architecture analysis and performance modeling for networking and communication products and have many clients in various committees of the IEEE 802 and elsewhere Recognized expert in the field of network/communication performance analysis and modeling and author of many publications, articles and papers on various aspects of LAN/Networking performance analysis Worked in the LAN performance analysis group at IBM since 1988 Activities in RPR: Have been participating in the RPRSG since the first meeting in May 2000 Volunteered to chair the adhoc committee on performance modeling for the RPRSG Successfully led the performance adhoc committee to reach agreement on a lot of open issues related to the performance modeling efforts Drafted and posted a draft charter for the RPR performance committee as well as the list of its accomplishments  Activities in the IEEE 802 standards and other standard bodies: An active participant in the IEEE 802 since 1992 Have been a voting member of 802.3, 802.5, 802.15 and 802.17 Represented IBM's position in various IEEE 802 committees Provided a tutorial on QoS and priorities in Token Ring LANs based on extensive simulations and performance analysis The main IEEE 802 representative for Rockwell Semiconductor Systems Chaired the QoS study group from July 1998 till March 1999 An active participant in the IETF, NP Forum and IEEE 1394 Educational background: MS degree in Electrical Engineering (Caltech - 1986) Professional background: Specialized in the area of LAN performance analysis for my entire career Responsible for the performance analysis of many system architectures and networking chips at IBM Responsible for joint research work between IBM and NC-State University in the area of multimedia performance in LAN environments Founded AmerNet in May 1998 which specializes in performance modeling and architectural analysis In response to a request from our chair to clarify why I am active in IEEE 802.17:   AmerNet provides services related to IEEE activities.

From IEEE Std 1394 Serial Bus experiences, as well as the telecom industry as a whole, the value of synchronous transfers is greatly increased if time-of-day clocks can also be synchronized.

Most noteable are IEEE 754 Floating Point > and IEEE 1394, and other microprocessor standards.

RBR includes features appropriate for the > low-latency > backplane environment: destination-based flow control, low-power > short-haul > PHY, backplane-to-backplane links, transport of IEEE-1394 > isochronous > data, > and support of IEEE-1596 memory-update operations." > > Background material includes: > http://grouper.ieee.org/groups/msc/MSC200404/RbrSlides2004Mar31.pdf > http://grouper.ieee.org/groups/msc/MSC200401/RprBackplane.pdf > > Items on the agenda include: > 1) Formulation of email reflector lists. > 2) Review of approved PAR. > 3) Sollicitation of technical inputs and strawman proposals. > 4) Discussion of related activities. > 5) Future meeting schedule. > 6) Other items as requested. > > In particular, this is an opportunity to suggest directions, revisions > of the slides and objectives, and/or strawman proposals.

Jonathan   From: Das, Dibakar Sent: Thursday, September 10, 2020 10:53 To: Segev, Jonathan ; STDS-802-11-TGAZ@xxxxxxxxxxxxxxxxx Subject: RE: TGaz Sep. 9th Telecon Agenda and Call for Submissions   Hi Jonathan,   Can you please add the following CR submissions to the queue: 11-20-1392- CR for 11.22.6.3.3 (Dibakar Das) 11-20-1393- Misc CR for Clause 9 (Dibakar Das) 11-20-1394- Misc CR for Clause 11 (Dibakar Das) ?  

From IEEE Std 1394 Serial Bus experiences, as well as the telecom industry as a whole, the value of synchronous transfers is greatly increased if time-of-day clocks can also be synchronized.

Cell: +1 (819) 609-1394 E-Mail: francois.menard@xxxxxxxxxxx Follow-Ups : Re: [802.3_NGEPON] ONU ASIC and wavelength plans From: Glen Kramer Re: [802.3_NGEPON] ONU ASIC and wavelength plans From: Duane Remein Re: [802.3_NGEPON] ONU ASIC and wavelength plans From: Marek Hajduczenia References : Re: [802.3_NGEPON] ONU ASIC and wavelength plans From: Shawn Esser Re: [802.3_NGEPON] ONU ASIC and wavelength plans From: Marek Hajduczenia Re: [802.3_NGEPON] ONU ASIC and wavelength plans From: Barry Colella Re: [802.3_NGEPON] ONU ASIC and wavelength plans From: Marek Hajduczenia Re: [802.3_NGEPON] ONU ASIC and wavelength plans From: Barry Colella Prev by Date: Re: [802.3_NGEPON] ONU ASIC and wavelength plans Next by Date: Re: [802.3_NGEPON] ONU ASIC and wavelength plans Previous by thread: Re: [802.3_NGEPON] ONU ASIC and wavelength plans Next by thread: Re: [802.3_NGEPON] ONU ASIC and wavelength plans Index(es): Date Thread

Best Regards,   Adrian P STEPHENS Tel: +44 (1793) 404 825 Tel: +44 (7920) 084 900 Tel: +1 (408) 239 7485   ---------------------------------------------- Intel Corporation (UK) Limited Registered No. 1134945 (England) Registered Office: Pipers Way, Swindon SN3 1RJ VAT No: 860 2173 47   From: ***** IEEE stds-802-11-tgm List ***** [mailto:STDS-802-11-TGM@xxxxxxxx] On Behalf Of Jon Rosdahl Sent: Tuesday, December 11, 2012 2:25 PM To: STDS-802-11-TGM@xxxxxxxxxxxxxxxxx Subject: [STDS-802-11-TGM] [Gen AdHoc] Update to comment spreadsheet through Dec 7th Telecon   --- This message came from the IEEE 802.11 Task Group M Technical Reflector --- I have uploaded doc 11-12/1394r3 which contains the updated status for the Gen AdHoc Comments through the Dec 7th Telecon. https://mentor.ieee.org/802.11/dcn/12/11-12-1394-03-000m-gen-adhoc-preballot-comment-collection-resolutions.xlsx   Note that there are still a lot of comments that could use some assistance in resolving.

Best Regards,   Adrian P STEPHENS Tel: +44 (1793) 404 825 Tel: +44 (7920) 084 900 Tel: +1 (408) 239 7485   ---------------------------------------------- Intel Corporation (UK) Limited Registered No. 1134945 (England) Registered Office: Pipers Way, Swindon SN3 1RJ VAT No: 860 2173 47   From: ***** IEEE stds-802-11-tgm List ***** [mailto:STDS-802-11-TGM@xxxxxxxx] On Behalf Of Jon Rosdahl Sent: Tuesday, December 11, 2012 2:25 PM To: STDS-802-11-TGM@xxxxxxxxxxxxxxxxx Subject: [STDS-802-11-TGM] [Gen AdHoc] Update to comment spreadsheet through Dec 7th Telecon   --- This message came from the IEEE 802.11 Task Group M Technical Reflector --- I have uploaded doc 11-12/1394r3 which contains the updated status for the Gen AdHoc Comments through the Dec 7th Telecon. https://mentor.ieee.org/802.11/dcn/12/11-12-1394-03-000m-gen-adhoc-preballot-comment-collection-resolutions.xlsx   Note that there are still a lot of comments that could use some assistance in resolving.

References: https://mentor.ieee.org/802.11/dcn/12/11-12-1189-09-000m-mac-adhoc-pre-ballot-comment-collection-resolutions.xls , https://mentor.ieee.org/802.11/dcn/12/11-12-1082-12-0000-revmc-pre-ballot-comments.xls and https://mentor.ieee.org/802.11/dcn/12/11-12-1394-03-000m-gen-adhoc-preballot-comment-collection-resolutions.xlsx .

I could imagine one that is used to tag all IEC 61883-type packets (the normal tagging and formatting system for consumer-electronics type streams in 1394). -- --------------------------------------------------------------- Michael D.

. > > From IEEE Std 1394 Serial Bus experiences, as well as > the telecom industry as a whole, the value of synchronous > transfers is greatly increased if time-of-day clocks > can also be synchronized. > > DVJ > > > David V.

Probably useful to the customers, >although accurate network timing and good QOS are >likely to be perceived as threats by IEEE 1394 zealots. > >DVJ > > >David V.

>Although I have chaired four different IEEE WGs, and two SGs (1196 Nubus 2, >1394, 1394b, and 1394c), those were all MSC-sponsored, and I was certainly >inexperienced with 802 procedures, much less 802.3 procedures.

Regards, Edward ---------- Forwarded message --------- Hello Edward,   You allocations: TransactionID Type Status User Group Resource Ref Doc Ref Subclause Ref Location Name Req Value Description Allocated Value 1390 Allocate Pending Edward Au TGbe StatusCodes IEEE Std 802.11-2020 9.4.1.9 Table 9-50 DENIED_LINK_ON_WHICH_THE_(RE)ASSOCIATION FRAME_IS_ TRANSMITTED_NOT_ACCEPTED Link not accepted because the link on which the (Re)Association Request frame is transmitted is not accepted. 139 1391 Allocate Pending Edward Au TGbe StatusCodes IEEE Std 802.11-2020 9.4.1.9 Table 9-50 EPCS_DENIED_VERIFICATION_FAILURE EPCS priority access is temporarily denied because the receiving AP MLD is unable to verify that the non-AP MLD is authorized for an unspecified reason. 140 1392 Allocate Pending Edward Au TGbe StatusCodes IEEE Std 802.11-2020 9.4.1.9 Table 9-50 DENIED_OPERATION_PARAMETER_UPDATE Operation parameter update denied because the requested operation parameters or capabilities are not acceptable. 141 1393 Allocate Pending Edward Au TGbe Element ID Extension 1 IEEE Std 802.11-2020 9.4.2.1 Table 9-92 MLO Link Information 133 1394 Allocate Pending Edward Au TGbe Element ID Extension 1 IEEE Std 802.11-2020 9.4.2.1 Table 9-92 AID Bitmap 134 1395 Allocate Pending Edward Au TGbe Element ID Extension 1 IEEE Std 802.11-2020 9.4.2.1 Table 9-92 Bandwidth Indication 135   So you don’t need to ask twice 😊   -Robert     From: Edward Au < edward.ks.au@xxxxxxxxx > Sent: Thursday, January 26, 2023 8:22 AM To: Stacey, Robert < robert.stacey@xxxxxxxxx > Subject: 11be ANA request   Dear Robert,   I would like to request allocation of the following 6 items for TGbe:   Type of Request Resource Name Item Name Item Description Requested Value (if any) Requested by Task Group Requested by Name Allocate StatusCodes DENIED_LINK_ON_WHICH_THE_(RE)ASSOCIATION FRAME_IS_ TRANSMITTED_NOT_ACCEPTED Link not accepted because the link on which the (Re)Association Request frame is transmitted is not accepted.  

John S. wants to make sure that we provide what is necessary to support requirements for 1394.

The project will be taken to the 1394 TA board for approval in July. 8:34 Glyn Roberts discussed the closing report for the PC committee (IEEE802.15-03/189r2) 8:38 Karaoguz reported on 802.11g.

We are also looking at a 1394 traffic model (low quality video model).

Research liReady Systems lKansai Denki lLG Electronics lMatsushita Electronics lMatsushita Works lMicrosoft lMitsubishi lMotorola lNational Semiconductor lNEC Corporation lNortel lOki lOsitis Software ® Intel’s Labs9 SWAP Product Development l Butterfly Communications l Compaq l Hewlett-Packard l IBM l Intel l iReady l Microsoft l Motorola l Proxim l OTC Telecom l RF Monolithics l Samsung l Symbionics The following member companies are developing SWAP products: ® Intel’s Labs10 Enabling the Vision PrinterCamera Game Pad USB Stereo Camcorder VCR TV Multimedia (e.g. 1394) Grandma’s Brownies 3 cups flour 1 cup grated chocolate 1 cup sugar 1 stick butter HomeRF SWAP Control Point HomePNA Phone Cable 1394 ® Intel’s Labs11 The SWAP Network Other Home Networks (HPNA,phone,AC) TCP/IP Based Network of Asynchronous Peer-Peer Devices Main Home PC ?

. > > The DTV/audio "clusters" will likely be connected together with 1394, but > the bridges between 1394 and 802.3+ will have queues as well, so that > doesn't reduce the need for queue management. > > Hmm.

. – Full Topology » In USB, IEEE 1394, and Fiber Channel the master station knows the full topology of the bus 13Making Global Networks Workbdh_adp_01.pdf Capability Knowledge How much does each node know of the capabilities (such as the link rate) of the other members of the Ring?

Task Assignment From the earlier IEEE 802.11 TGe simulation ad hoc group meeting, Philips was assigned the following tasks in the OPNET 802.11 Wireless LAN model enhancement: · Adding PLCP preamble and header · Adding PHY layer delays such as CCA delay and Rx-Tx turnaround time · Modelling IEEE 802.11a PHY · Adding the interface to IEEE 1394 2.

print:1394 1 of 2 9/12/2003 1:10 PM PAR FORM PAR Status: Amendment of Standard PAR Approval Date: 2003-09-11 PAR Signature Page on File: Yes Review of Standards Development Process: No 1.

. >> >> The DTV/audio "clusters" will likely be connected together with 1394, >> but >> the bridges between 1394 and 802.3+ will have queues as well, so that >> doesn't reduce the need for queue management. >>

Average skew is 2.3 bits, maximal skew is 5.6 bits. 15 Stage 2 - Long Simulation, Setup A Simulations length: 1012 bits, 10 seconds 10 input and output Electrical media, 4 optical Skew: None in electrical media Max skew in optical: 5 bits (latencies in bit-time: 1, 2, 4, 6) Input scenarios: Random input All ones input All ones input, scrambler seed randomized every 6x106 bits (every 60µs, total 185649 times) 16 0 0.01 0.02 0.03 0.04 0.05 0.06 0.07 0.08 0.09 1 5 9 13 17 21 25 29 33 37 41 45 49 53 57 61 65 69 73 77 81 85 89 93 97 101 105 109 113 117 121 125 scrambler Electrical media optical media Random Input (128b window) 1548(-1534)41Max (min) 1514-151039Scrambler 1418-129637Rx EM 9 1466-131636Rx EM 8 1396-135038Rx EM 7 1354-153439Rx EM 6 1314-130835Rx EM 5 1434-132636Rx EM 4 1476-134437Rx EM 3 1412-137235Rx EM 2 1374-138436Rx EM 1 1374-139837Rx EM 0 1402-141841Optical 3 1548-146636Optical 2 1410-144437Optical1 1454-144437Optical 0 1396-135036Tx EM 9 1332-136435Tx EM 8 1312-130835Tx EM 7 1366-141833Tx EM 6 1476-134437Tx EM 5 1348-137235Tx EM 4 1374-138235Tx EM 3 1444-139435Tx EM 2 1418-129638Tx EM 1 1424-144035Tx EM 0 Max running disparity Min running disparity Max run length 17 0 0.01 0.02 0.03 0.04 0.05 0.06 0.07 0.08 0.09 1 5 9 13 17 21 25 29 33 37 41 45 49 53 57 61 65 69 73 77 81 85 89 93 97 101 105 109 113 117 121 125 scrambler Electrical media optical media All Ones Input (128b window) 1934(-1460)43Max (min) 1934-128443Scrambler 1400-133439Rx EM 9 1368-137840Rx EM 8 1390-140840Rx EM 7 1318-142837Rx EM 6 1390-130237Rx EM 5 1398-143837Rx EM 4 1494-139438Rx EM 3 1438-134437Rx EM 2 1370-140435Rx EM 1 1398-135039Rx EM 0 1468-136236Optical 3 1482-138440Optical 2 1466-140837Optical1 1502-146040Optical 0 1390-140842Tx EM 9 1336-142237Tx EM 8 1390-129837Tx EM 7 1410-132034Tx EM 6 1494-139437Tx EM 5 1394-132836Tx EM 4 1368-140436Tx EM 3 1428-133435Tx EM 2 1400-133439Tx EM 1 1358-137436Tx EM 0 Max running disparity Min running disparity Max run length 18 Stage 3 - Long Simulation, Setup B Simulations length: 1012 bits, 10 seconds 4 transmit and receive electrical media, 2 optical Possible future evolution Skew: None in electrical media Skew in optical: 7 bits (latencies in bit-time: 1, 8) Input scenarios: Random input All ones input 19 0 0.01 0.02 0.03 0.04 0.05 0.06 0.07 0.08 1 6 11 16 21 26 31 36 41 46 51 56 61 66 71 76 81 86 91 96 101 106 111 116 121 126 InEM0 Optic0 OutEM0 Scrambler Electrical Scrambler Optic Random Input 1468(-1602)51Max (min) 1446-160240Scrambler 1414-137242Rx EM 3 1468-142238Rx EM 2 1424-140438Rx EM 1 1400-136836Rx EM 0 1412-142043Optical1 1438-142851Optical 0 1414-137242Tx EM 3 1400-136836Tx EM 2 1424-140438Tx EM 1 1468-142238Tx EM 0 Max running disparity Min running disparity Max run length 20 0 0.01 0.02 0.03 0.04 0.05 0.06 0.07 0.08 1 6 11 16 21 26 31 36 41 46 51 56 61 66 71 76 81 86 91 96 101 106 111 116 121 126 InEM1 Optical1 OutEM2 Scrambler Electrical Scrambler Optic All Ones Input