Black_Dragon Posted February 23, 2011 Posted February 23, 2011 Куча общих фраз, пиара, ничего конкретного, но как-то глобально http://www.juniper.net/us/en/local/pdf/whi.../2000384-en.pdf может кто что знает по конкретным спецификациям? Вставить ник Quote
CEF Posted February 23, 2011 Posted February 23, 2011 Насколько я понимаю, это ответ компании Juniper Networks на семейство продуктов Cisco Nexus. Вот только их заявления о scalable меня несколько настораживают, особенно учитывая тот факт, что речь идет об any-to-any connection (скорее всего full-mesh). Далее следует, что цена данного решения должна быть просто космической, так как full-mesh всегда будет дороже, как с точки зрения сетевой архитектуры, так и с точки зрения архитектуры телекоммуникационного оборудования. Допускаю, что могут быть «грабли» с репликацией multicast трафика на ASIC’ах (NPU) и т.д. и т.п. В любом случае, более конкретно обсуждать данное решение можно будет только после публикации деталей по архитектуре данного решения. Хотел бы отдельно отметить, что это предположение, а не утверждение. Без деталей архитектуры сложно вести конструктивный диалог. Вставить ник Quote
Прохожий Posted February 23, 2011 Posted February 23, 2011 any-to-any в терминах конечного результата не означает такой же физической структуры. На самом деле они там сформулировали некую идеальную модель ядра коммутации дата-центра и задали ее характеристики. А вот как конкретно эта модель буде имплементирована - это большой вопрос! Не надо из концепта делать выводы об архитектуре :) Вставить ник Quote
cmhungry Posted February 23, 2011 Posted February 23, 2011 full-mesh там не обязательно. Просто джуник давно уже рекламирует виртуальные шасси, агрегатные линки "основной-резервный", плюс возможность делать транк-группы на разные свитчи в шасси. Так и получается "фабрика". Редко какой сервер не имеет двух сетевых карт на борту и т.п. Вставить ник Quote
CEF Posted February 23, 2011 Posted February 23, 2011 (edited) any-to-any в терминах конечного результата не означает такой же физической структуры. На самом деле они там сформулировали некую идеальную модель ядра коммутации дата-центра и задали ее характеристики. А вот как конкретно эта модель буде имплементирована - это большой вопрос! Не надо из концепта делать выводы об архитектуре :) Хотел бы отдельно отметить, что это предположение, а не утверждение. Без деталей архитектуры сложно вести конструктивный диалог. Я не утверждаю, а предполагаю. В любом случае, слишком много маркетинга и мало технических деталей. Edited February 23, 2011 by CEF Вставить ник Quote
nokkio Posted February 24, 2011 Posted February 24, 2011 ***, лучше бы джунипер техподдержу в порядок привел, такого ***еца, который творится в JTAC, по-моему, нет ни у одного вендора Вставить ник Quote
Yokodzun Posted February 24, 2011 Posted February 24, 2011 (edited) У вендора на букву С лучше? Про вендора на букву H тут рассказывали :) Edited February 24, 2011 by Yokodzun Вставить ник Quote
nokkio Posted February 24, 2011 Posted February 24, 2011 2 Yokodzun: Циска в этом плане вне конкуренции, зе бест, после сложных и мутных кейсов, инженеров циски, бывает, хочется в жопу расцеловать :) И я бы не сказал что у хуавея техподдержка хуже джуна, уровень рас***яйства и п***зма примерно одинаковый, разве что англоговорящих инженеров/разработчиков у хуавея почти нет. Вставить ник Quote
nnm Posted February 24, 2011 Posted February 24, 2011 http://www.juniper.net/us/en/products-serv...ing/qfx-series/ Вставить ник Quote
.png.5d2afa2996cc6a85d0f2c09b92dd0a28.png)
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.