Это решение для Аудио/Видео другого характера, под то о чем упомянули вы уже давно существуют IP видео камеры которые могут передавать сжатый кодеком сигнал вплоть до HD качества, а по AVB передается необработанный дискретный сигнал
ASIC один, даташит можно погуглить. Один камень может принимать 64 интерфейса по 10Г
Так что себестоимость линейной карты все равно получиться больше
Да платы 12*40G утилизируют фабрику наполовину, но они в данном решении и не используются.
P.S. Согласен по поводу оптимизации, думаю что при использовании фабрик FM10T и получении общей производительности шасси 10Т (а сейчас через точку проходит чуть более 0,5 Тb траффика в пике), можно было поставить три линейных карты на 12*40G для интерконнекта и некоторых абонентов, четыре карты 48*10G и один слот оставить под порты 100G, полностью утилизируя имеющиеся ресурсы
P.P.S. Хотя администрация может считать что 20 кратный запас производительности для них мал основываясь на своих прогнозах роста траффика.
С техническим описанием можно ознакомится www.ua-ix.net.ua/specs.phtml, хотя его нужно подкорректировать))
А вопросы связанные непосредственно с текущей реализацией сети, наверное более корректно задавать администрации UA-IX.
На этом фото habrastorage.org/storage2/784/e14/272/784e14272bc39fa996fca2953f5e6c30.jpg видно что на плате используется 2 ASIC (один в сторону портов, второй в сторону фабрики), а в X670V один т.е. по сути плата в 2 раза дороже.
Плюс при использовании линейных карт на 48*10GE установленные фабрики коммутации будут утилизироваться только наполовину.
В настоящий момент, произведена модернизация всех Х650 на Х670V, вариант использования линейных карт на 48*10GE в шасси также рассматривается администрацией в планах на 2013 год. + Аппаратная поддержка MPLS уже есть, при необходимости нужно будет только докупить лицензии.
У Cisco под Cat6500 какое-то время были модульные IOS. Те же самые аргументы — легкий патчинг, перезапуск глюкнувших некритичных процессов без ущерба для самого коммутатора и так далее. Забросили.
Скорее не забросили, а адаптировали наработки под новые Nexus. Да и вряд ли забрасывали, если бы все так легко переносилось на старую аппаратную архитектуру Catalyst.
С NX-OS ситуация немного иная. У них весь форвардинг строго хардварный. Потому можно взять и обновить какой-нибудь 5500-й (не имеющий резервирования супов) на свежий софт, не потеряв в процессе ни одного пакета: control plane исчезает, но TCAM не сбрасывает ранее имевшуюся информацию и продолжает передавать пакеты. Но само собой, такое возможно только в L2-only конфигурации, и в течение тех 90 секунд, пока софт обновляется, надо усердно молиться, чтобы не произошло событий, требующих перестроения STP :)
«Control Plane» не может никуда исчезнуть s018.radikal.ru/i523/1211/ea/82aca735e70e.jpg — это видно на архитектуре и форвардинг в действительности хардварный, (софтовый форвардинг присутствует и ограничен пропускной способностью шины PCIe)
Обновится можно без потери, так как в системе присутствуют два образа ОС активный и нет, поэтому полное обновление возможно только установкой ОС в неактивную часть и для дальнейшей работы потом все равно необходима перезагрузка.
Обновление функционала с помощью определенного модуля возможно в пределах активного образа ОС, и сводится или к установке необходимо модуля, или установке обновления и рестарту процесса.
Ну и на самом деле в модульных свитчах с резервированными супами не так уж и требуется эта самая модульность. При сбое одного из процессов проще и надежнее мгновенно сфейловериться на резервный суп.
Необходимость функционала вопрос скорее всего риторический. В модульных решениях с резервированием супов и модульной ОС, такой же принцип двух образов ОС на один модуль как и фиксированных, т.е. всего в системе четыре образа.
verint.com/Assets/verint/documents/datasheets/vis/Nextiva_S1800e_Series_Data_Sheet.pdf
Порядок трансляции технологий наглядно представлен на рисунке в их белой бумаге доступной по ссылке
www.lectrosonics.com/images/PDFs/audinate%20avb%20white%20paper%20v1%202.pdf
Хотя можно упомянуть ASR 1001
Так что себестоимость линейной карты все равно получиться больше
Да платы 12*40G утилизируют фабрику наполовину, но они в данном решении и не используются.
P.S. Согласен по поводу оптимизации, думаю что при использовании фабрик FM10T и получении общей производительности шасси 10Т (а сейчас через точку проходит чуть более 0,5 Тb траффика в пике), можно было поставить три линейных карты на 12*40G для интерконнекта и некоторых абонентов, четыре карты 48*10G и один слот оставить под порты 100G, полностью утилизируя имеющиеся ресурсы
P.P.S. Хотя администрация может считать что 20 кратный запас производительности для них мал основываясь на своих прогнозах роста траффика.
А вопросы связанные непосредственно с текущей реализацией сети, наверное более корректно задавать администрации UA-IX.
Плюс при использовании линейных карт на 48*10GE установленные фабрики коммутации будут утилизироваться только наполовину.
Скорее не забросили, а адаптировали наработки под новые Nexus. Да и вряд ли забрасывали, если бы все так легко переносилось на старую аппаратную архитектуру Catalyst.
«Control Plane» не может никуда исчезнуть s018.radikal.ru/i523/1211/ea/82aca735e70e.jpg — это видно на архитектуре и форвардинг в действительности хардварный, (софтовый форвардинг присутствует и ограничен пропускной способностью шины PCIe)
Обновится можно без потери, так как в системе присутствуют два образа ОС активный и нет, поэтому полное обновление возможно только установкой ОС в неактивную часть и для дальнейшей работы потом все равно необходима перезагрузка.
Обновление функционала с помощью определенного модуля возможно в пределах активного образа ОС, и сводится или к установке необходимо модуля, или установке обновления и рестарту процесса.
Необходимость функционала вопрос скорее всего риторический. В модульных решениях с резервированием супов и модульной ОС, такой же принцип двух образов ОС на один модуль как и фиксированных, т.е. всего в системе четыре образа.