changes

2026-10-25 22:30:05 -05:00 · 2026-02-25 19:40:43 -07:00
1 parent 2cf180d3fe
commit ecaea3e4fd
@@ -36,7 +36,6 @@ Bienvenido a la documentación de LibreQoS

   v2.0/insight-es
   v2.0/api-es
-   v2.0/lts-es

 .. toctree::
   :maxdepth: 1
@@ -68,7 +68,7 @@ echo "{}" > network.json

 LibreQoS soporta **nodos virtuales** en `network.json` para agrupar y para monitoreo/agregación en la WebUI/Insight. Los nodos virtuales **no** se incluyen en el árbol físico de shaping HTB (no crean clases HTB y no aplican límites de ancho de banda).

-Para marcar un nodo como virtual, configura `"virtual": true` en ese nodo. (Compatibilidad heredada: `"type": "virtual"` también se reconoce, pero se recomienda `"virtual": true` para poder mantener un `"type"` real como `"Site"` o `"AP"`.)
+Para marcar un nodo como virtual, configura `"virtual": true` en ese nodo.

 Ejemplo:

@@ -25,16 +25,6 @@ Si tu despliegue MPLS usa un patrón distinto, lo ideal es terminar el tráfico

 Recomendamos usar protocolos como OSPF para definir rutas de bajo y alto costo entre el router de borde y el router/switch de distribución. La ruta de bajo costo debe pasar “a través” de las interfaces puente del shaper para que LibreQoS pueda observar y regular el tráfico. Por ejemplo, la ruta OSPF de bajo costo puede tener costo 1. El enlace de alto costo (respaldo) debe omitir por completo LibreQoS y configurarse con un costo mayor (por ejemplo 100 en OSPF) para que el tráfico solo tome ese camino cuando el puente de LibreQoS no esté operativo.

-### Opción 2: Spanning Tree Protocol (no recomendado)
-
-También puedes usar Spanning Tree Protocol con costos de ruta si OSPF u otro protocolo dinámico no es posible.
-
-```{note}
-Casi las mismas consideraciones aplican a la configuración alternativa que a la configuración oficialmente soportada.
-```
-
-Ten en cuenta que, si usas enlaces con distintos anchos de banda (por ejemplo, 10 Gbps a través de LibreQoS y 1 Gbps entre el switch central y el router de borde), deberás ajustar con mayor cuidado los costos de STP.
-
 ## Despliegue de laboratorio (opcional)
 Cuando pruebes LibreQoS por primera vez puedes desplegar un laboratorio a pequeña escala para verlo en acción.
 ![image](https://github.com/user-attachments/assets/6174bd29-112d-4b00-bea8-41314983d37a)
@@ -37,11 +37,6 @@ Cuando hay integraciones habilitadas:
 - `network.json` también puede sobrescribirse según configuración (por ejemplo `always_overwrite_network_json`).
 - Las ediciones manuales pueden sobrescribirse en el siguiente ciclo de refresco.

-## ¿Necesita la referencia completa heredada?
-
-El contenido detallado completo se conserva aquí:
- [Referencia de integraciones (detallada)](integrations-reference-es.md)
-
 ## Páginas relacionadas

 - [Quickstart](quickstart-es.md)
@@ -298,7 +298,7 @@ commit_bandwidth_multiplier = 0.98  # Establecer mínimo al 98% del máximo (CIR
 ipv6_with_mikrotik = false  # Habilitar si usa DHCPv6 con MikroTik
 always_overwrite_network_json = false  # Establecer true para reconstruir topología en cada ejecución
 exception_cpes = []  # Excepciones de CPE en formato ["cpe:parent"]
-squash_sites = []  # Opcional: sitios a compactar (flujo legacy de full)
+squash_sites = []  # Opcional: sitios a compactar
 enable_squashing = false  # Opcional: habilita lógica adicional de compactación
 do_not_squash_sites = []  # Opcional: sitios excluidos de compactación
 ignore_calculated_capacity = false  # Opcional: prioriza capacidad configurada sobre la calculada
@@ -1,18 +0,0 @@
-# Nomenclatura LTS heredada (deprecado)
-
-```{warning}
-LTS está deprecado y fue reemplazado por LibreQoS Insight.
-Para despliegues actuales y nuevas suscripciones, use la documentación de Insight:
-[Insight](insight-es.md)
-```
-
-## Nota de migración
-
-Si tiene referencias heredadas a LTS en runbooks/documentación interna:
-
- Reemplácelas por referencias a Insight.
- Use [insight-es.md](insight-es.md) para comportamiento y flujos actuales.
- Use [api-es.md](api-es.md) para detalles de API de nodo (`/api-docs` en su nodo es la fuente de verdad).
- En algunas rutas UI/código todavía aparecen nombres históricos como `lts_trial` o `config_lts`; en versiones actuales se refieren a flujos de Insight.
-
-Las instrucciones heredadas de onboarding de LTS se removieron para evitar confusión en despliegues nuevos.
@@ -65,10 +65,6 @@ Si ocurre:
 journalctl -u lqosd --since "10 minutes ago"
 ```

-## Nota de nomenclatura heredada
-
-Algunos identificadores internos todavía usan nombres históricos `lts_*`. Operativamente, en versiones actuales se refieren a flujos de Insight.
-
 ## Páginas relacionadas

 - [Componentes](components-es.md)
@@ -119,8 +119,3 @@ Recomendado solo para redes menores a 100 suscriptores.
 - [Modos de operación y fuente de verdad](operating-modes-es.md)
 - [Escalado y diseño de topología](scale-topology-es.md)
 - [Solución de problemas](troubleshooting-es.md)
-
-## Instalación para desarrolladores (No recomendada para operadores)
-
-La instalación basada en Git está aquí:
- [Git Install (Para Desarrolladores)](git-install-es.md)
@@ -2,6 +2,10 @@

 StormGuard es el subsistema de ajuste adaptativo de colas de LibreQoS para eventos de congestión y calidad.

+> **Advertencia importante de alcance**
+> StormGuard está pensado para casos de uso específicos, como controlar congestión en enlaces WAN de ancho de banda variable (por ejemplo redes marítimas), o para un número pequeño de puntos de acceso con capacidades muy variables.
+> No está pensado para gestionar decenas o cientos de nodos al mismo tiempo.
+
 ## Qué hace StormGuard

 - Monitorea señales en tiempo real (throughput, métricas RTT/pérdida y contexto de saturación).