xelaalex

За все нужно платить, от первого пункта никуда не деться. По второму, вы не в ту сторону пошли, скорость режется на брасе в схеме влан пер юзер. С коммутаторами и влететь недолго, во первых режут часто на L1, во вторых эджкор недавно отличился, в третьих перерывы бывают с электричеством, в четвертых на брасе локалку можно по одному порезать, инет по другому, и т.д. С первым пунктом согласен. Что касается второго - я искал недорогую альтернативу использованию BRAS, но получается при схеме IPoE для нормального управления придется использовать что нить подобное SCE. Выходим на те же деньги.

Нет, трафик должен идти через BRAS, это правильная схема. Если он у Вас дохлый - в этом и проблема, берите мощнее.Вот чего не надо давать - так это "локалку" на скорости порта, т.к. потом от халявы не отучить. Давайте единицы мегабит, раза в 2-3 больше, чем в инет... А PPPoE там или IPoE - дело десятое. У меня, кстати, сеть IPoEoQinQ, весь трафик через BRAS'ы идёт... А как вы на L3 поднимаете без PPPoE и кто у вас в роли BRAS выступает ?

Поставить один ESR или ASR - ещё проще. :)Да и дешевле. Человек хочет красиво, IPoE )Если в его городе это даст преимущество, почему бы и нет. IPoE при "вилан-на-юзера" ему ничего не даст, ему нужен "колхоз" с максимум "вилан-на-дом", а ещё лучше "вилан-на-квартал".Только при этом очень большие проблемы с безопасностью, боюсь всю сеть придётся переделывать... Главное - это почти не имеет смысла, т.к. очень мало трафика замыкается в пределах дома и даже квартала, всё равно львиная доля трафика пойдёт через центр. Так что поставить в центр приличную железку, сделать честные 100 мегабит на дом - и всё в порядке. Колхоз тоже имеется в виде "вилан-на-дом", а потом эти vlan так же попадают в Q-in-Q. Трафик пусть идет через центр, главное что бы не через BRAS, ибо, зачем его грузить внутренним трафиком. В ближайшее время придется реализовать еще одну сеть, хотелось бы сразу чистую IPoE сеть построить, но к сожалению встает несколько неопредолимых трудностей: 1. Увеличенный расход public IP тк при такой схеме их будет использоватся больше (комп у клиента включен - значит пользователь online, не обязательно что он интернет использует). Nat пользоватили ну очень не любят, так что серые схемы не годятся. 2. Не знаю недорогого коммутатора уровня доступа который мог бы управлять скоростью на порту клиента в зависимости от направления трафика.

Как раз схема с PPPoEoQinQ и была реализована. Хотелось бы создать инетерфейс завести туда QinQ vlan, повесить ip helper-address и получить таким образом IPoEoQinQ :-). Видимо я размечтался :-( То что вы хотите можно сделать на алкатель 7750 SR, и на более мелких железках этой серии. Какой бюджет у вас и количество трафика? Можно в личку. А в целом, считайте за счастье, что у вас нет L3, посмотрите на корбины и прочих, как они судорожно пытаются уйти от двойной адресации, те еще грабли. У вас весь трафик под контролем, поставить пяток дополнительных одноюнитовых PPPoE серверов в стойку сильно проще чем поддерживать двойную адресацию и объяснять пользователям маршрутизацию. Спасибо за информацию, сейчас буду искать доку по этой железке. Еще Huawei заявил на s9300 серии подобное, сегодня- завтра вроде как должны сказать точно.

disp ver выдает следующее Huawei Versatile Routing Platform Software VRP ® software, Version 5.30 (MA5200G V300R003C01B056) Copyright © 2000-2006 Huawei Technologies Co., Ltd Quidway MA5200G-8 uptime is 88 weeks, 0 day, 1 hour, 42 minutes SMU 9(Master) : uptime is 88 weeks, 0 day, 1 hour, 42 minutes 512M bytes SDRAM 16M bytes Flash Memory 128K bytes NVRAM 38G bytes Hard Disk Pcb Version : H521SMU REV 0 Logic Version : 005 BootROM Version : 006-026 Bas Version : 5200-33105600 Software Version : VRP ® software, Version 5.30 (MA5200G V300R003C01B056) Switch Fabric: Logic Version : 003 Software Version : V4R01D1 Clock: StartupTime 2008/07/08 07:40:09 Pcb Version : H521CLK REV B Epld Version : 016 Software version : 021 SMU 10(Slave) : uptime is 87 weeks, 6 days, 19 hours, 33 minutes 512M bytes SDRAM 16M bytes Flash Memory 128K bytes NVRAM 38G bytes Hard Disk Pcb Version : H521SMU REV 0 Logic Version : 005 BootROM Version : 006-026 Bas Version : 5200-33105600 Software Version : VRP ® software, Version 5.30 (MA5200G V300R003C01B056) Switch Fabric: Logic Version : 003 Software Version : V4R01D1 Clock: StartupTime 2008/07/08 13:49:08 Pcb Version : H521CLK REV B Epld Version : 016 Software version : 021 SFUF 1 : uptime is 88 weeks, 0 day, 1 hour, 36 minutes, normal boot Host Processor : 256M bytes SDRAM 16M bytes Flash Memory Network Processor : 292M bytes SDRAM 5M bytes SRAM NP Version : 3.1 CP PCB Version : H521CPCD VER.D CP Logic Version : 400 Pcb Version : H521SFUF REV A Logic Version : 003 BootROM Version : 005-015 Fsu Version : 5200-33105600 Efu Version : 5200-33105600 PIC0's version information: Pcb Version : H521O2GDF REV A Single FPGA Version : 6 PIC1's version information: Pcb Version : H521O2GDF REV A Single FPGA Version : 6 SFUF 2 : uptime is 88 weeks, 0 day, 1 hour, 36 minutes, normal boot Host Processor : 256M bytes SDRAM 16M bytes Flash Memory Network Processor : 292M bytes SDRAM 5M bytes SRAM NP Version : 3.1 CP PCB Version : H521CPCD VER.D CP Logic Version : 400 Pcb Version : H521SFUF REV A Logic Version : 003 BootROM Version : 005-015 Fsu Version : 5200-33105600 Efu Version : 5200-33105600 PIC0's version information: Pcb Version : H521O2GDF REV A Single FPGA Version : 6 PIC1's version information: Pcb Version : H521O2GDF REV A Single FPGA Version : 6

Имелось ввиду, что еще гиг другой купить пока не у кого, все провайдеры уже что могли отдали.:-(

Видел сообщения, люди пользуют сей чудо девайс, вот хотелось бы узнать как много они от него добились. Сильно зависит от того какого типа платы у вас стоят и какой софт закуплен.Тут на форуме есть примеры удачного сочетания и, соответсвенно, правильного и полного применения. У нас так не получилось. За фичерсет аля ISG пришлось бы закупиьт новый проц, новые линейные карты и новый релиз софта. В результате мы мигрируем на циску. А вообще у хуавея как только начинаются фенички так сразу появляются всевозможные проблемы. Как молотилки трафика штука хорошая, железо надежное. Но вот от их софта плакать хочется. Что в датакоме, что в телефонии. Отдельная песня лицензии. Все и вся и по три раза. Но не будем о наболевшем. Пробуйте! Возможно у Вас все получится. =) Спасибо за ответ. Мы, так сказать, уже намучались. :-) Лицензии требуемые получали больше полутора лет, при потытке запуска DAA все клиенты просто "померли", вторую попытку делать даже страшно. Документация фактически отсутствует, cli меняется с каждой версией софта.

ХМ, в этом будет отличие. Неужели все операторы в городе должны быть как близнецы?Торговать можно не трафиком, а полосами. Например, 2 мегабита внешнего, 10 внутреннего. Да и нафига он вообще, этот внутренний? Что там внутри сети найти можно? В инете несопоставимо больше всего... А как же экономия внешних каналов, у нас и при желании лишний гигабит не найти, а так же ресурсы BRAS

а q-in-q у Вас прямо с доступов уходит или до ядра с 1 тегом, а на входе в ядро второй навешиваете? Именно так и происходит:-( а q-in-q у Вас прямо с доступов уходит или до ядра с 1 тегом, а на входе в ядро второй навешиваете? Именно так и происходит:-( В ядре второй вешается. При сохранении "вилан-на юзера" такое невозможно - всё пойдёт через центр.А что не нравится? Локалку "похаляве" так не дать, конечно, но оно и не надо - наоборот, сделайте это объёктом торговли (внутренние скорости отдельно от внешних, например). У конкурентов внутренний трафик не объект торговли поэтому и нам им торговать не стоит.

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

Как то маловато там информации.

Уже который год используем MA5200G, как молотилка pppoe замечательная железка но с реализацией дополнительных функций большая проблема. Хотелось бы узнать, кто нить смог на ней реализовать хоть какое-нибудь подобие ISG (DAA,DSG)?

т.н. q-in-q это вообще-то чистый L2 :-) Вы чего хотите получить? а то главный телепат в бессрочном отпуске Имеется сеть FTTB (около тысячи коммутаторов доступа), используется схема user-peer-vlan, уровня агрегации как такового нет(к сожалению), то есть, в ядро приходит некоторое количество q-in-q vlan'ов которые успешно терминируются на BRAS(pppoe). К сожалению при выбработке проекта не участвовал и L3 не предусмотрен. Теперь с ростом трафика встала необходимость поднять L3 и не гонять внутренний трафик между пользователями через BRAS. Каким образом это можно сделать с минимальными затратами рабочего времени и разумеется средств. Как раз схема с PPPoEoQinQ и была реализована. Хотелось бы создать инетерфейс завести туда QinQ vlan, повесить ip helper-address и получить таким образом IPoEoQinQ :-). Видимо я размечтался :-(

Добрый день! Подскажите пожалуйста, возможно поднять Q-in-Q на L3 не создавая отдельного интерфейса для каждого клиентского vlan'a и если можно то какая железка с этим справится.

Лучше в сторону NE20 не смотреть. Имеем печальный опыт работы, обещали 1Gbps будет пропускать, на деле при 400Mbps начинали сыпатся ошибки на инерфейсе.А так же про full view можно не вспоминать.