Jump to content
Калькуляторы

Juniper жжет...Qfabric wtf?

Куча общих фраз, пиара, ничего конкретного, но как-то глобально http://www.juniper.net/us/en/local/pdf/whi.../2000384-en.pdf

может кто что знает по конкретным спецификациям?

Share this post


Link to post
Share on other sites

Насколько я понимаю, это ответ компании Juniper Networks на семейство продуктов Cisco Nexus. Вот только их заявления о scalable меня несколько настораживают, особенно учитывая тот факт, что речь идет об any-to-any connection (скорее всего full-mesh). Далее следует, что цена данного решения должна быть просто космической, так как full-mesh всегда будет дороже, как с точки зрения сетевой архитектуры, так и с точки зрения архитектуры телекоммуникационного оборудования. Допускаю, что могут быть «грабли» с репликацией multicast трафика на ASIC’ах (NPU) и т.д. и т.п. В любом случае, более конкретно обсуждать данное решение можно будет только после публикации деталей по архитектуре данного решения.

 

Хотел бы отдельно отметить, что это предположение, а не утверждение. Без деталей архитектуры сложно вести конструктивный диалог.

Share this post


Link to post
Share on other sites

any-to-any в терминах конечного результата не означает такой же физической структуры. На самом деле они там сформулировали некую идеальную модель ядра коммутации дата-центра и задали ее характеристики. А вот как конкретно эта модель буде имплементирована - это большой вопрос!

 

Не надо из концепта делать выводы об архитектуре :)

Share this post


Link to post
Share on other sites

full-mesh там не обязательно. Просто джуник давно уже рекламирует виртуальные шасси, агрегатные линки "основной-резервный", плюс возможность делать транк-группы на разные свитчи в шасси. Так и получается "фабрика". Редко какой сервер не имеет двух сетевых карт на борту и т.п.

 

Share this post


Link to post
Share on other sites
any-to-any в терминах конечного результата не означает такой же физической структуры. На самом деле они там сформулировали некую идеальную модель ядра коммутации дата-центра и задали ее характеристики. А вот как конкретно эта модель буде имплементирована - это большой вопрос!

 

Не надо из концепта делать выводы об архитектуре :)

Хотел бы отдельно отметить, что это предположение, а не утверждение. Без деталей архитектуры сложно вести конструктивный диалог.

Я не утверждаю, а предполагаю. В любом случае, слишком много маркетинга и мало технических деталей.

Edited by CEF

Share this post


Link to post
Share on other sites

Бля, лучше бы джунипер техподдержу в порядок привел, такого пиздеца, который творится в JTAC, по-моему, нет ни у одного вендора

Share this post


Link to post
Share on other sites

У вендора на букву С лучше? Про вендора на букву H тут рассказывали :)

Edited by Yokodzun

Share this post


Link to post
Share on other sites

2 Yokodzun:

 

Циска в этом плане вне конкуренции, зе бест, после сложных и мутных кейсов, инженеров циски, бывает, хочется в жопу расцеловать :) И я бы не сказал что у хуавея техподдержка хуже джуна, уровень распиздяйства и похуизма примерно одинаковый, разве что англоговорящих инженеров/разработчиков у хуавея почти нет.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this