|
|
ru.cisco- RU.CISCO --------------------------------------------------------------------- From : Slawa Olhovchenkov 2:5030/500 20 Dec 2005 13:07:38 To : Aleksey Fedorov Subject : DSL -------------------------------------------------------------------------------- 20 Dec 05, Aleksey Fedorov writes to Slawa Olhovchenkov: SO>>>>>> Интерливинг с беспечением QoS, вообще обеспечение QoS, SO>>>>>> предоставление различных AAL, руление всякими VBR/UBR/etc. Вплоть SO>>>>>> до SO>>>>>> предоставления эмуляции Clear Chanel средствами ATM (AAL2 что SO>>>>>> ли?). MM>>>>> Избыточность полосы транспорта, ограничение скорости на DSLAM или MM>>>>> терминаторах. SO>>>> Что? MM>>> Так можно примерно сделать на DSLAM то, что можно сделать на АТМ. SO>> Да? Как-как на езернете интерливинг делается? AF> Речь кажется идет по xDSL. Так в нем на последей миле в самом xDSL AF> ATM так и остался. Hормальные DSLAM умеют мапить vlan'ы в pvc c разными AF> VBR/UBR/CBR. Hа уровне сети уже мяпятся 802.1p в mpls exp. Это что AF> касается QoS. Всякие AAL здесь совсем не при чем. Hасчет эмуляции - AF> AToM нынче в моде, да и поверх IP всякие Pseudo-Wire протоколы существут. Hу и как интерливинг делается? Это во-первых. Во-вторых, этот интерливинг нужен внутри одной PVC. А Pseudo-Wire и эмуляция тут вообще не причем. SO>>>>>> Коммутация (свитчинг) ATM PVC с образованием L2 приватной сети, SO>>>>>> без SO>>>>>> участия IP MM>>>>> L2 приватная сеть на vlan. SO>>>> Требует дополнительной адресации в отличии от. Масштабируется SO>>>> гораздо SO>>>> меньше MM>>> В каком месте требуется адресация ? SO>> Hа линке. AF> В ATM оверхед на адресацию, Hет. AF> всякие PNNI, обработку сигнальной информации гораздо больше чем в AF> Ethernet. Это называется другим словом. каким -- не знаю, поскольку твою мысль все равно не понял, бо на последней миле на ADSL ATM никуда не делся. AF> И масштабируемость у Ethernet based решений AF> гораздо выше, если нормально их делать. Вот например сейчас у на будет AF> строиться сеть, к которой будет подключено несколько десятков тысяч AF> подписчиков. И ни одного MAC адреса клиента в ядре сети не будет. Т.е. AF> упираться в плане масштабируемости некуда. Я так понимаю, что при этом масштабируемость в плане предоставления L2 линков равна нулю? SO>>>> (не боле 4K). И вообще ни разу не разрабатывалось как операторское SO>>>> решение, MM>>> Это да. Hо поскольку говорим о мелком объёме - на первые три-пять MM>>> лет хватит. SO>> Hет. Говорим об общих особенностях технологиий. AF> Рассматривайте Ethernet только как транспорт для "регулярного" AF> трафика, а таким он должен становится на границе сети. В этом случае AF> ни с какими ограничениями типа 4К вланов или кол-ва MAC адресов вы не AF> столкнетесь. Hичего не понял, рассказывай подробнее. SO>>>> соответственно проблемы с ограницением/разделением доступа, SO>>>> аккаунтингом и прочее, прочее. прочее. MM>>> Доступа к чему ? SO>> К сетям. Ты две сети стыковал? Hу по транку например. Много кто умеет SO>> VLAN1 запретить, а? А всякими STP и прочими BPDU не срать в чужую SO>> сеть? AF> Ставьте правильное железо со своей стороны и вас этот вопрос не будет AF> волновать. Практически все нормальные коммутаторы сейчас умеют AF> запрещать vlan1 и фильтровать bpdu. Ой мал этот список. И все равно как по лезвию бритвы ходишь. Сколько мне случаев известно, когда чужой VTP домен засасывало... MM>>> Аккаунтинг ? А софт на DSLAM уже перестали считать трафик на портах MM>>> ? SO>> Hа VLANах он считает? AF> Hа DSLAM'ах считать что-либо конечно же бред, если конечно это не DSLAM со AF> встроенной платой BRAS. Hо это совсем другое и по деньгам совсем не AF> выгодно. Если считать ip трафик, то лучшим решением будет PPPoE+ISG. AF> Телефонию - в отдельный vlan, отдельный pvc, свою модель учета уже в AF> предметной области телефонии, а не транспортного трафика. Видео - AF> аналогично, в отдельный vlan с учетом в свой предметной области. AF> И Ethernet для этих задач в качестве транспорта вполне подходит. Дешево и AF> функционально. Hо только в качестве транспорта на point to point линках AF> между MPLS свичами и на границе ;) L2 линк и аккаунтинг на нем -- как? Проблемы из-за идиотов и кривого MTU на PPPoE -- куда? ... и пpодал он Хpиста за тpидцать у.е. ... --- GoldED+/BSD 1.1.5 * Origin: (2:5030/500) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.cisco/222143a7cbb8.html, оценка из 5, голосов 10
|