информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
За кого нас держат?Страшный баг в Windows
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Бэкдор в xz/liblzma, предназначенный... 
 Три миллиона электронных замков... 
 Doom на газонокосилках 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / networking
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Это даже не шейп, rate-limit, он себя так ведет, особенно, 31.01.04 12:39  Число просмотров: 1632
Автор: Zef <Alloo Zef> Статус: Elderman
<"чистая" ссылка>
если помимо пинга еще какой-нит трафик имеется, тогда он пропустит фиксированный процент пакетов, а какие именно, будет зависеть от общего числа пакетов на интерфейсе
<networking>
вопрос кошководам по фрагментации 23.01.04 15:10  
Автор: cybervlad <cybervlad> Статус: Elderman
<"чистая" ссылка>
вопрос, чем может быть обусловлено следующее поведение циски.
посылаем большой пакет (который однозначно будет фрагментирован, ибо больше MTU). в качестве эксперимента делаем ping одним пакетом размером 60000 байт. при MTU=1500 он шинкуется на 40 пакетов. однако циска пропускает лишь 22 пакета! причем, не первые 22, а произвольные (выпадания есть в середине). при других вариантах фрагментации снова проходят только 22 пакета.
22 пакета это на интерфейсе WAN циски? 30.01.04 18:01  
Автор: ZaDNiCa <indeed ZaDNiCa> Статус: Elderman
<"чистая" ссылка>
22 пакета это на интерфейсе WAN циски?
если да то ничего удивительно - во-первых если соединение ppp то там MTU может быть другим, а во-вторых есть такое понятие как сжатие ppp

> вопрос, чем может быть обусловлено следующее поведение
> циски.
> посылаем большой пакет (который однозначно будет
> фрагментирован, ибо больше MTU). в качестве эксперимента
> делаем ping одним пакетом размером 60000 байт. при MTU=1500
> он шинкуется на 40 пакетов. однако циска пропускает лишь 22
> пакета! причем, не первые 22, а произвольные (выпадания
> есть в середине). при других вариантах фрагментации снова
> проходят только 22 пакета.
нет, это эзернет 02.02.04 12:29  
Автор: cybervlad <cybervlad> Статус: Elderman
<"чистая" ссылка>
а проблема, похоже, в этом:
The 3600 Series Routers are particle-based platforms. The interface buffers are atomic buffers, called particles, into which the packets are split. When a packet cannot be fast-switched, the router has to reassemble it in one system buffer because the process switching code cannot handle particles. Public particle pools cannot be tuned.
А шейпинг? 31.01.04 08:32  
Автор: Zef <Alloo Zef> Статус: Elderman
<"чистая" ссылка>
в смысле? 31.01.04 10:41  
Автор: ZaDNiCa <indeed ZaDNiCa> Статус: Elderman
<"чистая" ссылка>
Это даже не шейп, rate-limit, он себя так ведет, особенно, 31.01.04 12:39  
Автор: Zef <Alloo Zef> Статус: Elderman
<"чистая" ссылка>
если помимо пинга еще какой-нит трафик имеется, тогда он пропустит фиксированный процент пакетов, а какие именно, будет зависеть от общего числа пакетов на интерфейсе
1




Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2024 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach