ru.networks

 
 - RU.NETWORKS ------------------------------------------------------------------
 From : Igor Suvorov                         2:5020/1046    23 Apr 2002  18:59:53
 To : "Egor Voinov"
 Subject : Re: Какой-то трабл с tcp... наверное
 -------------------------------------------------------------------------------- 
 

 > я вот чего не понимаю, тут получается разница ведь только в том кто
 > соединение инициирует, а потом все одинаково для обоих случаев, почему
 > разница то такая получается ???
 
 Hапример потому, что если у него на карте стоит full duplex, а на свитче
 half duplex, то фиксировать коллизию и сбрасывать передачу будет только
 свитч. 
 
 Когда в такой связке данные идут с машины в сторону свитча, то в обратную
 сторону идут ACK пакеты с подтверждением полученных пакетов. Пока машина
 гонит данные в сеть, свитч копит в своем буфере ACK пакеты в ожидании того,
 когда машина наконец уймется и свитчу можно будет передать накопленное.
 
 Т.к. машина не получает ACK пакетов (которые застряли в свитче), ее tcp
 send window (окно с данными, которые можно послать без подтверждения) в
 конце концов опустошается и передача прекращается. После чего свитч 
 сбрасывает на нее накопленные пакеты с подтверждениями и все начинается
 сначала. Скорость при этом хотя и ниже предельной, но все равно не 
 такая уж и плохая.
 
 И совсем другое дело, когда данные идут на компьютер со стороны свитча.
 Компьютер не ждет, пока уймется свитч и ничего не копит в буфере. Он 
 считает, что он работает в полном дуплексе, где никаких коллизий нет. 
 
 Поэтому АСК пакет отправляется в сеть немедленно, без каких либо задержек.
 А свитч у нас в полудуплексе. И гонит поток данных. Что он зафиксирует?
 Коллизию. И будет их там немерянно.
 
 Поэтому к нему данные пойдут неплохо, а от него отвратительно. Объяснение
 не претендует на истину в последней инстанции, но тем не менее является
 одной из причин именно наблюдаемого эффекта.
 
 --
 Igor
 --- Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7
  * Origin: no gnus is a bad news (2:5020/1046@fidonet)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор