Перейти к содержимому
Калькуляторы

rkorolev

Пользователи
 Просмотреть профиль  Активность

  • Публикации

    90

  • Зарегистрирован

  • Посещение

 Тип публикации 

Сообщения, опубликованные пользователем rkorolev

  1. Опубликовано · Жалоба на ответ

    Спасибо.

    Ценник даже и указать не могу, т.к. порядка не знаю. Идеал - freeware ;)

    netup'овский сыроват ещё, насколько я понял. jitter только в "todo".

    Заинтересовала Agama Analyzer, но цен нет. Может кто-то озвучит порядок?

    И есть-ли реселлеры в России?

     

  2. Опубликовано · Жалоба на ответ

    Здравствуйте.

    Хочется отслеживать потери фреймов и прочие бяки на каналах.

    Единственное, что нашёл: VLC и модуль remote control, через telnet стартовать канал, ждать некоторое время, потом снимать stats.

     

    Может быть есть что-то другое, более простое и/или надежное?

  3. Опубликовано · Жалоба на ответ

    Могу замолвить слово за новые DSLAM D-Link, DAS-4672, на 672 порта и DAS-4192, на 192 порта соответственно.

    Знакомые провайдеры используют - с последними прошивками довольные, вначале проблемы всплывали.

    Сейчас вот как раз юзаем 4672. Больше года пинали непрерывно, чтоб его довели до ума.

    Пока "довольные", но многие вещи всплывают после длительного аптайма, а последнюю прошивку с фиксами отдали очень недавно.

     

    Главное, чтоб они опять не кинули клиентов, как это произошло с rev.a: долго пинали длинк, они правили баги, а потом свалили к другому вендору и софта с поправленными до конца багами для rev.a просто нет.

    Я отковырял контакт на Тайване, раздобыл более свежий софт для rev.a (3.07A, 3.10, 3.11) от другого вендора, но версии после 3.07 не ставятся на большинство дасов, т.к. расчитаны на 8мб флеш, а у нас почти везде 4мб на DAS-3248 :(

  5. Опубликовано · Жалоба на ответ

    Иногда надо успеть соскочить с паровоза, идущего не по пути, пока он не набрал скорость.

    Мы в своё время успели соскочить с zyxel'я (несколько десятков 1000/2500), о чем только порадовались.

    Хотя ies-1000 до сих пор живет кое-где на сети :)

     

  6. Опубликовано · Жалоба на ответ

    А зачем админов-то? И в чем разница? Просто железо разное, а софт-то один и тот-же. У нас вон тоже на quad-core несколько серверов крутятся.

    Хотя и с софтом там не все так просто, по месяцу приходится доказывать, что таймер сессии должен браться из времени, а не

    плюсоваться только при успешном и подтвержденном radius alive пакете.

    Несколько раз протормозил, несколько раз профукался alive - и на полумесячной сессии в итоговом пакете разница по времени получается в несколько часов %)

  7. Опубликовано · Жалоба на ответ

    quad 2.3, 673 сессии, 120мбит, 20-23k pps - 19-20% cpu load

    Есть ли у вас локальные тяжеловесные сервисы? 120мбт это как я понял чистый межабоненсткий усреднённый трафик?

    Сколько в пике бывает в ЧНН?

    Это без локальных сервисов, интернет-трафик на внешнем ethernet'е с одного из микротиков.

    Максимум было 1000 юзверей одновременно на сервере, трафик не засекал.

    Сейчас для балансировки поставили еще серваков, так что нагрузка размазалась, посмотреть пики не могу.

     

  9. Опубликовано · Жалоба на ответ

    Dlink DAS-32xx ревизии А, с прошивкой 3.07, искать завалявшиеся по складам.

    Прекрасно пашет, есть аннекс.м, стабилен.

    $ get system info

    ...

    Up Time(HH:MM:SS) : 1650:23:1

    CPSwVersion(Build): D.3.07.i1000.ADSL2+.A PRIMARY (GS_API_654/E.67.1.69)

    DPSwVersion : DP_B02_10_28_04_ip1000a

    System Time : Sun Sep 07 15:06:28 2008

     

    Крайне не рекомендую ревизию B - сыряк, фиксят уже год с гаком и будут фиксить еще минимум полгода-год.

  10. Опубликовано · Жалоба на ответ

    3com вроде умеет. По крайней мере в старых моделях на порту было "Forward unknown tags" или как-то так.

    Ставишь на обоих - и поехало...

  12. Опубликовано · Жалоба на ответ

    Если такой резкий всплеск трафика, то очень сомнительно, что это злоупотребление именно админа. Админ тоже человек, анального секса от руководства не хочет. Опять-же, такая огромная разница из-за паразитного трафика скорее всего не возникнет.

    Остаются два варианта: профуканный незакрытый сервис (фтп/прокси открытый), несознательный юзверь (торрент/мул либо онлайн просмотр/прослушивание музыки).

    Решение: просмотр детализации по портам (если есть), для определения чего и откуда качали.

    Предложить клиенту:

    а) оплатить этот трафик по минимальному тарифу провайдера

    б) помочь с установкой простейшей трафикосчиталки на шлюзе (наверняка за натом сидят и сами нифига определить не могут).

    У нас обычно именно этими двумя пунктами конфликт с клиентом решался.

  14. Опубликовано · Жалоба на ответ

    ZTE сидит в одном здании с Д-Линком в Москве.

    Контакты в гугле нашёл:

    ZTE Corporation, московское представительство Корпорации ZTE:

    129626, Графский пер., дом 14, корпус 1.

    Тел.: (095) 741 – 0569, Факс: (095) 741 – 0567

     

    Не пробовали к ним напрямую?

     

  17. Опубликовано · Жалоба на ответ

    из микротиковского форума:

     

    It's realy rocks I have now 8 procesors look at the picture..

    4500 clients on it, Connection tracing enabled , queues for all the clients with pcq , nat for 3000 of them

    Гонит он...

    1. multi-cpu и pppoe пофиксили только в 3.3, которого ещё не зарелизили в день поста на форуме.

    До этого оно дохло при некотором критическом наборе народу (у нас дохло при >600). Подтверждено официально.

    2. До сих пор при использовании per-user очередей - packet loss. Подтверждено, но не пофиксено.

     

    Реально без NAT, очередей и фильтров у нас сидело на quad core проце ~1600-1700 пользователей при загрузке в 20-25%.

    Но вообще потенциал есть :)

     

  18. Опубликовано · Жалоба на ответ

    В данный момент мучаем Mikrotik RouterOS. Беда - дохнет при включении поддержки multi-cpu, обещают пофиксить.

    Но на одном ядре держит до 880 юзверей (больше не залезало).

    В данный момент ~70% cpu, 560 юзверей, трафик 60мбит/12kpps

     

  21. Опубликовано · Жалоба на ответ

    Это должен делать не MPD, но ближайший для клиента роутер.

    Который в свою очередь, для клиента - default gateway.

    Только после поднятия PPTP дефолт гейтвеем будет именно PPTP сервер и весь трафик, даже локальный (помимо directly connected) польется через pptp.