СЕТЬ — различия между версиями
Строка 20: | Строка 20: | ||
http://en.wikipedia.org/wiki/Packet_loss<br> | http://en.wikipedia.org/wiki/Packet_loss<br> | ||
− | [[Category: | + | ==вапп== |
+ | вапвыапва | ||
+ | [[Category:СЕТЬ]] |
Версия 16:51, 25 января 2008
ODEX
Мы можем гарантировать то, что трафик исходящий из нашего датацентра на одесских провайдеров будет идти напрямую, не через Киев.
Как будет идти трафик от конкретного одесского провайдера к нам - гарантировать мы не можем, т.к. это внутренняя политика каждого провайдера.
Мы анонсируем наши сети всем провайдерам участвующим в OD-EX
Потеря пакетов или latency на промежуточных хостах
Если почти все хосты по дороге потеряли пакеты. Этому есть простое объяснение, оно заключается в принципе работы трассирующих програм и ротуеров: отсылается ICMP запрос и измеряется время ICMP ответа каждого промежуточного роутера (и количество ICMP запросов которые не вернулись или не успели вернутся в заданное время).Поскольку абсолютное большенство роутеров - разделены на две логические части: *1. Аппаратный пересыльщик пакетов построеный на ASIC (application specific integral circuits eng., интегральные схемы оптимизированные под выполнения специфических операций) выполняющие основное предназначение роутера - передачу пакетов от источника получателю.
2. Програмный маршрутизатор, отвечающий за динамическую конфигурацию всего устройства (например загрузку маршрутов в аппаратную часть), интерфейс пользователя и другие функции, в том числе - ответы на ICMP запросы к этому устройству.
То, в зависимости от того чем занята вторая часть маршрутизатора - время возврата ответа от него - может варировать (и даже не укладываться в рамки), но никоим образом не отражает работу аппаратной части.
Объективным результатом качества связи может считаться ИСКЛЮЧИТЕЛЬНО количество потерь и время возврата ответа от хоста - назначения, при условии 0 загрузки на нем.
Иначе, если представить, что количество потерь ответов от каждого промежуточного роутера влияет на качество связи межу источником и назначением, то количество потерь на хосте-назначении было бы суммой количества всех ранее потеряных пакетов + не полученные ответы от самого хоста - была бы совершенно иная картина в отличии от того, что видите вы.
http://en.wikipedia.org/wiki/Packet_loss
вапп
вапвыапва