OK, if we really want to get nitty-gritty:
The jam signal is 32 bits.
The preamble is 10101010 etc, or AA in HEX. The last byte is 10101011, or
AB. You can actually see AAs sometimes on a Sniffer when there's a
collision and the Sniffer captures someone else's preamble on the end of a
frame.
> was kinda interesting.
>
> Shawn
>
>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
> Priscilla Oppenheimer
> Sent: Tuesday, December 26, 2000 2:06 PM
> To: Andy Walden; John lay
> Cc: [EMAIL PROTECTED]
> Subject: Re
"Bowen, Shawn" wrote:
>
> I believe we are saying mostly the same thing. Your "* Extended carrier to
> indicate busy (assert carrier beyond the length of the packet)." Is an
> Ethernet JAM signal.
> And I also guess I wanted to point out that the Cisco documentation is
> not "always" 100% accu
thought
this
> was kinda interesting.
>
> Shawn
>
>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
> Priscilla Oppenheimer
> Sent: Tuesday, December 26, 2000 2:06 PM
> To: Andy Walden; John lay
> Cc: [EM
16 AM
> To: Bowen, Shawn
> Cc: Priscilla Oppenheimer; Andy Walden; John lay; [EMAIL PROTECTED]
> Subject: Re: Confused (was Re: is this statement true ??)
>
> "Bowen, Shawn" wrote:
> >
> > Yup, makes sense. I can only speak for 3Com on this one, but I bel
j/k
Shawn
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jeff
Kell
Sent: Wednesday, December 27, 2000 12:16 AM
To: Bowen, Shawn
Cc: Priscilla Oppenheimer; Andy Walden; John lay; [EMAIL PROTECTED]
Subject: Re: Confused (was Re: is this statement true
ld.
Shawn
-Original Message-
From: Jeff Kell [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 27, 2000 12:16 AM
To: Bowen, Shawn
Cc: Priscilla Oppenheimer; Andy Walden; John lay; [EMAIL PROTECTED]
Subject: Re: Confused (was Re: is this statement true ??)
"Bowen, Shawn" wro
"Bowen, Shawn" wrote:
>
> Yup, makes sense. I can only speak for 3Com on this one, but I believe
> Cisco implements similar features. On a 3Com Corebuilder (as well as their
> Workgroup Switches) they use fake collisions as a flow control mechanism.
> In other words if there was contention at t
ECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
Priscilla Oppenheimer
Sent: Tuesday, December 26, 2000 2:06 PM
To: Andy Walden; John lay
Cc: [EMAIL PROTECTED]
Subject: Re: Confused (was Re: is this statement true ??)
I think what John is getting at is that there is still contention. In his
example wit
I think what John is getting at is that there is still contention. In his
example with two clients trying to reach one server, there's contention at
the switch, and at the server possibly. There's no contention on the medium
itself. There's only one device trying to send at any one time. The sw
Remember - Full Duplex needs microsegmentation.
-Original Message-
From: Bowen, Shawn [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, December 26, 2000 8:30 AM
To: John lay; Priscilla Oppenheimer; [EMAIL PROTECTED]
Subject: RE: Confused (was Re: is this statement true ??)
Good Question Jon
This is correct. You don't use full duplex if you are competing for
bandwidth, ie, plugged into a hub. But if you are plugged into a switch,
there is only one bandwidth domain between the device and switch and
with nothing competing for the bandwidth on that link so you can go full
duplex.
andy
PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of John
lay
Sent: Tuesday, December 26, 2000 6:51 AM
To: Priscilla Oppenheimer; [EMAIL PROTECTED]
Subject: Confused (was Re: is this statement true ??)
Priscilla, everybody,
I am confused. Ethernet and FastEthernet uses the CSMA/CD as a channel
alloc
Priscilla, everybody,
I am confused. Ethernet and FastEthernet uses the CSMA/CD as a channel
allocation techinque in a shared media access envoiroment.
Here it comes the confusion, when you are saying that the Full-duplex does
not support CSMA/CD because the transmit and receive are on different
14 matches
Mail list logo