Alexey K

Доброго времени суток. Существовал линк из двух BB, доставшихся по случаю. Одна из BB вышла из строя, и на замену ей была установлена перешитая в BB 2100. Линк (P2P) успешно был поднят, однако трафик по нему из сегмента к компьютеру ходить упорно не желает. Компьютер получает IP от DHCP-сервера в сегменте, но до шлюза достучаться не удается. С компьютера связь с обоими точками доступа есть. В чем может быть причина, или это эдакая несовместимость BB и 2100 BB?

>На фтп провайдера заходит, но скорость скачки ~20кб/с Подозрительно мало, но в любом случае про большую скорость можно забыть. CPU слаб. >На хабы заходит, скачка с меня ~1.3мб/с, сам скачивать нечего не могу Надо изучать инструкцию / Интернет на предмет проброса портов (port-forwarding). На многих ресурсах, посвященных Р2Р (сайты DC++, bittorrent-трекеры) можно найти такие инструкции.

Тазик на Core2Quad Q6600 спокойно гонял себе до 2.5 Гбит в каждую сторону. Цена тазика в 1U - около 25 килорублей. В итоге перешли на 7600, ибо аппетиты возросли.

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

Эхехе, вот и беднеет наш город на нормальных технарей в провайдинге...

Интересно, почему это должно быть Вашей головной болью... у провайдера есть служба проектирования? Это провайдеру надо думать, с учетом Ваших пожеланий.

D-Link

CWDM-пассивка, по сути своей, примитивна - внутри этого мультика установлена призма. Нечему там ломаться / глючить. Разве что, только если уронить :) Активку от QTECH щупать не приходилось.

Мы используем их CWDM-пассивку: http://www.qtech.ru/catalog/cwdm/31/info.htm

"Полный пизнес, насяйника..."

О Боже... а БП есть?

Плагин CRM в BGBilling.

Мы ставим по два автомата - в ВРУ и внутри ящика. Естественно, в ВРУ автомат бОльшего номинала, чем в ящике. Кабель - ВВГ 3х2.5

Не подойдет... Частично решил задачу через роутинг, пока в пределах vrf.

у... тяжелый случай. Да, тяжелее некуда.

sw2 и sw3 - рутящие? между ними надо настраивать рутинг мультикаста, а не просто igmp snooping Да, но там тот самый vlan 4038 протаскивается по L2. Хотя... на SW2 есть SVI-интерфейс vlan2, а на SW3 - vlan4038. vlan2 находится в vrf, vlan4038 - нет.

Ситуация следующая: пытаюсь настроить IGMP для трансляции ТВ в сети, сеть полностью управляема, построена на D-Link DES3526, 30xx и разных Каталистах. Примерная схема: SW1 - C2960G SW2 - C3750G (на нем активен ip igmp snooping querier) SW3 - C3750G SW4 - DES3526 Вещание идет в vlan 2 (239.1.1.1:1234), тестовый клиент находится в vlan 4038. Когда клиент запрашивает поток, группа появляется: SW2#sh ip igmp snooping groups | incl 4038 4038 239.1.1.1 igmp v2 Gi1/0/2 Поток с источника идет: 00:15:27.310523 IP 79.140.16.21.62293 > 239.1.1.1.1234: UDP, length 1328 00:15:27.366572 IP 79.140.16.21.62293 > 239.1.1.1.1234: UDP, length 1328 00:15:27.422645 IP 79.140.16.21.62293 > 239.1.1.1.1234: UDP, length 1328 00:15:27.478695 IP 79.140.16.21.62293 > 239.1.1.1.1234: UDP, length 1328 00:15:27.535773 IP 79.140.16.21.62293 > 239.1.1.1.1234: UDP, length 1328 Тем не менее, у клиента абсолютно ничего не происходит... что может быть не так? Похоже, проблема с трансляцией мультикаста из одной vlan в другую.

Странно как-то, у нас на более слабой машине: (Core2Duo Q6600) input (Total) output packets errs bytes packets errs bytes colls drops 320936 0 221724280 332582 0 238298636 0 0 330843 0 228349436 342241 0 245038582 0 0 333461 0 231159081 345547 0 248735056 0 0 333134 0 230730936 346058 0 248090234 0 0 329981 0 228275882 344016 0 247471517 0 0 last pid: 23089; load averages: 1.06, 0.99, 0.99 up 0+13:31:11 20:51:45 88 processes: 7 running, 66 sleeping, 15 waiting CPU: 0.0% user, 0.0% nice, 25.7% system, 1.0% interrupt, 73.3% idle Mem: 218M Active, 11M Inact, 81M Wired, 208K Cache, 16M Buf, 679M Free Swap: 1024M Total, 1024M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 50 root 1 171 ki31 0K 8K CPU2 2 809:07 100.00% idlepoll 14 root 1 171 ki31 0K 8K RUN 0 546:47 78.37% idle: cpu0 12 root 1 171 ki31 0K 8K RUN 2 523:22 78.08% idle: cpu2 11 root 1 171 ki31 0K 8K RUN 3 512:33 60.01% idle: cpu3 13 root 1 171 ki31 0K 8K CPU1 1 509:19 59.33% idle: cpu1 15 root 1 -44 - 0K 8K CPU0 0 307:12 25.24% swi1: net 16 root 1 -32 - 0K 8K WAIT 2 11:09 0.54% swi4: clock sio 1403 root 1 44 0 131M 131M select 1 4:52 0.00% bgpd 46 root 1 -68 - 0K 8K - 2 3:27 0.00% dummynet Роль машины - бордер, с тремя em и пачкой vlan.

Вполне пойдет, только решение с 3010G - на "вырост". Вдруг Ваши аплинки до сотни на каждый дорастут :)

Проще и дешевле через vlan. Если пропускная способность каждого из трех каналов меньше, или равна 100 мбит - то парочку D-Link DES3010G. Дешево и сердито. У этого свитча есть 1 слот SFP - через него можно организовать линк между свитчами на скорости в 1 Гбит.

Вот у нас один из серверов доступа: Клиентов на нем сейчас ~610, трафик: Загрузка: Правил ipfw минимум, мы не используем нарезку скоростей через dummynet. CPU простенький из Ксеонов, платформа i3000. Есть другие серверы доступа, но там более мощные процессоры (Core2Quad Q6600), нагрузка при том же количестве клиентов и трафике вообще смешная: Кстати, вопреки всему, поллинг используется. + в sysctl

окапываются или вешаются? Купили местного оператора (xDSL, немного ethernet). Магистрали в городе у них существуют уже года два. (канализация / опоры)

Идет, пока неспешно, но идет... у нас в городе окапываются.

Немного в сторону, но... а почему бы не отказаться от dummynet вообще, раз у Вас mpd? Ведь шейпинг прекрасно реализуется через ng_car... А вообще, давно заметил, что pppoe через mpd работает намного быстрее, нежели pptp.

Это Оренбург. Конечно, учитывая специфику работы этой компании, непосредственно компанию обвинить не в чем. Разве что, только в отсутствии контроля за выполнением монтажных работ. Не думал, что существуют настолько безалаберные монтажники-подрядчики. Еще встречается такое. Это, по всей видимости, запас. :)