Задача про вероятность длины очереди заявок - страница 24

 
Aleksey Vyazmikin #:

Может мне кто помочь грамотным языком описать передачу пакетов по протоколам TCP\IP от компьютера пользователя к серверу форекс-дилера?

Важно акцентировать внимание на:

  1. фрагментацию данных при отправке "файла", потом и на каждом промежуточным узлом при несовпадении MTU
  2. неопределённость, в момент отправки пакета, маршрутизации пакета.
  3. наличие разных маршрутов для одного пакета.
  4. наличие очереди при обработки промежуточным устройством пакетов/фреймов.
  5. вероятность потери пакета и запрос потерянного пакета/фрейма.
  6. разное время получения двух одинаковых файлов, в том числе что отправленные файлы с интервалом в одну секунду, могут приняты быть с интервалом менее одной секунды конечной машиной.

Речь идёт о заявке, и вероятных препятствиях на пути её движения к серверу форекс-дилера.

Так же интересна информация о размере "файла" заявки, что бы понять - умещается ли она в один пакет\фрейм, а так же по какому протоколу она передаётся.

1. помниться что проходит процедура MTU-discovery, будет использован минимальный MTU из всех

2,3 by-design каждый IP пакет маршрутизируется отдельно и может ходить разными путями, на практике - пока текущий маршрут работает они все пойдут по нему

4. tcp разбирается на отдельные IP отправителем и собирается обратно приёмником. Больше никто в сборка-разборка не лезет

5. если какой-то IP потеряется (побъётся/потеряется по пути) приёмная сторона перезапросит. Потери приводят к падению скорости или даже разрыву соедения. 

6. в tcp нет понятия "файлов", это одна большая длинная колбаса. Как отправитель-приёмник её форматируют и на какие-то части, это их личное дело и протокол верхнего уровня :-) 

если очень любопытно, можешь поставить wireshark (https://www.wireshark.org/download.html) и поизучать сетевой обмен MT. Хотя максимум что узнаешь - адресаты, кол-во соединений и нагрузку. Данные сжимаются и шифруются TLS (как минимум)

Wireshark • Download
Wireshark • Download
  • www.wireshark.org
Wireshark: The world's most popular network protocol analyzer
 
Maxim Kuznetsov #:

1. помниться что проходит процедура MTU-discovery, будет использован минимальный MTU из всех

2,3 by-design каждый IP пакет маршрутизируется отдельно и может ходить разными путями, на практике - пока текущий маршрут работает они все пойдут по нему

4. tcp разбирается на отдельные IP отправителем и собирается обратно приёмником. Больше никто в сборка-разборка не лезет

5. если какой-то IP потеряется (побъётся/потеряется по пути) приёмная сторона перезапросит. Потери приводят к падению скорости или даже разрыву соедения. 

6. в tcp нет понятия "файлов", это одна большая длинная колбаса. Как отправитель-приёмник её форматируют и на какие-то части, это их личное дело и протокол верхнего уровня :-) 

если очень любопытно, можешь поставить wireshark (https://www.wireshark.org/download.html) и поизучать сетевой обмен MT. Хотя максимум что узнаешь - адресаты, кол-во соединений и нагрузку. Данные сжимаются и шифруются TLS (как минимум)

1. Как я понял - зависит от подсети.

2,3 Знаете эксперименты это подтверждающее?

4. см. пункт 1

5. В целом так.

6. Я писал в кавычках, подразумевая любой поток информации.

За софтину - спасибо, но я давно этим всем не занимался, это трата времени будет для ответа на пару вопросов - надеюсь, что есть более опытные люди в этом вопросе.

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

PS Да, забыл кавычки поставить в 6 пункте, но были в первом.
 
Maxim Kuznetsov #:
4. tcp разбирается на отдельные IP отправителем и собирается обратно приёмником. Больше никто в сборка-разборка не лезет

Вот, тут пишут:

MPLS MTU определяет максимальный размер маркированного (кто знает как лучше переводиться Labeled прошу подсказать в комментах) IP пакета. В случае, если размер маркированного пакета превышает MPLS MTU, то пакет либо фрагментируется, либо, при наличии установленного в IP заголовка флага с DF bit, дропается (пока логика как и при превышении IP MTU), с возможной отправкой ICMP сообщения Fragmentation Needed.

Таким образом у маршрутизатора 1 может быть MTU 1000, у маршрутизатора 2 1500 и пакет (фрейм  - скорей правильно) дополнится, у маршрутизатора 3 500 и пакет разрежется на 3.
Maximum Transmission Unit (MTU). Мифы и рифы
Maximum Transmission Unit (MTU). Мифы и рифы
  • 2014.06.19
  • habr.com
Maximum transmission unit (MTU) это максимальный объём данных, который может быть передан протоколом за одну итерацию. К примеру, Ethernet MTU равняется 1500, что означает, что максимальный объём данных, переносимый Ethernet фреймом не может превышать 1500 байт (без учёта Ethernet заголовка и FCS — Рис. 1). Рис. 1 Давайте пробежимся с MTU по...
 
Aleksey Vyazmikin #:


2,3 Знаете эксперименты это подтверждающее?


Это так IP-сети устроены

swift`ская x.25 устроена по другому :-)

 
Maxim Kuznetsov #:

Это так IP-сети устроены

swift`ская x.25 устроена по другому :-)

Не понял сообщение, к сожалению.

 
Aleksey Vyazmikin #:

Не понял сообщение, к сожалению.

в IP-шных сетях, каждый отдельный IP маршрутизируется отдельно. Они так вот спроектированы и устроены на случай ядерной войны

современные сети очень быстрые и надёжные, каналы ёмкие. Маршруты обновляются не часто, при авариях например. Поэтому если есть маршрут в AS то все твои IP пойдут по нему.

 
Maxim Kuznetsov #:

в IP-шных сетях, каждый отдельный IP маршрутизируется отдельно. Они так вот спроектированы и устроены на случай ядерной войны

современные сети очень быстрые и надёжные, каналы ёмкие. Маршруты обновляются не часто, при авариях например. Поэтому если есть маршрут в AS то все твои IP пойдут по нему.

Не уверен. Но, даже один и тот же маршрут не гарантирует одинаковую скорость передачи пакетов.