- Posts: 8
- Thank you received: 0
Cut-thru - Addr Learning
19 years 10 months ago #6646
by trmmjpz
Cut-thru - Addr Learning was created by trmmjpz
If a switch uses cut through forwarding ( reads only upto dest addr before forwarding) how does it do address learning? The source mac addr follows dest addr in the ethernet frame .
- K
- K
19 years 10 months ago #6655
by tfs
Thanks,
Tom
Replied by tfs on topic Re: Cut-thru - Addr Learning
Actually, it reads the 1st 14 bytes and gets both the source and destination addresses.
Thanks,
Tom
19 years 10 months ago #6665
by tsunami
Replied by tsunami on topic Re: Cut-thru - Addr Learning
I too have the same doubt. But i am not totally convinced with your reply.
can u explain this a bit more ?
because as far as i know, in the Cut through mode the switch starts forwarding the frame once it reads the dest MAC.
please clarify (i may be wrong too)
can u explain this a bit more ?
because as far as i know, in the Cut through mode the switch starts forwarding the frame once it reads the dest MAC.
please clarify (i may be wrong too)
19 years 10 months ago #6667
by tfs
Thanks,
Tom
Replied by tfs on topic Re: Cut-thru - Addr Learning
I never said it didn't start forwarding when it got the destination address, I said it read both (at least in some switches)
The question had to do with address learning. When a frame is recieved on an interface, it takes the address and caches it and the port it came in on (if it doesn't already have it). This doesn't mean the switch cannot start forwarding the frame as soon as it has the destination address.
Also, I assume that the techniques will differ from vendor to vendor.
Intel says this about cut-through and its switch:
[code:1]
Much better performance is achieved with either cut-through forwarding or fragment-free forwarding. In the case of cut-through switching, only the first 14 bytes are buffered. As soon as the switch has read the destination and source addresses and the type field, the frame is forwarded on the destination port. (Actually, the forwarding decision could be made as soon as the destination address is read. But doing so would prevent filtering on the source address and protocol content of the frame).
[/code:1]
The main difference between cut-through and store and forward is that cut through sends the data as soon as it has then information it needs to send it (the destination address) and store and forward gets it all first.
You have to differentiate "forwarding" from "address learning".
The question had to do with address learning. When a frame is recieved on an interface, it takes the address and caches it and the port it came in on (if it doesn't already have it). This doesn't mean the switch cannot start forwarding the frame as soon as it has the destination address.
Also, I assume that the techniques will differ from vendor to vendor.
Intel says this about cut-through and its switch:
[code:1]
Much better performance is achieved with either cut-through forwarding or fragment-free forwarding. In the case of cut-through switching, only the first 14 bytes are buffered. As soon as the switch has read the destination and source addresses and the type field, the frame is forwarded on the destination port. (Actually, the forwarding decision could be made as soon as the destination address is read. But doing so would prevent filtering on the source address and protocol content of the frame).
[/code:1]
The main difference between cut-through and store and forward is that cut through sends the data as soon as it has then information it needs to send it (the destination address) and store and forward gets it all first.
You have to differentiate "forwarding" from "address learning".
Thanks,
Tom
19 years 10 months ago #6671
by TheBishop
Replied by TheBishop on topic store and forward
Very comprehensive tfs.
The selling point for cut through is of course the speed, while vendors of store-and-forward devices will tell you that their approach eliminates the forwarding of all invalid or corrupt packets. I did a head-to-head once to test all this and to be honest I couldn't see much difference on a 'normal' network. I think the speed argument may get the edge under heavy load and latency-crucial applications while the cleanliness argument might win if your network is full of crud. Take your pick!
The selling point for cut through is of course the speed, while vendors of store-and-forward devices will tell you that their approach eliminates the forwarding of all invalid or corrupt packets. I did a head-to-head once to test all this and to be honest I couldn't see much difference on a 'normal' network. I think the speed argument may get the edge under heavy load and latency-crucial applications while the cleanliness argument might win if your network is full of crud. Take your pick!
- cybersorcerer
- Offline
- Senior Member
Less
More
- Posts: 123
- Thank you received: 0
19 years 10 months ago #6700
by cybersorcerer
"He who breaks something to find out what it is, has left the path of wisdom."
Gandalf the Grey
Replied by cybersorcerer on topic Re: Cut-thru - Addr Learning
well personally I think cut through is lacking in the security realm as well, because when you think about it, if you have a MAC based filter set up on a cut through switch, it would need be cached before being checked by the interfaces filter, defeating the purpose of the speed augmentations of cut through. Personally, with the availability and advancement of cheap fast media topologies, advantages of store and fowards far outweigh the disadvantages.
"He who breaks something to find out what it is, has left the path of wisdom."
Gandalf the Grey
Time to create page: 0.130 seconds