mac allocation policy prevents multiple links on rear ports
Los mantenedores suelen responder en 5 días
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- rust
- Área
- networking
Línea de trabajo
El issue no nombra archivos, pruebas ni puntos de entrada. Empieza siguiendo la política de asignación estática de MAC y su configuración de dpd; después, compara la asignación dinámica con el uso del pool de desbordamiento no asignado. Se considera terminado cuando las configuraciones de diagnóstico o Bringup pueden crear un enlace por lane en un puerto trasero, mientras la asignación de producción permanece sin cambios.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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.
- Lenguaje dominante
- Rust
- Estrellas
- 20
- Forks
- 3
- Merge medio
- 8 h 29 min
- PR fusionados (30 d)
- 2
Preparar el entorno
Aún no hemos revisado los archivos de configuración de este proyecto. Empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de oxidecomputer/dendrite
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
oxidecomputer/dendrite#380 ·
Los mantenedores suelen responder en 5 días
-
Dificultad 3/5 1-2 días Aptitud para principiantes 65/100
oxidecomputer/dendrite#375 ·
Los mantenedores suelen responder en 5 días
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
oxidecomputer/dendrite#369 ·
Los mantenedores suelen responder en 5 días
-
Dificultad 3/5 1-2 días Aptitud para principiantes 58/100
oxidecomputer/dendrite#368 ·
Los mantenedores suelen responder en 5 días
-
Dificultad 4/5 3-5 días Aptitud para principiantes 52/100
oxidecomputer/dendrite#359 · 1 comentario ·
Los mantenedores suelen responder en 5 días
Todos los issues de oxidecomputer/dendrite
Issues similares
-
area:casework bug criticality:p3 triage:needs-implementation
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
registrystack/registry-stack#1623 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
DioxusLabs/anyrender#98 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
leptos-rs/leptos#4885 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
longbridge/gpui-kit#3276 ·
Los mantenedores suelen responder en 1 día