Igor
ну то есть там есть ЛУКАП, но не по пакету
Igor
ну вот выше же написано всё
Igor
parcel
Igor
туда ингресс все пихает
Volodymyr
типа по хидерам, которые добавило ingress pfe
Igor
поэтому mx называют ingress buffering платформой
Igor
а 9к и 7750 ingress&egress
Roman
Igor
и они этим гордятся, кстати
Roman
Golden ISO чтобы арабам продавать
Roman
им нравится словосочетание Золотой Имадж
Igor
не, циско
Leo 🦁
бордер жеж exabpg?
Leo 🦁
ахахахха, хорошо, я понял, бордер не делаем на малине :(
Roman
@ShiningCurrents расскажите нам зачем Egreess lookup
Volodymyr
Volodymyr
Roman
у вас же есть модульные железки?
Volodymyr
As you have seen, the ingress MQ/XM chip knows the fabric queue number where the packet (Parcel and additional data units) needs to be placed. This is thanks to the L2M (LU to M) header. Well, the MQ/XM chip strips this L2M header after process- ing it. Only the fabric header is kept and ultimately forwarded to the remote (egress) PFE. This fabric header carries useful information like the final next hop ID resulting from the route lookup, the forwarding class, and the drop priority.
Igor
https://xrdocs.io/cloud-scale-networking/blogs/2018-05-22-update-on-buffer/
Igor
там в разделе platforms интересно
vitex
а фильтры то тогда как работают на егресс?
Igor
фильтры по полям в этих псевдо-хидерах пробегают возможно
Volodymyr
так тут не в этом дело. как я понял это все работает : ingress pfe делает всякие fib lookup и все дерьмо. записывает это все в fab header. А egress pfe уже делает лукап этого хидера, и по нему уже делает все дерьмо на egress
Igor
угу, плюсую
Volodymyr
а cisco/nokia на egress делает еще один fib lookup
Igor
лукап есть, но уже по заранее подготовленной кэшированной инфе
Igor
а cisco/nokia на egress делает еще один fib lookup
а вот делает? может как раз там и описан процесс лукапа по такому вот псевдохидеру ;)
vitex
а вот делает? может как раз там и описан процесс лукапа по такому вот псевдохидеру ;)
тогда в этом псевдохидере должо быть практически всё
Igor
как тогда обеспечивается qos?
Igor
получается я могу налить на перегруженный pfe трафик
Igor
а он там разберётся?
Igor
это back pressure
Igor
я понимаю)
Ilya
Только между pfe
Igor
там в этом документе ingress pfe запрашивает зелёный свет от egress
Igor
и оно, получается, знает
Igor
иначе ты не обеспечишь qos
ntwrk_bot
Добро пожаловать! Ознакомиться с правилами группы можно по ссылке.
Igor
ну а если это EF, а в PFE сейчас только BE?
Volodymyr
там написано про очереди
Volodymyr
но сложно )
Igor
ну это так себе объяснение
Igor
то есть понятно, что оно работает
Igor
но вот как)
Roman
тогда в этом псевдохидере должо быть практически всё
и знание архитектуры egress NP/LC в том числе
Igor
вопрос в том, что ты говоришь, что ingress pfe получает от фабрики грант на запись трафика в egress pfe, но при этом этот пакет может быть дропнут на нём, то есть мы его отправляем в неизвестность?
Roman
ну то есть это VPN label per route vs VPN label per VRF
Volodymyr
http://www.hiphop-resistance.com/juniperdayone/TW_MX3D_PacketWalkthrough.pdf
Igor
чтобы брать от фабрики
Igor
надо дрежать там ВЕСЬ трафик
Igor
как делает циска
Igor
а мх это не так
Roman
Network engineering is a wide field. People who do that come from a variety of backgrounds such as hardware engineering, software engineering, mechanical engineering, system administration, and contract negotiation. It is common for people to wear multiple hats, especially at a small company or in a very small team.
Igor
Igor
grant делается с egress pfe
Igor
а не фабрики
vitex
вопрос в том, что ты говоришь, что ingress pfe получает от фабрики грант на запись трафика в egress pfe, но при этом этот пакет может быть дропнут на нём, то есть мы его отправляем в неизвестность?
ну да
а вот на qfx10k уже не так
там егресс очереди на ингресс пфе
Igor
потому что фабрика тупая
Igor
а у циски нет, там есть арбитратор
Ilya
Igor
поэтому они гонят туда всё трафло
Igor
его на mx нет, да, он всё таки старенький
Volodymyr
Each PFE (MQ or XM chip) has two fabric queues (low and high) towards each possible remote PFE.
The two packet flows are queued into the correct fabric queue or fabric stream by the SCHED block of the MQ/XM chip, waiting for the approval of the remote PFE before sending them through the fabric. The new functional block FO (Fabric Out) part of MQ/XM chip sends the entire packet (actually the Parcel with its FAB header generated by LU chip, plus the other packet segments) to the right destination.
Igor
ну это понятно, исходящей очердью рулит egress pfe, тут нет вопросов
Igor
я не понимаю, почему вы вообще так к полисерам прицепились
Igor
ingress только очередь указывает
vitex
ну это из-за voq
ага
и тут как раз все получается шоколодано
плюс нет блокировки трафа на порту где одновременно есть пакеты на конжестед и неконжестед егресс порты
Igor
Volodymyr
You can consider each fabric plane as a switching matrix interconnecting all the PFEs.
The group of cells (of a given packet) does not go directly from a source PFE to a destination PFE. For every single cell, the source PFE needs to first send a request through a specific fabric plane to the remote (destination) PFE. In return, the destination PFE acknowledges the request by sending back a reply over the same fabric plane. When the reply is received by the source PFE, the data cell can be sent over the fabric. The request / grant cells implement a flow control mechanism, but they carry no traffic data themselves.
NOTE Actually, request/grant cells are piggy-backed with other data cells but they are logically independent.
This mechanism also prevents PFE oversubscription. If the destination PFE is congested, it silently discards incoming requests. This indirectly puts pressure on the source PFE, which does not see incoming grants and as a result buffers the packet chunks for some time. The outcome may be RED or TAIL drops.
Igor
This indirectly puts pressure on the source PFE, which does not see incoming grants and as a result buffers the packet chunks for some time. The outcome may be RED or TAIL drops.
Igor
очень интересная фраза
vitex