LaneVertexCALL / RÉUNIONS
Préserver une marge sur le RTT, la gigue et les pertes sous charge. Réserver de la capacité montante et pour les ACK, maintenir les flux établis sur un chemin stable et différer les transferts de fond.
LATENCE PRIORITAIREC17 NATIF / EN DÉVELOPPEMENT
De la marge pour les appels. Téléchargements parallèles. Envois parallèles.
LaneVertex est en développement pour préserver la réactivité des réunions et accélérer les téléchargements et les envois via le Wi-Fi du portable et un ou plusieurs téléphones en partage USB. Politique de flux locale. Transferts parallèles compatibles avec le serveur. Un cœur C17.
Linux / Windows / macOS visés · En développement
TOPOLOGIE DES CONNEXIONS
SCHÉMA DE CONCEPTIONHOST
WI-FI
USB PHONE 01
USB PHONE 02
ETHERNET
DESTINATION
APERÇU
PROFIL DE POLITIQUE PRÉVU
AUTO · Définir les priorités à partir des signaux disponibles et de la politique explicite. La classification inconnue reste visible.
Aperçu de conception uniquement. Le choix modifie cette description, pas votre réseau.
La bande passante selon les priorités.
Trois priorités structurent cette architecture multiliaison. CALL protège le trafic interactif ; les transferts en masse utilisent la capacité restante.
TÉLÉCHARGEMENTS PARALLÈLES
Utiliser les liaisons admissibles pour des téléchargements distincts et des plages HTTP prises en charge par le serveur. Reprendre avec contrôle de l’identité et de l’intégrité du contenu.
CAPACITÉ DESCENDANTEENVOIS PARALLÈLES
Répartir les envois indépendants entre les liaisons ou utiliser les protocoles multiparties et reprenables de la destination. Distinguer les octets envoyés des octets confirmés par le serveur.
CAPACITÉ MONTANTEDes liaisons locales. Un cœur coordonné.
L’architecture associe une répartition locale des flux à des moteurs de transfert propres à l’application. Chaque mécanisme respecte le protocole de destination et les capacités de la plateforme.
POLITIQUE LOCALE DES FLUX
Affecter les flux distincts admissibles au Wi-Fi, au partage USB ou à Ethernet. Conserver l’affinité de source et de chemin ; joindre directement les destinations ordinaires.
MOTEUR DE PLAGES HTTP
Plages parallèles avec prise en charge du serveur, identité du contenu, contrôles d’intégrité et reprise. Distinguer les octets reçus, vérifiés et enregistrés.
MOTEUR D’ENVOI
Tâches indépendantes et envois multiparties ou reprenables pris en charge par la destination. Identité des parties, finalisation et abandon explicites ; envoyé ne signifie pas confirmé.
MOTEUR TORRENT C17 PROPRE
Fichiers torrent, liens magnet et partage figurent dans la feuille de route : pièces vérifiées, pairs bornés, stockage reprenable et politique de liaison commune.
GUI + CLI PARTAGÉS
L’interface native et le frontal sans interface graphique partagent contrôleur, tâches, configuration et métriques immuables. Aucun moteur de transfert dupliqué.
COMPTAGE PAR LIAISON
Séparer les débits descendants et montants de chaque liaison utilisable. Additionner uniquement même direction, intervalle et catégorie d’octets ; distinguer surdébit et vérification. Mbit/s · MB/s.
Consentement cellulaire · Budgets par liaison et globaux · Modules à la demande
Plusieurs téléphones exigent des interfaces de partage distinctes et utilisables ainsi que la prise en charge du système. Des goulets communs côté opérateur ou accès peuvent limiter les gains. Le parallélisme repose sur des flux distincts et des protocoles compatibles ; aucune agrégation arbitraire d’une connexion TCP unique.
C17. Contrôle natif. Ressources bornées.
LaneVertex est développé indépendamment par une seule personne, avec un contrôle explicite de la mémoire, du travail et de la propriété des données. Ces choix visent un démarrage léger et un comportement prévisible pour les gros transferts ; les comparaisons globales restent à mener.
- Un cœur applicatif C17
- Widgets, disposition et moteurs de protocole en C17 partagent un rendu natif via les adaptateurs système. Un CLI distinct utilise le même moteur sans charger la couche de présentation.
- Streaming aux limites explicites
- Traitement incrémental, tampons bornés et compteurs contrôlés évitent de copier des fichiers entiers en RAM. Réception, intégrité vérifiée et confirmation distante restent distinctes.
- Du travail à la demande
- Initialiser seulement les modules nécessaires. L’interface prévoit des régions modifiées et des instantanés immuables, sans boucle de redessin au repos ; politique, transferts et partage ont des cycles de vie explicites.
Développement et compatibilité
LaneVertex est en développement actif. L’architecture est définie et des composants du cœur sont réalisés dans un périmètre limité ; la qualification complète se poursuit.
| Composant | État | Périmètre |
|---|---|---|
| Cœur natif C17 + contrôle | EN DÉVELOPPEMENT | Architecture commune pour politiques, comptage et GUI/CLI. Intégration complète des workflows en cours. |
| Fonctionnement multiliaison local | EN QUALIFICATION | Activation du fournisseur, couverture du trafic et compatibilité des appareils dépendent du système. |
| Moteurs de transfert | EN DÉVELOPPEMENT | Téléchargements par plages, envois multiparties et fonctions torrent/magnet/partage sont à des stades différents. |
| Linux / Windows / macOS | PLATEFORMES VISÉES | Adaptateurs natifs et prise en charge complète sont des objectifs de version. Aucun binaire public disponible à ce stade. |
La protection des réunions et les gains multiliaison restent à valider, sans garantie universelle de basculement ni de vitesse.
Périmètre des preuves : 12 octobre 2026Linux — viséWindows — visémacOS — visé
Contrôle natif au terminal
Le frontal sans interface graphique prévu et le GUI natif utilisent les mêmes tâches, politiques et compteurs. Un contrôle scriptable sans second moteur.
Guide Desktop et CLICOMMANDES PRÉVUES
lanevertex interfaces list --format json
lanevertex policy set auto
lanevertex jobs list --format json
lanevertex events --format ndjsonJSON VERSIONNÉCODES DE SORTIE EXPLICITESIPC LOCALMODULES À LA DEMANDE