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