Messages récents

Pages: [1] 2 3 4 5 6 ... 10
1
Le tableau manque de précision, sur les cas où l'encodage est accéléré (l'AV1 pourrait l'être aussi), et sur les navigateurs :
 - Chrome / Firefox : sous Windows, Linux, MacOs, ChromeOS, Android ?
 - Safari : sous MacOS ou iOS ?

En tout cas je connaissais le simulcast (au moins en encodage logiciel), mais pas l'usage du SVC.
2
Orange fibre Débit fibre / IPV4 Full stack dédiée et CGNAT chez SOSH
« Dernier message par zoc le Aujourd'hui à 21:01:17 »
Le CGNAT c'est pour IPv4. En IPv6 c'est toujours natif....
3
Orange fibre Débit fibre / IPV4 Full stack dédiée et CGNAT chez SOSH
« Dernier message par Mjules le Aujourd'hui à 20:51:18 »
Bonjour

Update du statut du CGNAT chez Orange/SOSH :
- l'option est en cour de déploiement, elle concerne pour l'instant une poigné de milliers de clients
- pour l'immense majorité des clients, cela ne sera pas visible.
- si vous avez une LB, y'a tout ce qu'il faut en protocole pour ouvrir des ports entrant de manière dynamique.
- si jamais vous déclarez un port statique entrant, la LB le détectera et coupera la demande CGNAT et sans rien faire vous aurez une IPv4 complète (tous les ports).
- si jamais vous voulez faire une config spécifique, il y a effectivement dans la LB (si celle ci est compatible CGNAT, sinon la case n'est pas dispo, mais il n'y aura pas de CGNAT) une case à cocher dans la GUI qui permet de forcer en mode pas CGNAT. Perso je déconseille, le point ci dessus devrait être suffisant.

LeVieux (back on the air)

Merci pour ces infos.

à propos du point 4 (ouverture de port), est ce que ça fonctionne de la même façon si on a activé la DMZ ou si on redirige l'ensemble d'un protocole (pour IPv6) ?

Si c'est important, j'ai une livebox4 et la case CGNAT dans l'interface.

4
Bonjour,

Comme il est interdit de se servir du câble "téléphonique" pour tirer la fibre pour 1) éviter les pannes et 2) le câble appartient à ORange (France Telecom), je pense qu'il en est de même avec le coaxial. Le câble doit être la propriété de OrneTHD (OTHD). Sans leur autorisation, ça me parait compliqué de l'enlever/le couper. ça risque de perturber le reste du réseau si ce n'est pas bien fait..

Clairement ! Ca serais facile si on pouvait décommissionner en même temps que de déployer mais c'est pas autorisé et le câble peut importe la techno derrière à un propriétaire.  Après c'est le client qui a autorisé l'action alors que le câble ne lui appartient pas qui viens se plaindre de ne plus avoir de services parfois... Ou plus simple le technicien qui s'autorise, surtout qu'on les connais nos champions pour couper les câbles avant même de s'être assurer que le nouveau passe...
5
Orange fibre Actus Orange / LiveboxMonitor - Mieux gérer sa Livebox 4, 5, 6, 7 ou Livebox S
« Dernier message par Qoissi le Aujourd'hui à 20:26:58 »
Bonsoir,

Les reboot "Unsupported chipset" c'est typiquement lors de coupures de courant ou de redémarrages avec le bouton d'alimentation de la Livebox.
"Upgrade" c'est comme son nom l'indique pour une mise à jour du firmware, déclenchée par Orange.
"GUI_Reboot" c'est un redémarrage demandé depuis l'interface Web d'Orange ou via LiveboxMonitor.
"TR069 reboot" c'est un redémarrage déclenché par l'infrastructure Orange (signal à distance envoyé à la Livebox de redémarrer). Les raisons d'un tel signal peuvent être diverses et variées.

6
reseau VPN / L'UE souhaite restreindre les VPN en Europe.
« Dernier message par hwti le Aujourd'hui à 20:20:51 »
Ouais alors le double anonymat ça me fait bien rire... Je viens d'essayer vite fait un site qui utilise justement Yoti pour la vérification d'âge... Et l'identité du service est tranquillement passée à Yoti via le header "Referer".
Yoti fait payer le service, donc il faut forcément qu'il sache qui fait la demande.

La solution de la CNIL isole un minimum en passant par l'utilisateur, ce qui peut aussi éviter certains bugs d'implémentation (mais c'est plus contraignant).
Là le tiers certifié ne connait pas le service demandeur, donc il ne peut rien lui facturer : soit c'est gratuit, soit c'est l'utilisateur qui paye.

Mais même en vérifiant ces échanges indirects :
 - le challenge généré par le service : à part s'il est très court, il pourrait cacher des informations (identifiant du service ou du compte) qu'un tiers complice pourrait lire
 - signature du challenge : si c'est un partenaire unique type Yoti (et pas au choix de l'utilisateur), le service et le tiers pourraient s'être mis d'accord sur une signature plus courte (et des données chiffrées ajoutées derrière, l'ensemble aurait la taille de la signature attendue)

Donc pour faire mieux, par exemple :
 - l'utilisateur reçoit "challenge" du service
 - il choisit un nombre aléatoire "random", et calcule challenge2 = hash(challenge . random) : challenge2 n'est ni choisi par l'utilisateur (impossible de réutiliser des anciens challenges déjà signés), ni par le service (impossible d'y cacher des informations)
 - l'utilisateur transmet uniquement challenge2 au tiers, qui le signe
 - l'utilisateur vérifie la signature (exactement comme le service le ferait) pour s'assurer qu'elle ne comporte pas de données supplémentaires
 - l'utilisateur transmet challenge, random, et la signature de challenge2 au service (qui peut donc identifier le challenge qu'il avait donné, calculer challenge2 puis vérifier la signature)
Dans ce cas, ça me semble sécurisé, tant que le service et le tiers n'ont pas de canal d'échange parallèle (ce qui peut être limité en laissant le choix du tiers à l'utilisateur, comme proposé par la CNIL).
7
"Si des emplois seront sans doute menacés par le rachat" Sic Numerama
La casse, c'est une fois le rachat et l'intégralité des salariés de SFR repris
Donc ça touche tous les salariés des 3 restants
Une mère de famille ex SFR et compétente a moins de risques qu'une célibataire d'Orange qui va doucement  8)

Actuellement, tout ce qui circule autour d’un éventuel rachat de SFR concerne avant tout les actifs stratégiques : le parc clients, les infrastructures réseau (fixe/mobile), les fréquences, les sites mobile, les datacenters, les accords wholesale, etc. On est dans une logique de consolidation industrielle, pas encore dans une logique détaillée d’organisation des effectifs.

Sur le sujet des salariés, il faut rester prudent : tant qu’aucune opération n’est actée et officiellement validée, personne en interne — ni chez Orange, ni chez Free / Iliad, ni chez Bouygues Telecom — ne communiquera sérieusement sur le devenir des ~8 000 collaborateurs de SFR. Ce serait beaucoup trop prématuré, juridiquement sensible et socialement explosif. ::)

Ensuite, il faut être réaliste : Doubler des postes sur des fonctions déjà couvertes chez les repreneurs n’a économiquement aucun sens. Quand les trois groupes disposent déjà de leurs propres équipes réseau, SI, marketing, support, finance, RH ou juridique. C’est la réalité de toute consolidation de marché et ça ne vas pas faire des heureux faut déjà s'y préparer, ça risque de faire mal .. Le rachat de SFR par Drahi à l'époque c'était déjà 5000 suppression de postes. Alors oui il y a aura des départs à la retraite, anticipé ou non, mais pas que ...

Et inversement, penser que les trois opérateurs pourraient simplement licencier "massivement" en interne pour “remplacer” leurs équipes par des ressources SFR me paraît tout aussi simpliste. Pourquoi ?

- Chaque opérateur a ses propres process, outils, architectures SI, méthodes de pilotage et culture d’entreprise.

- Des projets stratégiques sont déjà engagés bien avant toute hypothèse de rachat (exemple : REGAIN chez Orange), avec des équipes mobilisées, des budgets votés et des feuilles de route déjà fixées.

- L’intégration de "milliers" de salariés ne se fait pas en appuyant sur un bouton : il y a des enjeux de transfert, de formation, d’adaptation aux outils internes, d’organisation, et de climat social.

Enfin, certaines compétences chez SFR seront recherchées, notamment sur des expertises techniques, réseau ou opérationnelles. Mais il ne faut pas y voir une porte ouverte généralisée : l’intégration éventuelle concernera avant tout des profils ciblés, répondant à des besoins précis. Autant dire que la porte, ne sera pas ouverte à n'importe qui...

Et pour finir sur la question du matériel : non… Rien que pour l’image de marque, aucun opérateur ne pourra laisser un client absorbé avec du matériel qui ne soit pas à ses "couleurs", sans parler de faire rentrer sur son réseau du matériel qui n'a pas été sélectionné, testé et pour certains avec des marques non utilisées par l'OC . Je partirais davantage sur une résiliation du contrat actuel, suivie de la création d’une nouvelle ligne afin d’intégrer le client dans le SI de l’OC, tout en permettant à l’OI de mettre sa base de données à jour. Certes, cela représentera un travail important sur le FTTH, d'allumage et de désaturation sur tous les types de PM, mais petit à petit, si cela se concrétise, le matériel comme les jarretières, les MEC... finiront par disparaître. SFR si il doit disparaitre, ça ne se fera pas demain, ça va laisser le temps au client d'anticiper et certains de voir venir gentiment.

Reste à voir le devenir de XP fibre ..
8
Bistro Bistro / Compilation de petites vidéos sur les transports
« Dernier message par vivien le Aujourd'hui à 18:56:45 »
Séisme de Taïwan du 3 avril 2024

Images enregistrées par la caméra embarquée d'une voiture qui s'est arrêtée par hasard juste à l'entrée d'un tunnel, alors qu'elle circulait sur une route de montagne au moment du grand séisme qui a frappé Taïwan le 3 avril 2024.

9
reseau VPN / L'UE souhaite restreindre les VPN en Europe.
« Dernier message par Hugues le Aujourd'hui à 18:31:36 »
A moins de trouver un VPS qui est bien interconnecté, le moindre tunnel va tuer nos connexions fibre haut débit

Euh...
10
À quand un support complet de l'AV1 et du VP9 pour WebRTC dans Firefox ?

Le site https://livekit.com/webrtc/codecs-guide mentionne que Firefox n'a pas de support AV1 pour WebRTC et que Firefox est le seul navigateur a avoir des limitations pour le codec VP9 : pas de support de SVC encode.

Le support du "SVC encode" est une fonctionnalité cruciale pour améliorer la stabilité des appels de groupe, car il permet de s'adapter dynamiquement aux capacités réseau de chaque participant.

Au lieu de créer plusieurs flux indépendants pour chaque résolution (ce qu'on appelle le Simulcast), le SVC génère une couche de base (qualité minimale) et une ou plusieurs couches d'amélioration (données supplémentaires pour augmenter la définition ou la fluidité).

La couche de base permet de voir la vidéo, même avec une connexion très faible. Les couches d'amélioration s'empilent sur la base pour offrir du 720p, du 1080p ou du 60 fps. Si un paquet de ces couches est perdu, la vidéo ne coupe pas ; elle perd simplement en netteté.

A priori, ce manque de SVC encode est un élément qui bloque certains service de visio pour passer à VP9 (bien que SVC ne soit pas présent pour H.264).




Les débits recommandés par codec :

Pages: [1] 2 3 4 5 6 ... 10