muff

Сталкивался. Клиент, который к тебе коннектится - работает через ВПН-подключение. Размер MTU в таком случае 1396 (а не 1500 как при езернет-включении). Далее, при установке TCP-сесии они обмениваются своими MMS (Maximum Message Size - максимальный размер сообщения) - этот момент в выводе tcpdump уже упущен. Соответственно дальше сессия должна работать с пакетами, размером равным меньшему MSS. Но вот твой сервер почему-то не уменьшил размер пакетов, и продолжил отправку сообщений размером 1460 байт. Эти пакеты не "пролазят" в ВПН-тунель (данные не могут корректно инкапсулироваться). Твой сервер не получает АСК и начинает повторно отправлять пакеты, надеясь что они дойдут до адресата. Решение проблемы: похоже твой сервер игнорирует пакеты ICMP типа 4 (код 4 — Необходима фрагментация, но установлен флаг ее запрета). Или еще какая-то бяка. Еще вариант - коряво настроенный ВПН-сервер, через который ломится клиент.

Зазвичай ДСЛАМи підтримують VLAN, і в налаштуванні не надто складні (якщо не заморочуватись над різними схемами побудови). Рекомендую модеми налаштовувати в режим bridge, тоді вони будуть повністю прозорі для трафіку, і будуть просто виконувати роль перетворювача середовища. А за ДСЛАМом встановити сервер під управлінням FreeBSD. Якщо клієнтів буде небагато, то на кожен лінк логічно буде подати окремий VLAN із своею IP-адресацією.

Да нет, поддерживается все стандартными стредствами cacti. Попробуй добавить следующий Data Query: SNMP - Get Processor Information Console -> Devices -> Device_name Далее в разделе Associated Data Queries добавь Get Processor Information. Потом собственно добавь график.

Если графики совсем не рисуются, то похоже что забыли добавить cacti в cron. Проверьте, есть ли в /etc/crontab следующая строка: */5 * * * * cacti /usr/local/bin/php /usr/local/share/cacti/poller.php > /dev/null 2>&1 По ходу, на сервере под управлением FreeBSD еще и net-snmp должен быть установлен и настроен. Посмотри по следующим ссылкам, должно помочь: Настройка cacti Настройка net-snmp

Есть опыт работы. Качество на довольно неплохом уровне. Но падения тоже бывают (в основном лагает мировой канал, кстати последнее время сравнительно чаще), спасает то что у нас есть дополнительные аплинки. При возникновении проблем, или плановых работах - отсылают уведомления на e-mail. Кстати, на техплощадке Леонтовича 9 у них нету своего генератора, запитываются от генератора Укр.Нета (какие-то внутренние договоренности). В связи с этим однажды был большой облом, когда Леонтовича было обесточено, а к генератору они не смогли подключиться. Валялись около 3 часов Плюсы: - уведомляют о всех плановых работах; Минусы: - сравнительно дорого относительно других провайдеров; - бывают падения.

Из минусов: - нету прямого линка на Россию, поэтому задержки на на Россию - до 100 ms (трафик через Франкфурт идет), у некоторых пользователей начинается паника из-за этого - заходит единственный линк на Украину, было несколько раз, что магистральный кабель повреждали, а бекапа то нету... В остальном - вроде все гуд.

Nagios

Есть более 10 штук, так что протестировать мог довольно плотно. Из плюсов: - низкая цена; - стабильность работы; - неплохой функционал, как для веб-смарта. Из минусов: - отсутствует SNMP (как на меня, можно было впихнуть); - стыкался дважды с несовместимостью сетевухи и коммутатора. В первом случае зависал постоянно клиентский порт (лечилось удаленным ребутом), во втором случае полностью зависал комутатор (даже управление отваливалось). При замене или сетевухи или коммутатора на коммутатор другого вендора все работало стабильно. Рекомендую

Пиши на мыло, или в асю. Думаю общий язык найдем. И на счет сайта и на счет размещения.

Согласен с yri. Кстати, о УА-ИКСе. Многие провайдеры берут инет у вышестоящих провов. При этом каналов может быть несколько (от разных аплинков). Так что непосредственное включение к УА-ИКСу необязательно, чтобы в этот самый УА-ИКС входить. http://www.colocall.net/ua/?host=193.227.206.58 inetnum: 193.227.206.0 - 193.227.207.255 netname: AKCECC-PI1 descr: ISP BGNet descr: Kyiv, Ukraine country: UA admin-c: KESH-RIPE tech-c: OLEG9-RIPE status: ASSIGNED PI mnt-by: AS12998-MNT mnt-by: RIPE-NCC-HM-PI-MNT mnt-lower: RIPE-NCC-HM-PI-MNT source: RIPE # Filtered

"up" - это "вверх". Чел видимо подымал рейтинг темы. Чтобы была вверху сообщений.

Есть несколько шасси, ADSL-, SHDSL-модули, SHDSL-модемы. Звоните (044)332-96-55. Тогда уже и оговорим цену в зависимости от количества железок.

Есть в наличии Zyxel шасси + 8-портовый АДСЛ-модуль. Описание: Шасси IES-1000 модуль AAM-1008 Если интересно - пиши. Кста, в свободный слот можешь вставить такие модуля: SHDSL, ADSL, ADSL2+...

Parazit.... Не иначе, как ты сегодня на смене? Я вот тоже почту решил перелопатить. И на форуме до боли знакомая информация

Wireshark По всех уровнях модели OSI можно розбирать трафик. Лучшего пока не встречал.

Видимо после пересборки вылетела инфа. Ща поправил. Пиши - проверим

Стучи в асю - проверим

Может

Однозначно - винду ф топку. Пиши в асю, пообщаемся о взаимопомощи Кста. Город какой?

В функционале сиська проиграет однозначно. Но если не нужно ни НАТ-а, ни тунелей, что рано или поздно может пригодиться Еще ньюанс... В базовой поставке с3560 нету БГП, нужна еще покупка лицензии Скажем так. Вариант с Л3 вместо сервера - довольно привлекателен, но нужно учесть очень много ньюансов.

Уточни, что за вокзал Если центральный железнодорожный, то расстояние там фигня - 2 км. всего. С "Южного" кажется 454 маршрутка бегает туда. Уточнишь на месте. Или же спуститься до ул. Урицкого (где-то 100 м.). Там должна быть куча маршруток до Соломенской площади.

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

Могу помочь, если дружишь с iperf.

Посмотри вот здесь Контакты там есть. Ребята очень все доходчиво расскажут. Сам когда-то с ними общался.

+ 1 gmirror Работает четко, ресурсов почти не жрет.