Гайджин

Даже если и так, то что? - Письменный контракт чем то страшнее публичного договора?

Аналогично Мы зарабатываем на убытках конкурентов Не, я улыбаюсь... - http://euronet.dyndns.biz/ p.s. я конечно же понимаю, что 20 грн - это совсем не 30 грн.

Телефончик, на всякий случай, в личку скиньте плиз.

Тю Бл#... - Дав жеш Бог фамилию...

Абсолютно в дырочку - в лучшем случае 2Г на группу из 4-8 ТКД. p.s. кстати ТКД - как расшифровывается? p.s.s. На фото вскрытого ящика наблюдаем две пары LC пачкордов включенных через каплер - нафига?

Уважаемый, ну тут же не клуб любителей рыбной ловли... 10 см сухого воздуха пробить - это не менее 10 киловольт разности потенциалов нужно...

http://slav.net.ua - они могут

Все верно, только в техподдержку лучше не звонить, а звонить сразу администраторам. Ибо по поводу техподдержки несколько пафосно написано - не стоит она таких слов.

Они ведь так замечательно горят...

Да. Зачем светить здесь свою корпоративную? Наверное что бы расположить к себе потенциальных партнеров.

Это не я не внимательно читаю, а Вы сумбурно излагаете - на первой странице найдите хоть одно ваше сообщение в котором бы упоминался бы интерфейс ppp0. Вы заворачиваете входящий на интерфейс ppp0 траффик на ifb0 - в этом трафике адрес клиента его ориджинировавшего будет в src или dst? Почему у Вас dst? Очень похоже что Вы показываете дамп сделанный когда редирект на ifb был с эзернета. А то что вы видите мы обсуждали на NAGе полтора года назад. Почитайте, может поможет.

А что вы писали? - То что у вас трафик не матчится? Так извините, но судя по предыдущим Вашим постам видно что вы редирект на ifb выполнили с эзернета. Разницы не замечаете? Инкапсуляция и все такое?

Чего Вы не догоняете? Того, как матчить по u32? - Так просто, но не эффективно: tc filter add dev ifb0 parent 1: protocol ip u32 match ip src 192.168.1.1 flowid 1:101 tc filter add dev ifb0 parent 1: protocol ip u32 match ip src 192.168.1.2 flowid 1:102 tc filter add dev ifb0 parent 1: protocol ip u32 match ip src 192.168.1.3 flowid 1:104 Или как пользоваться хешированым фильтерингом в tc? - Так тоже не сложно найти, гуглите по фразе "tc hash table". Масса примеров найдется.

Фильтрами по u32.

Во простой пример, для случая когда каждому pppXX интерфейсу соответствует свой ifbXX интерфейс. Я понимаю что это несколько маразматично, но если сервер держит на себе до 1000 ppp интерфейсов, то такой подход может быть оправдан. И в конечном итоге никто не мешает свернуть весь трафик (входящий и исходящий, при помощи action mirred redirect) со всех ppp интерфейсов на два ifb интерфейса и на них построить структуру классов htb, применив для ретушированные фильтры с u32. Но есть одно НО - если сервер еще и натит, то с IFB ничего не выйдет. Восходящий от клиента трафик заматчить не удастс

Гы - Вы не находите что qdisc TBF это несколько иное, т.е. не то что Вы написали? Ибо это обычный полисер.

Про аплоад, ингресс и tbf подробней плиз.

Господа, если у кого завалялся хотя бы один (лучше два) 10Г модуль D-Link DEM-410X для коммутатора DGS-3627 - продайте, очень надо.

Почему же тогда не магнитогидродинамический? - Можно кроме генерации электроэнергии еще и не хило согреться.

Насколько я понимаю, Вы редистрибьютите в OSPF каждого кастомера по /32? - Зачем? В идеале каждый сервер должен нести свой пул (пулы) адресов, которые бы редистрибьютился в OSPF одним(несколькими) префиксами. В Вашем же случае можно попробовать вывести один из сервер из "работы", между свичем и сервером сделать отдельный влан с ip-интерфейсами, создать на сервере nssa арию. - При такой схеме маршрутная информация не будет передаваться с этого сервера, на два других. p.s. у нас по похожей схеме работает - по 2500-3000 кастомеров на сервер несет без проблем.

Это фигня... После того как я туда написал: Мне в личку пришло письмо от админа форума: На что я ответил: Вот сижу и думаю - забанят или нет? p.s. может флешмоб устроим?

Ну почему же?

Ну тогда уж и мне цены, и возможные варианты поставок, в личку плиз.

На какие модели? На MX80 + Trio MPC/MIC interfaces.

Жжош!