1 (07.02.2013 23:20:50 отредактировано ufomen)

Всем  привет!
Сегодня задали теоретический  вопрос:
Сколько байт трафика тратится на установку TCP соединения? и от чего зависит этот объем?
Про трех этапное рукопожатие в курсе. Но вот ответить на вопрос СКОЛЬКО и от чего зависит никак не могу ac
Как-то на практике оно и не нужно было. Буду рад если кто-то объяснит, а то не усну ведь! ))

2

а почитать пробовал ?

Внимание: при выставлении счетов учитывается "Суммарный трафик по серверу", который берется непосредственно со свитча. Суммарный трафик по доменам берется с австата, и предназначен для сравнения потребления трафика между доменами. При выставлении счетов эта цифра не учитывается по причинее ее недостоверности.
3. Почему австат дает неправильную статистику по трафику?

Awstats показывает обьем данных отданых только вэб-сервером.

В этих данных не учитываются 40 байт заголовков TCP/IP на каждый пакет (а пакеты бывают от 40 до 1500 байт), т.е минимум 40/1500=2,7% трафа уходит на заголовки TCP/IP, и это при максимальном обьеме пакетов. Также надо приплюсовать 7 пустых пакетов по 40 байт (3 на установку соединения и 4 для корректного завершения) на каждое TCP соединение клиента с сервером, это 280 байт, плюс служебные пустые пакеты для подтверждения доставки. Эффективность TCP составляет 90-97% на хороших линиях и резко снижается с ухудшением качества линий связи.

Также не учитывается размер http-заголовка, например такого:

HTTP/1.1 302 Found
Date: Thu, 13 Oct 2005 15:18:53 GMT
Server: Apache
Location: http://www.domain.com/
Connection: close
Transfer-Encoding: chunked
Content-Type: text/html; charset=iso-8859-1

который занимает 191 байт. На маленьких документах, таких как тумбы, иконки, доля http-хидеров составляет десятки процентов.

Awstats не учитывает траффик который приходится на редиректы и ошибки, типа (404, 500..), так как, формально говоря, это не является документом. Один редирект (302 ошибка) создает килобайт траффика, хотя веб-сервер показывает, что отдано только 5 байт данных.

Также, в статистике Awstats'a полностью отсутствует не http-траф, а это ftp, ssh, mail, бекапы данных, dns-запросы для резолвинга доменов, пинги, сканы портов сервера и весь прочий траф.

В среднем австатс показывает всего около 70% от общего объема исходящего трафика.
4. Почему скорость между США и Европой не превышает 3 Мбита?

В протоколе TCP для ускорения передачи используется буффер (окно), в котором лежат данные, уже отправленные получателю, но для которых не пришло подтверждение об успешной доставке.
Размер буффера обычно сост 64К на сервере и клиенте. То есть протокол TCP может отослать максимум 64К данных, после чего вынужден ждать прихода пакета, в котором указано что данные успешно получены. Поэтому максимальная пропускная способность равна

Пропускная способность = размер окна / задержка

Величина задержки (ping) зависит от расстояния между компьютерами и кол-ва сетевых устройств (роутеров,свичей..) на пути прохождения.
В среднем для прохождения через Атлантику из Америку в Европу требуется минимум 140мс, соответственно скорость не превышает

8бит*64Кбайт/0.140с = 3.6 Мбит/с

Также учитывая возможность наличия потерь в канале, максимальная скорость не превышает нескольких мегабит.

" si contuderis stultum in pila quasi tisanas feriente desuper pilo non auferetur ab eo stultitia eius " © Proverbs 27:22

3 (08.02.2013 01:06:36 отредактировано ufomen)

Спасибо,
В том то и проблема что ищу ЧТО почитать например тут приведены другие цифры по трафику:

Процесс передачи информации между компьютерами на основе протокола TCP/IP реализуется через обмен пакетами. На уровне IP блок данных протокола (PDU, Protocol Data Unit) называется пакетом (строго говоря, PDU сетевого уровня, называется "дейтаграмма", хотя иногда, если это не вызывает разночтений, используется и название "пакет". См. также * - Прим.пер.), на уровне TCP -- сегментом, а на уровне сетевого интерфейса (например, ethernet) -- кадром. Тем не менее, термин "пакет" используется как для описания блока данных проходящего сквозь уровни модели TCP/IP, так и для блока данных пересылаемого между компьютерами.

Вот как выглядит кадр Ethernet:

  +------------------------------------------------------------------+
  |           |           |           |                  |           |
  | Заголовок | Заголовок | Заголовок | Инкапсулированые | Концовка  |
  | Ethernet  |     IP    |    TCP    |      данные      | Ethernet  |
  |           |           |           |                  |   FCS     |
  +------------------------------------------------------------------+
               < 20 байт > < 40 байт >

               <---- максимальная длина = 1500 байт ---->

   FCS означает контрольная сумма кадра (Frame check sequence)

http://computerlib.narod.ru/html/tcpipdump.htm

Выходит уже не 40 а 60 байт...
А тут у товарища вообще 62 байта... http://www.rsdn.ru/forum/network/983310.all

Где искать правду?... У меня уже каша в голове ac

4

ufomen пишет:

Где искать правду?... У меня уже каша в голове ac

ну так читай же внимательней, погугли что есть MTU и с чем его курят(и для чего), что за CENSORED такая ipv6 и с какого перепугу вдруг все ринулись активно её пилить, ведь сидели себе спокойно на ipv4 и сидели бы дальше...
Дьявол в мелочах.

" si contuderis stultum in pila quasi tisanas feriente desuper pilo non auferetur ab eo stultitia eius " © Proverbs 27:22

5 (08.02.2013 02:13:59 отредактировано ufomen)

Честно читаю внимательно, про MTU в курсе вроде как... тут http://ru.wikipedia.org/wiki/Ethernet
Трафик я так пологаю нужно считать все же на 2-м уровне, следовательно Кадрами (фреймами)
Фреймы у нас сейчас  используются формата "Ethernet DIX (Ethernet II)"
http://lan-net.chat.ru/FDIX.gif
взято отсюда http://lan-net.chat.ru/Fformat.htm
Минимальная длинна поля DATA 46 байт т.е минимальная длинна этого кадра 46+4+6+6+2= 64 байта

Если размер пустого пакета с флагами SYN ACK 40 байт, что меньше 46 то она будет дополнена до 46, т.е. трафик при установке соединения составит 64*3=192 байта на 2 уровне OSI
Поправьте меня пожалуйста если расчет не верен

6 (08.02.2013 02:12:32 отредактировано gramozeka)

вывод ? Однозначного ответа просто нет! Но если на вопрос поставленный в первом посте начать отвечать, то можно очень долго разговаривать с самим собой, так как 99.999999% PR-манагеров не сумеют даже правильно его поставить, не говоря уж о том, чтобы понять ответ. af , не парься - в следующий раз отвечай на подобные вопросы так, чтобы у задающего их, напрочь отпадало желание их задавать.

P.S. я лично никогда не заморачивался это всё запоминать, а тем более зубрить, достаточно знать принципы, остальное, при необходимости, можно изобрести снова...

" si contuderis stultum in pila quasi tisanas feriente desuper pilo non auferetur ab eo stultitia eius " © Proverbs 27:22

7 (08.02.2013 02:19:52 отредактировано ufomen)

Ну вроде посчитал, хотя не уверен все еще что верно ab  (см. предыдущий пост).
Вообще на такие вопросы обычно отвечаю что на практике это как-то не встречалось, но если будет нужно то погуглю и найду ответ ab А тут начал гуглить и застрял.
Все, пойду спать ложится а то так то 2-22 уже на часах. Буду рад любым исправлениям неточностей и ошибок в расчете ab
gramozeka, спасибо за диалог и статью в начале