mac allocation policy prevents multiple links on rear ports
I maintainer di solito rispondono entro 5 giorni
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 35/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- rust
- Ambito
- networking
Direzione di ricerca
Nell’issue non sono nominati file, test o punti di ingresso. Inizia tracciando la policy di assegnazione statica dei MAC e la relativa configurazione dpd, quindi confronta l’allocazione dinamica con l’uso del pool di overflow non assegnato. Il lavoro è completato quando le configurazioni di diagnostica o Bringup possono creare un link per lane su una porta posteriore, mentre l’allocazione di produzione rimane invariata.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Originally filed as https://github.com/oxidecomputer/dendrite-archived/issues/669
We have a static policy for assigning MAC addresses to links on a switch. 32 MACs are reserved for rear ports and 128 for front ports. This lets us create up to 4 links on each QSFP/front port, but only a single link on each of the rear ports.
For production/customer installations, this assignment is fine. There is no reason to have more than a single link for each rear port in those scenarios. For diagnostic and/or bringup work, we may want to create up to one link for each lane on a rear port.
There are two fairly straightforward approaches to handling this. 1) we can add a "dynamic mac allocation" dpd flag, which would do dynamic mac allocation rather than static. 2) we can use the currently unassigned 95 MACs at the end of the block as an overflow pool.
- Lingua principale
- Rust
- Stelle
- 20
- Fork
- 3
- Merge medio
- 8h 29m
- PR unite (30g)
- 2
Preparare l'ambiente
Non abbiamo ancora controllato i file di configurazione di questo progetto. Parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di oxidecomputer/dendrite
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
oxidecomputer/dendrite#380 ·
I maintainer di solito rispondono entro 5 giorni
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 65/100
oxidecomputer/dendrite#375 ·
I maintainer di solito rispondono entro 5 giorni
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
oxidecomputer/dendrite#369 ·
I maintainer di solito rispondono entro 5 giorni
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 58/100
oxidecomputer/dendrite#368 ·
I maintainer di solito rispondono entro 5 giorni
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 52/100
oxidecomputer/dendrite#359 · 1 commento ·
I maintainer di solito rispondono entro 5 giorni
Tutte le issue di oxidecomputer/dendrite
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 92/100
bytecodealliance/wasmtime#14433 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
I maintainer di solito rispondono entro 1 giorno