Ethernet collision

Ethernet collision

NewsGroups | Search | Tools
 comp.dcom.lans.ethernet  Post an article  get this group's latest topics as an RSS feed add this group's latest topics to your My MSN content add this group's latest topics to your My Yahoo content  add this group's latest topics to your Google content  YahooMyWeb Yahoo!  Google Google  Windows Live Favorites Windows Live  del.icio.us del.icio.us  digg digg  Add to Netscape Netscape
Subject Author Date
Ethernet collision Michelot 10-17-2007
---> Re: Ethernet collision glen herrmannsf ..10-17-2007
Posted by Michelot on October 17, 2007, 11:50 am
If you were  Registered and logged in, you could reply and use other advanced thread options
Bonjour,

Finally, I don't know really what is collision. Could we exchange some
words about this?

Let's suppose 2 stations connected through a 100Base-TX link.

- If the 2 NIC are configured in full duplex, the collision detection
is inactive.

- If the 2 NIC are configured in half duplex, the collision detection
is active although there is no possible collision on the medium (the 2
twisted pair). At which other Ethernet level the collision can occur
if the 2 stations send a frame at the same time?

Best regards,
Michelot


NMFall 20%
Posted by Rich Seifert on October 17, 2007, 12:16 pm
If you were  Registered and logged in, you could reply and use other advanced thread options

> Bonjour,
>
> Finally, I don't know really what is collision. Could we exchange some
> words about this?
>
> Let's suppose 2 stations connected through a 100Base-TX link.
>
> - If the 2 NIC are configured in full duplex, the collision detection
> is inactive.
>

Correct.

> - If the 2 NIC are configured in half duplex, the collision detection
> is active although there is no possible collision on the medium (the 2
> twisted pair).

Not correct. A collision is a condition, on a half-duplex Ethernet,
where two or more stations are attempting to transmit a frame at the
same time. In the case of a two station, point-to-point half-duplex
link, if both stations have a frame queued for transmission at the same
time, they will both attempt to transmit it, a collision will occur, the
stations will detect the collision, and then backoff and retry.

Clearly, in the simple point-to-point configuration, the stations
*could* have been configured for full-duplex operation, in which case
the event of "I am transmitting and receiving at the same time" would
not constitute a collision, and no backoff-and-retry would be necessary.

> At which other Ethernet level the collision can occur
> if the 2 stations send a frame at the same time?
>

Collisions occur and are detected in the Physical Layer; the reaction
(backoff and retry) occurs at the MAC sublayer.

--
Rich Seifert Networks and Communications Consulting
21885 Bear Creek Way
(408) 395-5700 Los Gatos, CA 95033
(408) 228-0803 FAX

Send replies to: usenet at richseifert dot com

Posted by Michelot on October 17, 2007, 6:02 pm
If you were  Registered and logged in, you could reply and use other advanced thread options
Bonsoir Rich,

> A collision is a condition...

The word "condition" is important, and bring certainly to my
understanding.

> A collision is a condition, on a half-duplex Ethernet,
> where two or more stations are attempting to transmit a frame at the
> same time.

And could we say that? the condition of the collision is on even if
the received signal could have been a correct frame.

Thanks for all your interresting development that helps me.
Best regards,
Michelot


Posted by Rich Seifert on October 17, 2007, 7:25 pm
If you were  Registered and logged in, you could reply and use other advanced thread options

>
> > A collision is a condition...
>
> The word "condition" is important, and bring certainly to my
> understanding.
>
> > A collision is a condition, on a half-duplex Ethernet,
> > where two or more stations are attempting to transmit a frame at the
> > same time.
>
> And could we say that? the condition of the collision is on even if
> the received signal could have been a correct frame.
>

Yes; in the situation of two half-duplex NICs connected via
10BASE-T/100BASE-TX, this is exactly the case. The received signal
carries a valid frame, but the NIC declares a collision anyway because
in half-duplex, transmitting while receiving ist verboten.

--
Rich Seifert Networks and Communications Consulting
21885 Bear Creek Way
(408) 395-5700 Los Gatos, CA 95033
(408) 228-0803 FAX

Send replies to: usenet at richseifert dot com

Posted by Michelot on October 20, 2007, 5:16 pm
If you were  Registered and logged in, you could reply and use other advanced thread options
Bonsoir Rich,

> Yes; in the situation of two half-duplex NICs connected via
> 10BASE-T/100BASE-TX, this is exactly the case. The received signal
> carries a valid frame, but the NIC declares a collision anyway because
> in half-duplex, transmitting while receiving ist verboten.

"Bitte" in German, and "merci" in French.

And we can perhaps summarize like that:

(1) See section 4.1.1 in 802.3:2005: half duplex is required on those
media that are incapable of supporting full duplex, for example,
10BASE2 and 100BASE-T4.

(2) Our discussion: half duplex is always possible on media that are
capable of supporting full duplex, for example, 10BASE-T, 10BASE-FL,
100BASE-TX, 1000BASE-T.

(3) The half duplex violation is detected by the collision function.

Are the 2 last statements correct?
Best regards,
Michelot


Similar ThreadsPosted
ALOHA - Probability of Collision April 10, 2005, 1:49 pm
Do two Transceivers = Collision Domain? June 7, 2005, 1:30 pm
Collision Detection and Jam Signal on the LAN July 18, 2005, 10:17 am
802.11 listen for collision while transmitting? March 1, 2006, 10:16 am
collision happening when crc is transmitted by the transmitter February 12, 2007, 11:02 pm
how switches work - collision-free / full-duplex March 23, 2007, 9:33 am
USB Ethernet controllers that use the ASIX AX88772 or AX88172 USB-Ethernet bridge devices August 19, 2005, 4:04 pm
Difference between Ethernet 2 and 802.3 Frame per the Ethernet FAQ July 28, 2006, 9:02 am
ethernet hub April 27, 2006, 2:44 am
WAN Ethernet May 2, 2006, 4:20 pm

other useful resources:
The Federal Communications Commission (FCC)
Telecommunications Industry Association
Electronic and Software Security Products and Services
International Telecommunication Union

Custom CGI Perl and PHP programming by 1-Script.com

Contact Us | Privacy Policy
The site map in XML format XML site map