отправляется локально - значит, что у qfx10k есть локальный интерконнект между NP на линейной плате ?

Software overhead: The switch employs a standard embedded x86 CPU that connects to the switching ASIC via PCI-E interface. For each new connection, the switch software sends a sequence of moves to the ASIC to make an empty slot for the new entry in ConnTable. The switching ASIC makes sure the execution of these moves does not a"ect the ongoing tra!c matching ConnTable. We measure the connection insertion rate to understand the switch software overhead in managing SilkRoad. In our software prototype using single-core, we found the bottleneck is on the CPU, not the PCI-E interface. Hash computations for cuckoo hashing and connection digest take most of the CPU time while cuckoo search algorithm took the second largest but relatively small time. The CPU overhead increases as ConnTable utilization approaches close to 100%. We expect SilkRoad can achieve ConnTable insertion throughput of 200K connections per second by employing 1) better software library for hash computation and 2) multiple cores to handle insertions into di"erent physical pipes.

По всей видимости, да, потому что в документации сказано, что на фабрику трафик не уходит

отправляется локально - значит, что у qfx10k есть локальный интерконнект между NP на линейной плате ?

Хотя... When a packet ingresses and egresses the same PFE chip (local switching), the packet does not traverse the switch fabric. However, the switch uses the same request and grant mechanism to receive egress bandwidth as packets that cross the fabric, so locally switched packets and packets that arrive at a PFE chip after crossing the switch fabric are treated fairly when the traffic is contending for the same output queue.

@b87776 подай в суд на фейсбук, им не привыкать.

same pfe )

ну вроде логично, ну логично с моей колокольни и что я знаю про MX )

А вот у меня укус цисковика-65тчика, где есть карты с переподпиской к фабрике, но локально могущие выдать ваерспид на все порты)))

Это Роман меня научил

Ну короч, для MX даже в рамках одного PFE трафик уходит на фабрику, да?

Интересно, как ждун избегает ситуаций, когда пара портов в рамках одного pfe утилизрованы в потолок, а с другого pfe ещё поступает?

в смысле? думаю это будут обычные дропы которые покажут в sh pfe stat

в смысле? думаю это будут обычные дропы которые покажут в sh pfe stat

Т.е., твой вариант — не избегают никак?

Ну всё, покупаю 9k теперь вместо mx

Ну всё, покупаю 9k теперь вместо mx

у жунипера в МХ все через фабрику

бери сразу 3

Шо?

между pfe даже в рамках одной карты - через фабрику

одного ? на 99.9% уверен ,что локально

Но внутри пфе таки локально

Ну всё, покупаю 9k теперь вместо mx

У 6708 тоже между фабрик асиками нет шланга

У 6708 тоже между фабрик асиками нет шланга

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

А если валит с другого pfe, то просто будет дропать egress?

Мне кажется, что когда входной пфе запрашивает у фабрики грант, он там спрашивает не выходной pfe, а выходной интерфейс. Соответственно, если выходной интерфейс перегружен, то ему можно отказать. Но возможно я щас сочиняю, ибо по памяти

Там, правда, помимо проблемы с HOLB, есть другие бенефиты

Ну весь сыр-бор в том, что ask9k даже в рамках одного NP с карты трафик на фабрику гонит, чтобы этот самый qos обеспечить, а MX — нет.

Я об этом думал сегодня, когда читал про VOQ, т.к. не совсем понятно, что там в мотивации указано. Почему происходит HOLB, когда один egress port перегружен? Почему, как ты говоришь, grant именно у egress port не просить, а не у egress PFE?

Ну вот мне объяснение, что это якобы ради коса, кажется каким-то мутным. Скорее у них часть фич в выходной нпу вынесена. Тот же кос, или выходные ацл. То есть это фактически рециркуляция. Как на ай-чипах было.