solar

Здравствуйте, столкнулся с такой проблемой: есть макрос, запускающийся при подключении РРРоЕ сабскрайбера, в нём определяются некоторые параметры сессии, теперь возникла необходимость получать из макроса еще и определённые данные, для дальнейшего их использования. Проблема в том, что пока макрос запускается вручную из консоли командой вида macro xxx.mac yyy всё в порядке, данные выводятся и на консоль, и, если нужно, в лог, но если макрос запускать так, как он должен работать, то есть, при подключении РРРоЕ сабскрайбера, весь вывод непонятным образом куда-то исчезает, нет вывода информации ни в консоль, ни в лог, более того: в логе даже отсутствуют записи о самом факте работы макроса, хотя точно известно, что макрос отрабатывает, поскольку политики, прописанные в нём, таки применяются к сабскрайберу. Подскажите пожалуйста, куда может деваться вывод, как его получить из макроса, запускаемого при подключении сабскрайбера? Собственно сам макрос: !parameterizes input bandwidth <# world(inputBW) #> <# uid := app.servicemanager.getUniqueId #> <# name_w := "SM-I-world-" $ uid #> <# oname_w := "SM-O-world-" $ uid #> rate-limit-profile <# name_w #> one-rate committed-rate <# inputBW; '\n' #> policy-list <# name_w; '\n' #> classifier-group "world-in-yes" precedence 3000 rate-limit-profile <# name_w; '\n' #> forward policy-list <# oname_w; '\n' #> classifier-group "world-out-yes" precedence 3000 traffic-class world_TR forward profile <# name_w; '\n' #> qos-profile TEST_WCL ip policy input <# name_w #> statistics enabled merge ip policy output <# oname_w #> statistics enabled merge <# env.setResult("activate-profile", name_w) #> <# env.setResult("input-stat-clacl", "world-in-yes") #> <# env.setResult("output-stat-clacl", "world-out-yes") #> <# onError #> <# setoutput console #> <# "error: " $ env.getErrorCommand $ "\n" #> <# "status: " $ env.getErrorStatus $ "\n\n" #> <# endsetoutput #> <# endtmpl #>

спросил само собой, а еще на opennet и sysadmins.su ... и везде тишина ...

Подскажите пожалуйста хотя-бы где можно почитать нормальное описание макроязыка, а то есть очень сильное подозрение, что в разделе документации System Basics -> Writing CLI Macros описание, мягко говоря, неполное, а google на эту тему ничего кроме app.servicemanager.getUniqueId не выдает, или там больше ничего и нет?

Есть Juniper ERX-310, на нём есть приблизительно 1500 РРРоЕ сабскрайберов, есть lag интерфейс на который приходят по нескольким VLAN'ам все PPPoE сессии. При подключении сабскрайбера формируется интерфейс вида lag interfaceID.vlanID.userID, затем на этот интерфейс при помощи макроса навешивается IP policy, которое, помимо прочего, включает в себя присвоение rate-limit'a трафику приходящему ОТ сабскрайбера. Вопрос: можно ли ограничивать индивидуальный трафик каждого сабскрайбера способом отличным от rate-limit'a, например шейпить его на интерфейсе, через который весь трафик уходит на внешний мир?

Здравствуйте, господа. Помогите решить проблему: есть n pppoe пользователей, которые ходят во внешний мир через Juniper ERX-310. Подключение построено по следующей схеме: пользователи сгруппированы по VLAN'ам, VLAN'ы, в свою очередь, сконфигурированы в lag интерфейсе. Настройка пользовательских сессий выполняется автоматически с помощью RADIUS'a, который в том числе задаёт и параметры шепинга пользовательских сессий (shape-rate и assured-rate). Подскажите пожалуйста, каким образом можно задать shape-rate для аггрегированного пользовательского трафика? С целью экперимаента создал вот такую конфигурацию: ! scheduler-profile test-1500kbs shaping-rate 1500 kbps assured-rate hierarchical ! qos-profile qp-test # профиль для аггрегированного трафика ip queue traffic-class world_TR scheduler-profile test-1500kbs ! interface FastEthernet 1/0 mtu 1522 lacp passive lacp port-priority 110 ! interface FastEthernet 1/1 mtu 1522 lacp passive lacp port-priority 120 ! interface lag test # в данном случае lag интерфейс не нужен, он сконфигурирован чтобы тестовая конфигурация максимально соответсвовала реальной ! member-interface FastEthernet 1/0 member-interface FastEthernet 1/1 qos-profile "qp-test" encapsulation vlan ! interface lag test.1020 vlan id 1020 pppoe pppoe auto-configure pppoe profile any "test" # профиль идентичный реальному пользовательскому ! interface lag test.1021 vlan id 1021 pppoe pppoe auto-configure pppoe profile any "test" Проблема в том, что qos-profile qp-test присвоенный lag интерфейсу никак не влияет на общий трафик через интерфейс, то есть, если пользователям в настройках сесси указана скорось 1Mbit, то суммараная не ограничиваеся 1,5 мегабитами, как хотелось бы. Если не затруднит, объясните пожалуйста, что я делаю не так?

Господа, благодарю за взаимоисключающие параграфы . pavlabor, Вы отчасти правы, мы делаем НЕ ТОЛЬКО точку обмена трафиком, у нас ведь есть уже существующее хозяйство к которому нужно привязать еще и новую точку обмена, я думал это ясно из описания схемы, которое я дал в первом посте, но видимо это не так ...

NEP благодарю за ответ. Остается открытым вопрос, как правильно реализовать RS? Это все-таки должны быть 2 разных сервера или, все таки, можно организовать раздельное управление обоими Extrem'ами на одной железке?

Помогите пожалуйста разобраться в ситуации: стоит следующая задача — построить точку обмена трафиком по приблизительно такой схеме: локальный [внутригородской] пиринг на Extreme Summit х450a-48T + глобальный [Киев] приринг на Extreme Summit х450a-48T. Киевский х450а должен будет маршрутизировать трафик на пиры партнёров по обмену трафиком (например DTEL-IX, естественно не только на него, но пока ничего более конкретного не известно) Локальный х450а должен маршрутизировать весь исходящий трафик (т. е. то, что должно идти на киевский х450а, существующее подключение к UA-IX и default gateway на внешнемирового провайдера, кроме того на нём будут пиры внутригородских провайдеров). В процессе изучения вопроса натолкнулся на утверждение о том, что «реализация BGP у Extreme не фонтан», но ничего более конкретного выяснить не удалось, и хотелось бы услышать аргументированное мнение людей имеющих опыт работы с данным железом. Вопросы следующие: В чем конкретно проявляется «не фонтановость» реализации BGP у Extreme, каков оптимальный объем BGP с которым он способен без проблем справляться? Есть ли необходимость поднимать RS для управления маршрутизацией в такой схеме и если да, то как лучше поступить поднять свой RS для каждого Extrem'a или можно на одном RS'e запустить 2 BGP демона, скажем на разных интерфейсах? (если вопрос получился идиотским сильно не пинайте, я не очень хорошо понимаю как всё это должно быть построено, поэтому, собственно, и спрашиваю) Заранее благодарю за помощь.