А у кого-то под линухом получалось решить такую задачу:
есть, скажем, 1000 клиентов. Каждому надо отдать одинаковую полосу (скажем, 256к). клиенты не ppp, так что повесить на каждый интерфейс отдельную очередь не выйдет.
Как порезать трафик не создавая 1000 очередей?
интересно, а как бы вы поступили на месте столь люто ненавидимых военных и властей?
представьте на секундочку себя у руля в 1986 году.
внезапно, у вас ядерная авария беспрецедентного масштаба, менее чем в 200км от столицы УССР с многомиллионным населением. Опыта ликвидации такого рода катастроф нет ни у кого в мире, вариантов развития событий — масса, а время поджимает… Поведение разрушеного реактора слабо прогнозируется, внятно никто ничего посоветовать не может.
Ваши действия?
Запросить помощи у мировой общественности? Так во-первых никто в мире раскуроченные до такой степени реакторы еще не тушил. Да и к тому времени как ООН сотоварищи что-то решит — в Киеве может уже и жить нельзя будет.
Забить на это дело «авось само потухнет»? Так ведь неизвестно сколько топлива в бывшей активной зоне, как долго оно еще будет гореть и сколько кюри в атмосферу вылетит.
Обьявить набор добровольцев на получение нескольких десятков-сотен рентген? Вряд-ли кто согласится, да и время опять таки…
Еще варианты кроме задействования армии есть?
Да, конечно придурков которые гнали людей знамя красное на трубе поднимать надо было там же и закапывать. Только вот уродов — их во все времена хватало
Но в целом-то есть мнение что не ненависть и презрение, а благодарность за то что зона отчуждения всего 30км в диаметре а не 300 надо бы испытывать.
И отцу вашему низкий поклон
угу. и это доставляет куда более чем исчерпание адресов. Ибо если для перехода на v6 в общем-то достаточно только тот же ios обновить (и то вряд-ли, поддержка уже 100 лет как), то когда фулл перестанет в память влазить все куда хуже ;(
без maximum-path будет юзать только best
с — альтернативные тоже при условии равенства ряда атрибутов (там в доке ниже расписано каких)
вроде больше никаких дополнительных команд для этого не надо
BGP Multipath allows installation into the IP routing table of multiple BGP paths to the same destination. These paths are installed in the table together with the best path for load sharing. BGP Multipath does not affect bestpath selection. For example, a router still designates one of the paths as the best path, according to the algorithm, and advertises this best path to its neighbors
maximum-paths n
best path — по прежнему один, да. остальные — альтернативные.
видимо, речь идет о route-leak между vrf и глобальной таблицей маршрутизации.
если vrf-vrf обмен маршрутами посредством bgp + extended community — все ясно и понятно.
а вот если нужно часть маршрутов из какого-то vrf забросить в global routing table — начинаются проблемы.
у меня не вышло, так что присоединяюсь к вопросу =)
Update 1 includes an ‘Off-line Coalesce’ tool that can reclaim all disk space previously allocated to deleted snapshots while the VM is temporarily set offline. The Off-line Coalesce tool and its use are described in full in an associated KB article: CTX123400.
т.е. проблема в корне не решена, но добавлена некая тулза позволяющая обратно место вернуть
сам еще не пробовал, интересно как оно?
есть, скажем, 1000 клиентов. Каждому надо отдать одинаковую полосу (скажем, 256к). клиенты не ppp, так что повесить на каждый интерфейс отдельную очередь не выйдет.
Как порезать трафик не создавая 1000 очередей?
Интересен аналог решения на cisco
iptables -A FORWARD -o ppp+ -i eth0 -j NETFLOW
для трафика междy ppp-интерфейсами
iptables -A FORWARD -i ppp+ -o ppp+ -j NETFLOW
Ну, дополнительные условия по вкусу.
Всегда поражала тяга бздишников к усложнению простых вещей.
представьте на секундочку себя у руля в 1986 году.
внезапно, у вас ядерная авария беспрецедентного масштаба, менее чем в 200км от столицы УССР с многомиллионным населением. Опыта ликвидации такого рода катастроф нет ни у кого в мире, вариантов развития событий — масса, а время поджимает… Поведение разрушеного реактора слабо прогнозируется, внятно никто ничего посоветовать не может.
Ваши действия?
Запросить помощи у мировой общественности? Так во-первых никто в мире раскуроченные до такой степени реакторы еще не тушил. Да и к тому времени как ООН сотоварищи что-то решит — в Киеве может уже и жить нельзя будет.
Забить на это дело «авось само потухнет»? Так ведь неизвестно сколько топлива в бывшей активной зоне, как долго оно еще будет гореть и сколько кюри в атмосферу вылетит.
Обьявить набор добровольцев на получение нескольких десятков-сотен рентген? Вряд-ли кто согласится, да и время опять таки…
Еще варианты кроме задействования армии есть?
Да, конечно придурков которые гнали людей знамя красное на трубе поднимать надо было там же и закапывать. Только вот уродов — их во все времена хватало
Но в целом-то есть мнение что не ненависть и презрение, а благодарность за то что зона отчуждения всего 30км в диаметре а не 300 надо бы испытывать.
И отцу вашему низкий поклон
с — альтернативные тоже при условии равенства ряда атрибутов (там в доке ниже расписано каких)
вроде больше никаких дополнительных команд для этого не надо
BGP Multipath allows installation into the IP routing table of multiple BGP paths to the same destination. These paths are installed in the table together with the best path for load sharing. BGP Multipath does not affect bestpath selection. For example, a router still designates one of the paths as the best path, according to the algorithm, and advertises this best path to its neighbors
maximum-paths n
best path — по прежнему один, да. остальные — альтернативные.
если vrf-vrf обмен маршрутами посредством bgp + extended community — все ясно и понятно.
а вот если нужно часть маршрутов из какого-то vrf забросить в global routing table — начинаются проблемы.
у меня не вышло, так что присоединяюсь к вопросу =)
iface eth0 inet dhcp
post-up /usr/sbin/ethtool -s eth0 wol g
Зачем еще какой-то скрипт городить?
т.е. проблема в корне не решена, но добавлена некая тулза позволяющая обратно место вернуть
сам еще не пробовал, интересно как оно?