A late collision usually occurs when one end of a switched ethernet link
is set to full duplex but the other end of the link is set to half-duplex.

Darren

On Thu, 22 Jun 2000, ANIL.YADAV wrote:

> 
> 
> 
> How to avoid late collisions ? 
> 
> thanks 
> Anil
> 
> 
> On Tue, 20 Jun 2000, Heskett, Tony wrote:
> 
> > 
> > Not a white paper, but let's see whether *I* understand
> > how it's supposed to work <dons flameproof underwear ;->
> > 
> > Cut-thru waits for the dest addy, then starts forwarding.
> > 
> > Frag-free waits for 64bytes, then starts forwarding.
> > 
> > Store'n'forward waits for the whole packet and CRC's it,
> > so will only forward truly valid (tm) packets.
> > 
> > Sooo...  cut-thru will forward runts, and you'll get
> > those if there's a collision after the dest addy but
> > within the first 64.
> > 
> > Frag-free will /not/ forward runts, so will protect
> > you from collisions that really should have happened.
> > It won't protect you from 'late collisions' (that
> > shouldn't have happened), but you're gonna fix your
> > cable plant to remedy those (aren't you? :-)
> > 
> > Or am I lying ?   :-)
> > 
> > (big quote for context, below; sorry)
> > 
> > Tone
> > 
> > > From: Barry Hofland [mailto:[EMAIL PROTECTED]]
> > 
> > > Hi, Priscilla,
> > > 
> > > I think the best way to find this out is to just get yourself 
> > > a network
> > > tester to connect between the transmitting host on port 1 and 
> > > the CISCO box.
> > > ( like a FLUKE ) You will be able to see ( or not ) the JAMS 
> > > on port 1. When
> > > you connect the host in that segment only and there's a jam during a
> > > collision on port 2 you know enough...
> > > 
> > > In my humble opinion you are right, but that's male intuition ;-)
> > 
> > > Priscilla Oppenheimer <[EMAIL PROTECTED]> wrote in message
> > > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> > 
> > > > I got into a discussion with a knowledgeable Sniffer 
> > > instructor recently.
> > > > When he teaches cut-through-switching theory, he warns his 
> > > students that a
> > > > cut-through switch does not really isolate collision 
> > > domains. Consider this example:
> > > >
> > > > * The switch is receiving a frame from port 1 destined for 
> > > a station out
> > > > port 2.
> > > > * The switch recognizes the destination address and starts 
> > > forwarding the
> > > > frame to port 2 ASAP.
> > > > * There is a collision on port 2. (It's a shared and/or half-duplex
> > > Ethernet.)
> > > >
> > > > According to the instructor, the Switch sends a jam signal 
> > > back to port 1
> > > > to let the initial sender know that the frame experienced a 
> > > collision.
> > > This
> > > > allows the sender to retransmit.
> > > >
> > > > If you read some of the books on switching, you would think 
> > > that this is
> > > > true. The books make it sound like the frame is passing 
> > > through the switch
> > > > and disappearing out the destination port as soon as the destination
> > > > address is recognized.
> > > >
> > > > I don't think the Sniffer instructor's conclusion is true, 
> > > however. I
> > > > believe that a Cisco cut-through switch buffers the frame 
> > > and hence has
> > > the
> > > > ability to retransmit. There is no requirement to send a jam to the
> > > > original sender because port 2 in our example retransmits 
> > > after sensing
> > > the
> > > > collision.
> > > >
> > > > I believe that Cisco switches store frames, even when doing 
> > > cut-through,
> > > > whereas the instructor assumed that the frame has passed 
> > > through and out
> > > > the port and is no longer available for retransmission by 
> > > the switch.
> > > >
> > > > Cisco positions cut-through as reducing delay, not reducing 
> > > the need for
> > > > buffering, so I'm contending that I'm right.
> > > >
> > > > Who do you think is right? Can you point me to any white 
> > > papers that would
> > > > prove who is right?
> > 
> > ___________________________________
> > UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
> > FAQ, list archives, and subscription info: http://www.groupstudy.com
> > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
> > 
> 
> ___________________________________
> UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
> FAQ, list archives, and subscription info: http://www.groupstudy.com
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
> 

___________________________________
UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Reply via email to