tgz

О! А расскажите нам всем тут, что это за дизайн такой, где такое потребовалось?

Эту бумажку я читал. Не вижу в ней количества роутов на коробку. Ну и без конфиг гайда понять как там сделаны некоторые фичи невозможно.

Где я именно такое говорил? В общем если вы не видите применения мултишасси, то это не значит что и у других плохое зрение.

Я повторюсь, stp там может и не быть. RP никак не поможет если отключился источник.

Почему искусственно? У меня масса VoIP шлюзов, которые умеют собирать линки в группы, но не умеют IGP. Да и при вещании video такая схема может пригодится. В общем применений масса.

Расскажите мне как переключиться на другой сервер за 50мс и/или не разорвав при этом ни единого tcp коннекта. Готов выслать за это флян односолодового в любую точку мира.

А как вы подключаете сервера например? В один свитч двумя патчами?

В общем хочу в открытый доступ доку по 7210 и прайс по GPL на нее. А там посмотрим. Может и сгодится.

Вопрос обнародования документации остался нераскрытым.

А зачем вам документация без устройства? Читать на ночь? Посмотреть что она толстая и большая? В Datasheet описаны все возможности устройства.Бумагу с булшитом от Juniper по поводу H-VPLS вы приводите в качестве критики и считаете что она написана знающими людьми и имеет техническую ценность, потом аналогичную бумагу от Alcatel-Lucent, с точно такой же глубиной изложения (то есть "быстро и кратко, не углубляясь") - вы называете булшитом. 1. Ответа на вопрос "почему нет" я тут не вижу. 2. Бумагу я привел, но ни слова не сказал о моей оценке этого документа. 3. Я просил не аналогичную бумагу, а вполне конкретную. Ну почему же. В документах cisco часто можно встретить раздел "Restrictions". У J решения тоже операторского класса, На нем работает чуть ли не половина магистралов. И документация все лежит. Ну это другая сторона медали. Кто читать не умеет, тому документация не нужна. Но есть люди которые могут и умеют. А что со мной будет, если я ее после этого выложу здесь в свободный доступ? Мы и стандарты, и спец.литературу, и книжки умные. И я считаю, что компетенция любого человека должна расти со временем. Если вендор не помогает нам в этом вопросе, то и мы ничем этому вендору помочь не можем. Знаю одну компанию, где до сих пор не смогли обновить систему управления SDH на люценте. Инженер полгода ездил, прыгал вокруг, но не смог. В итоге люди вынуждены покупать старые и дорогие муксы, так как новые со старой системой управления не работают. Знаю еще одну компанию, куда было продано до жопы омнисвитчей. Говенее свитча надо поискать наверно. Рыдали, но жрали. Теперь от слова люцент их ебошит кондратий. Про РТ рассказывать не буду, захотят - сами объявятся. Единственный человек, которому люцент нравится - rus-p. Но я вот что-то дико сомневаюсь, что в его то сети МАС адреса на хабах закончились. Мостелеком, я ведь не ошибаюсь? Единственной действительно ***той фичей у люцента - это их мультишасси линк аггрегейшн. Вот этого ***ец как не хватает. Цыска мнет писи и обещает лет через 200. У J не в курсе, но кажется тоже нет. Скорее всего потому что нет стандарта. Драфтик вышел не так давно, так что надежды я не теряю. В общем плюсы и минусы есть у всех. И знать их необходимо. Если вы, конечно, называете себя инженерами...

О каком просветлении может идти речь в информационном вакууме? По каким причинам нет документации в открытом доступе?

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

Так я не понял, что там с p2mp lsp? В каком из этих документов оно описано?

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

А фамилия у него пресеил?

И как же MMRP позволят доставить броадкаст до кастомера без репликации? Я не понимаю. Нет, в гнилом ирязнете конечно приходится делать всякие костыльки. Но в pure mpls core это зачем? Ну и еще одна ссылочка: http://www.juniper.net/us/en/local/pdf/app.../3500116-en.pdf Чо там у откателя с p2mp lsp? На йобанном сайте я не то что этого найти не могу, так вообще документации по железкам в открытом доступе нет.

Я просто положу это тут. http://bgp.potaroo.net/ietf/all-ids/draft-...c-hiding-01.txt

Поменьше будет. Но MX и появился раньше ASR9K. А посему чисто гипотетически софт там более стабильный. И как же это? Карта 160, шасси умеет до 400.

Реплика на P маршрутизаторах, как и в VPLS. Тут ничего не поделать. J MX-series.

На границе маки изучаются в любом случае. Там и вешается метка, по которой пакет свитчится между P.

Иерархию, именно. Но броадкаст тут не мешает совершенно, как мне кажется. Как и с VPLS не шлем "обратно", а только вперед. Не вижу здесь логических противоречий. Если я что-то упускаю из виду, то прошу пояснить.

Работает просто, смотрим МАС - определяем номер vc. В PBB тоже самое, но ближе к границе. В связке PBB+VPLS имеем две сущности, дублирующие друг друга. Вы просто не можете мыслить за рамками RFC. Пока вам драфтик не напишут своей головы подумать нет. Так что не надо меня в RFC посылать, хотите возразить - аргументы в студию. Нет - сидите молча.

А МАС'м так там хранить не надо, да? Ну йобанный йод...

А вы Hub&spoke VPLS не пробовали? Вот когда на hub в количество маков упретесь, очень поможет наличие первого на границе. Я повторюсь. На hub'е нам в теории никто не мешает использовать метку. И все будет хорошо. Почти. Лучше PBB точно.

У меня есть железка с PBB и MPLS. Зачем мне первый, когда есть второй? Я понимаю смысл PBB на железках типа ME3400. Но опять же, если там STP остался, то я бы побоялся ставить пачками больше 5 штук. Это к вопросу масштабируемости. Вот для сравнения, у J есть EX3200/EX4200 с CCC. Никакого вам STP, сигналинг чисто MPLS. Единственный минус - железка умеет только одну метку, поэтому подружить ее можно только с другими J. Если будет аналог на новых чипах, то там от этого ограничения явно избавятся и лично я буду экзистенциально счастлив.