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

. – 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?

• AVBTP 61883 presentation time shall be relative to the 802.1AS clock – Adapt 1394 AV/C Function Control Protocol (FCP) for use in 61883 over AVBTP. – Allow for Proprietary encapsulations via different subtype – Allow for other future expansions via different subtypes.

(see 802.1AS assumptions from AVB document)). • 61883 format over AVBTP will support presentation time using AVBTP timestamp field instead of current 61883 SYT field – 1394/61883 to 1722/61883 gateways will have to take care of all SYT to AVBTP timestamp conversions, synchronization, cross timestamps, etc. – Editor’s note: Need to work out SYT field for SPH = 1 packets as timestamps are on a per source packet basis (MPEG packet) instead of in the CIP header. • AVBTP 61883 presentation time shall be relative to the 802.1AS clock • Adapt 1394 AV/C Function Control Protocol (FCP) for use in 61883 over AVBTP. • Proprietary encapsulations allowed via reserved subtype (7F16) • Allow for other future expansions via different subtypes.

I assume these have been handled already, since 1394 uses a 64-bit address space.

Its good for 802 and its good for 1394.

Examples of devices which can be connected include computers, computer peripherals (similar to USB 2.0's 480 Mbps capability), PDA/HPCs, printers, set top boxes, information kiosks, image displays, virtual reality games, DVD players, and camcorders (similar to IEEE 1394's 400 Mbps capability).

Examples of devices which can be connected include computers, computer peripherals (similar to USB 2.0's 480 Mbps capability), PDA/HPCs, printers, set top boxes, information kiosks, image displays, virtual reality games, DVD players, and camcorders (similar to IEEE 1394's 400 Mbps capability).

. • Technologies such as IEEE 1394, Bluetooth and USB exist today but each has their own encapsulation, protocols, timing control, etc. such that building interworking functions is difficult.

The relevant standards include: >> >>           CSMA/CD (IEEE 802.3, ISO 8802-3) >>           Token Bus (IEEE 802.4, ISO 8802-4) >> >>           Token Ring (IEEE 802.5, ISO/IEC 8802-5) >> >>           IEEE 802.6 (ISO/IEC DIS 8802-6) FDDI (ISO 9314-2) >> >>           WLAN (IEEE 802.11, ISO/IEC 8802-11) >>       B) >>           The 'company_id' relevant standards include: defined >> in IEEE Std >>       1212-1991 Control and Status Register (CSR) Architecture referenced >>       by IEEE Std 896.2-1991 Futurebus+Physical Layers and Profiles >>           IEEE Std 1596-1992 Scalable Coherent Interface >>           IEEE Std 1394-1995 Serial Bus document.

It was noted that meshing also needs “hand over”. 11:42 Peter Johansson presented new MAC primitives for Synchronization support for 1394 or any time sync’ed protocol adaptation (document 03-0444-00-0030).

Examples of devices which can be connected include computers, computer peripherals (similar to USB 2.0's 480 Mbps capability), PDA/HPCs, printers, set top boxes, information kiosks, image displays, virtual reality games, DVD players, and camcorders (similar to IEEE 1394's 400 Mbps capability).

The relevant standards include: >> >> CSMA/CD (IEEE 802.3, ISO 8802-3) >> Token Bus (IEEE 802.4, ISO 8802-4) >> >> Token Ring (IEEE 802.5, ISO/IEC 8802-5) >> >> IEEE 802.6 (ISO/IEC DIS 8802-6) FDDI (ISO 9314-2) >> >> WLAN (IEEE 802.11, ISO/IEC 8802-11) >> B) >> The 'company_id' relevant standards include: defined >> in IEEE Std >> 1212-1991 Control and Status Register (CSR) Architecture referenced >> by IEEE Std 896.2-1991 Futurebus+Physical Layers and Profiles >> IEEE Std 1596-1992 Scalable Coherent Interface >> IEEE Std 1394-1995 Serial Bus document.

Technologies such as IEEE 1394, Bluetooth and USB exist today but each has their own encapsulation, protocols, timing control, etc. such that building interworking functions is difficult.

. > >As an MSC representative, I would have provided >such a follow-up on the addresses used within >MSC sponsored projects (754, 1394, etc.), as >a duty to my position. > >I prefer to see the evidence before jumping into >denial or conclusions, since (through out my career) >I have seen suboptimal decisions made when this >ordering is reversed. > > >> >If you feel strongly about this, >Yes, I feel strongly about conservation of OUI space.

. > >> > > >> >As an MSC representative, I would have provided > >> >such a follow-up on the addresses used within > >> >MSC sponsored projects (754, 1394, etc.), as > >> >a duty to my position. > >> > > >> >I prefer to see the evidence before jumping into > >> >denial or conclusions, since (through out my career) > >> >I have seen suboptimal decisions made when this > >> >ordering is reversed. > >> > > >> > >> >If you feel strongly about this, > >> >Yes, I feel strongly about conservation of OUI space. > >> >I naively thoutht that to be the premise of our charter. > >> >Times change, I suppose... > >> > > >> >Cheers, > >> >DVJ > >> > > >> > >> -----Original Message----- > >> > >> From: Geoff Thompson [ mailto:gthompso@nortel.com ] > >> > >> Sent: Wednesday, August 08, 2007 3:07 PM > >> > >> To: Floyd Backes > >> > >> Cc: dvj@alum.mit.edu; Geoff Thompson; a.n.weaver@IEEE.ORG; > >> > >> stds-rac@IEEE.ORG > >> > >> Subject: RE: Request for multiple OUI assignments > >> > >> > >> > >> > >> > >> At 11:48 AM 8/8/2007 , Floyd Backes wrote: > >> > >> >If you feel strongly about this, you could review the > >> latest version of > >> > >> >802.1 MAC Bridging, figure out how it can be made to work > >> using the same > >> > >> >MAC address on every port, get a PAR to update the > >> standard, and then > >> > >> >slug it out with Mick over the ensuing 2 years to produce a revised > >> > >> >standard.

. >> This identifier uniquely identifies a device, such as a >> current IEEE 1394 node or a future memory, refrigerator, >> video controller, power supply, etc. >> >> Note that the same identifier must not be used for more than >> one purpose.

. >> >>As an MSC representative, I would have provided >>such a follow-up on the addresses used within >>MSC sponsored projects (754, 1394, etc.), as >>a duty to my position. >> >>I prefer to see the evidence before jumping into >>denial or conclusions, since (through out my career) >>I have seen suboptimal decisions made when this >>ordering is reversed. >> >> >> >If you feel strongly about this, >>Yes, I feel strongly about conservation of OUI space.

The distinction between standards is getting fuzzy: 1394 over CAT-5, security over multiple transports, multiple transports over the same PHYs.

• 802.3ad Link Aggregation (Trunking) PAR • Executive Committee Report & Action Items • Venue of future 802 meetings • March Austin, Texas • July Montreal • November Kauai, Hawaii • Tutorials MONDAY • 6:30: Broadband Wireless (LMDS) - Roger Marks • 8:00: Switch Silicon Interface - Colin Mick TUESDAY • 6:30: Home PhoneWire Networks - Matt Taylor • 8:00: IEEE 1394 and its relevance to LANs - Michael Smith • Books to be distributed this week • 802.3 consolidated edition will be distributed in 802.3 ONLY to voters in the front of the book.

There is an additional standard, Wireless 1394, in development with expected completion in September 2001. 13.

. > >As an MSC representative, I would have provided >such a follow-up on the addresses used within >MSC sponsored projects (754, 1394, etc.), as >a duty to my position. > >I prefer to see the evidence before jumping into >denial or conclusions, since (through out my career) >I have seen suboptimal decisions made when this >ordering is reversed. > > >> >If you feel strongly about this, >Yes, I feel strongly about conservation of OUI space.

Its good for 802 and its good for 1394.

17 April 2007 AVB L3 Transport SG 7 Problem Statement (3) • Some things that AVB L3 TP is not: – Transparent bridging of 1394 over IP • Exploit existing IETF protocols (e.g.

The relevant standards include: >> >>           CSMA/CD (IEEE 802.3, ISO 8802-3) >>           Token Bus (IEEE 802.4, ISO 8802-4) >> >>           Token Ring (IEEE 802.5, ISO/IEC 8802-5) >> >>           IEEE 802.6 (ISO/IEC DIS 8802-6) FDDI (ISO 9314-2) >> >>           WLAN (IEEE 802.11, ISO/IEC 8802-11) >>       B) >>           The 'company_id' relevant standards include: defined >> in IEEE Std >>       1212-1991 Control and Status Register (CSR) Architecture referenced >>       by IEEE Std 896.2-1991 Futurebus+Physical Layers and Profiles >>           IEEE Std 1596-1992 Scalable Coherent Interface >>           IEEE Std 1394-1995 Serial Bus document.