Mist Опубликовано 3 апреля, 2006 · Жалоба Имеется небольшая локальная сеть, черпающая инет по DSL-модему. Зажав немного канал, обнаружил, что пинг до внешнего интерфейса сервака, раздающего инет, возрос в несколько раз: вместо 1мс стало около 15-20, причем как только трафик подходит к поставленному ограничению, пинг с потерями увеличивается в десятки раз, хотя если этот внешний интерфейс пинговать извне - всё нормально. P.S. Огнаничение стоит на общий трафик, а не на каждого клиента в отдельности. Объясните пожалуйста новичку - в чем косяк, и как это можно исправить? Заранее спасибо. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Nallien Опубликовано 3 апреля, 2006 · Жалоба какая ос ??? и чем ограничивали ? во многих операционках - стоит ограничение на буфере входящих-исходящих... если линух - возможно, смогу помочь. такое впечатление, что увас какой-то нестандартный алгоритм обработки очередей (RED !?) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
mr.Scamp Опубликовано 3 апреля, 2006 · Жалоба Попробуйте поэкспериментировать с параметром queue - длиной очереди в дамминетовском пайпе. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Mist Опубликовано 4 апреля, 2006 · Жалоба Стоит старенькая Фря, 4.9 Ограничивали с помощью ipfw. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Mist Опубликовано 4 апреля, 2006 · Жалоба /sbin/ipfw pipe 1 config bw 1800Kbits/s /sbin/ipfw add 60002 pipe 1 ip from any to 192.168.0.0/16 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
mr.Scamp Опубликовано 4 апреля, 2006 · Жалоба Ну так в принципе и должно быть. Когда трафик, проходящий через пайп, приближается к его пропускной способности - пакеты начинают отлёживатся в очереди, размер которой задаётся параметром queue: ipfw pipe n config m Kbit/s queue y Kbytes. А при превышении - они не успевают там отлежатся и просто дропаются. Это все подробнее можно увидеть в выводе ipfw pipe n show. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saenara Опубликовано 5 апреля, 2006 · Жалоба Плюс еще копаться в конфиге ядра на предмет увеличения HZ=100 до, например, 1000. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Mist Опубликовано 9 апреля, 2006 · Жалоба Всем спасибо, проблему добил Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Artym Опубликовано 26 июля, 2006 · Жалоба Всем спасибо, проблему добил А можно более подробно? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...