информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Портрет посетителяАтака на Internet
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Очередное исследование 19 миллиардов... 
 Оптимизация ввода-вывода как инструмент... 
 Зловреды выбирают Lisp и Delphi 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / networking
Имя Пароль
если вы видите этот текст, отключите в настройках форума использование JavaScript
ФОРУМ
все доски
FAQ
IRC
новые сообщения
site updates
guestbook
beginners
sysadmin
programming
operating systems
theory
web building
software
hardware
networking
law
hacking
gadgets
job
dnet
humor
miscellaneous
scrap
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
в смысле? 31.01.04 10:41  Число просмотров: 1515
Автор: ZaDNiCa <indeed ZaDNiCa> Статус: 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-2025 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach