Re: [FRnOG] Re: [MISC] 80% de nos échanges internet s'effectuent avec les Etats-Unis
Stephane Bortzmeyer, le lun. 14 mars 2022 17:21:59 +0100, a ecrit: > On Mon, Mar 14, 2022 at 03:48:06PM +0100, > Dernis Joris wrote > a message of 115 lines which said: > > > Cette information sur les 80 % de l'Internet doit venir de cet article > > d'Hérodote daté de 2014 > > Le journaliste dit que cela lui vient d'Orange : > > https://twitter.com/CedricCousseau/status/1503404783251730438 Comme d'habitude quand un pourcentage est brandit, ce qui manque c'est "par rapport à quoi". Si c'est "par rapport à l'ensemble des échanges _avec d'autres pays_", c'est probablement moins invraisemblable ? Samuel --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] Re: [MISC] 80% de nos échanges internet s'effectuent avec les Etats-Unis
On Mon, Mar 14, 2022 at 03:48:06PM +0100, Dernis Joris wrote a message of 115 lines which said: > Cette information sur les 80 % de l'Internet doit venir de cet article > d'Hérodote daté de 2014 Le journaliste dit que cela lui vient d'Orange : https://twitter.com/CedricCousseau/status/1503404783251730438 --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] 80% de nos échanges internet s'effectuent avec les Etats-Unis
Cette information sur les 80 % de l'Internet doit venir de cet article d'Hérodote daté de 2014 : (Les données sociales, objets de toutes les convoitises, Stéphane Frénot, Stéphane Grumbach, Dans Hérodote 2014/1-2 (n° 152-153), pages 43 à 66) et de la carte https://www.researchgate.net/figure/Les-flux-de-donnees-en-Europe-massivement-captes-par-les-Etats-Unis_fig1_329868098 "La majeure partie des vingt premiers sites en France sont américains, et > en particulier les six premiers d’entre eux, qui sont tous des plateformes > d’intermédiation. La décroissance du trafic est très rapide. Les vingt > premiers sites représentent 822 millions de visites mensuelles dont 664 > millions vers les treize premiers sites américains, et 158 millions vers > les sept sites français. Par conséquent, plus de 80 % des visites sont > faites sur les plateformes américaines. On voit sur les quelques exemples > de sites classés en France avant le 500, la rapide décroissance de la part > de marché, et la persistance de plateformes américaines incontournables, > comme Paypal ou Skype." Néanmoins si des câbles sont coupés entre sur l'espace Atlantique il faudrait une vrai stratégie de coupure systématique (impliquant bien plus de pays que la France) des câbles pour couper internet en France. Le routage des données en France est très interconnecté et aurait sinon la possibilité de passer par d'autres chemin même si les flux seraient ralentis. Le lun. 14 mars 2022 à 15:28, Stephane Bortzmeyer a écrit : > C'est FranceInfo qui le dit, ça doit être vrai. > > > https://www.francetvinfo.fr/monde/europe/manifestations-en-ukraine/guerre-en-ukraine-la-russie-peut-elle-couper-internet-en-france_5004824.html > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [MISC] 80% de nos échanges internet s'effectuent avec les Etats-Unis
C'est FranceInfo qui le dit, ça doit être vrai. https://www.francetvinfo.fr/monde/europe/manifestations-en-ukraine/guerre-en-ukraine-la-russie-peut-elle-couper-internet-en-france_5004824.html --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Les routeurs dépendent-ils du serveur de licence ?
Hello, > Chez Cisco, c'est la logique "Smart licensing" qui s'impose maintenant > sur les branches logicielles récentes. > > On se retrouve par exemple à migrer des routeurs de la branche IOS-XE > 3.16.x vers 17.3 Amsterdam. Là, le smart licensing est activé de facto > et non débrayable. Autant rester en 16.x... Clairement le coup du "call home" n'est pas vraiment une feature désirée... Déjà que le "pay as you grow" est aussi une belle méthode pour facturer 2 fois le même produit (quand je voyais que les licenses 2 x 10G sur asr1001x valais le prix du neuf avec cette license..). > Pour autant, les licences historiques installées localement dans > l'équipement sont bien récupérées mais on voit que l'équipement est > soumis à une politique qui l'oblige à tenter un rapport de licensing > sous 365j : Sympa... Au bout d'un an... BING ! > - les routeurs de gamme ASR1000 ou ISR4000 gardent des fonctionnalités > "normales" en cas d'échec de communication. Normales... ou normales avec la plus petite license? :D Xavier --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Les routeurs dépendent-ils du serveur de licence ?
Le 13/03/2022 à 14:27, Stephane Bortzmeyer a écrit : Dans le cadre de la réflexion sur la robustesse de l'Internet au cas où un russe / un chat / un chat russe couperait les câbles transatlantiques, certains disent que les routeurs Cisco / Juniper / etc cesseraient de fonctionner au bout de N jours s'ils ne peuvent pas joindre leur serveur de licences. Cela me parait fort de café (bien des routeurs sont dans des réseaux fermés, sans accès à l'extérieur) mais avez-vous des informations fiables à ce sujet ? --- Liste de diffusion du FRnOG http://www.frnog.org/ Bonjour Stéphane, Chez Cisco, c'est la logique "Smart licensing" qui s'impose maintenant sur les branches logicielles récentes. On se retrouve par exemple à migrer des routeurs de la branche IOS-XE 3.16.x vers 17.3 Amsterdam. Là, le smart licensing est activé de facto et non débrayable. Pour autant, les licences historiques installées localement dans l'équipement sont bien récupérées mais on voit que l'équipement est soumis à une politique qui l'oblige à tenter un rapport de licensing sous 365j : Usage Reporting: Last ACK received: Next ACK deadline: Dec 21 16:05:35 2022 MET Reporting push interval: 30 days Next ACK push check: Next report push: Jan 06 15:44:01 2022 MET Last report push: Last report file write: L'impact d'un manquement de cette échéance n'est pas bien clair. Cela semble surtout dépendre de la gamme concernée : https://www.cisco.com/c/dam/en/us/products/collateral/software/smart-accounts/smart-licensing-product-details-external.xlsx Si l'on en croit la colonne S, on voit par exemple que : - les routeurs de gamme ASR1000 ou ISR4000 gardent des fonctionnalités "normales" en cas d'échec de communication. - par contre, les serveurs de TOIP CUCM bloquent la gestion des utilisateurs et terminaux après 180j de grâce supplémentaire. - et une appliance firewall virtuelle (ASAv) selon sa version OS : soit reboote et se retrouve bridée à 100kbps, soit ne change rien (ça a du râlé un peu...). Bref, ça illustre bien la simplification annoncée par Cisco... Pas testé, mais il semble exister une méthode de déploiement complètement offline pour les équipements isolés : https://www.cisco.com/c/en/us/products/software/smart-accounts/software-licensing.html#~deployment Voilà si quelqu'un de Cisco veut nous éclairer, ce sera bienvenue. Pour ma part, j'ai l'impression que c'est plus déclaratif qu'autre chose (en général et à ce stade). Bonne journée -- Jérôme BERTHIER --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Les routeurs dépendent-ils du serveur de licence ?
Cisco dans sa grandeur, pas prêt de retourner sur leurs équipements. Le 13/03/2022 à 18:22, JCLB a écrit : After the 90 days time period, these licenses move to the Expired or EVAL EXPIRED state. For CSR and ISRv, after the 90 days time period, the throughput drops to a default of 1Mbps Une doc iOS XE Pour faire du vrai SCADA y'a un mode satellite déconnecté, où une fois par mois tu dois manuellement faire un aller-retour avec des fichiers entre le serveur offline et le portail du constructeur. Autant dire que c'est moins rigolo qu'un nag screen et qu'il faut surveiller les activations autant que les expirations de certificats. Sur les FW on perd généralement les fonctions au-delà du filtrage L3/L4 (Antivirus, filtrage web,...) JC Bisecco -Message d'origine- De : David Ponzone Envoyé : dimanche 13 mars 2022 17:30 À : JCLB Cc : Wallace;frnog@frnog.org Objet : Re: [FRnOG] [TECH] Les routeurs dépendent-ils du serveur de licence ? Oui mais la question c’est: que se passe-t-il si le serveur n’est plus joignable une fois que le routeur est en prod. David Ponzone Le 13 mars 2022 à 17:58, JCLB a écrit : Bonjour, Chez certains constructeurs c'est déclaratif et ça fonctionne même sans licence, chez d'autres il faut un serveur d'activation on premise en l'absence d'accès direct à internet. Typiquement comme le KMS chez Microsoft. Chez Cisco ça s'appelle le "satellite". Toujours chez Cisco il semble exister les PLR (Permanent License Reservation) mais je ne connais personne en ayant eu. JC Bisecco -Message d'origine- De :frnog-requ...@frnog.orgDe la part de David Ponzone Envoyé : dimanche 13 mars 2022 16:08 À : Wallace Cc :frnog@frnog.org Objet : Re: [FRnOG] [TECH] Les routeurs dépendent-ils du serveur de licence ? Perso, j’y crois pas. Il y a forcément des réseaux sur lesquels les routeurs n’ont pas accès au net, pour des raisons de topo ou de sécurité. Quelqu’un veut bien faire le test ? David Ponzone Le 13 mars 2022 à 15:48, Wallace a écrit : Pas entendu parlé mais ça m'étonnerait à peine et beaucoup de réseaux sont full open en sortie même si l'entrée est filtrée, je doute même que beaucoup de monde aient une vue sur le trafic émis par un backbone puisqu'il n'y a pas de firewall pour loguer et filtrer en amont. En tout cas je sors les popcorns j'ai hâte de voir les retours. Le 13/03/2022 à 14:27, Stephane Bortzmeyer a écrit : Dans le cadre de la réflexion sur la robustesse de l'Internet au cas où un russe / un chat / un chat russe couperait les câbles transatlantiques, certains disent que les routeurs Cisco / Juniper / etc cesseraient de fonctionner au bout de N jours s'ils ne peuvent pas joindre leur serveur de licences. Cela me parait fort de café (bien des routeurs sont dans des réseaux fermés, sans accès à l'extérieur) mais avez-vous des informations fiables à ce sujet ? --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Internet dans les médias
On lundi 14 mars 2022 09:57:15 CET Spyou - r...@spyou.org wrote: > Le 13/03/2022 à 20:35, Richard Klein a écrit : > > Imaginons un quartier où la densité de box GP ou pro est important . > > Imaginons que la fibre qui alimente le quartier, arrondissement tombe. > > Tous le monde se retrouve sans internet. > > I have a dream > > Pourquoi ne pas imaginer un protocole wifi dans nos boxs(1 wifi Client lan > > et 1 wifi inter CPE)ou chaque box dans nos foyers ne seraient plus un > > point > > de terminaison mais un nœud d'échange de traffic en mesh ? > > Par exemple si mon immeuble au 18 a sa fibre KO ma box irait chercher son > > flux wan sur les voisins du 20,16 et en face de la rue . > > Les boxs entre étages/immeubles seraient donc en mode mesh et pourraient > > échanger du traffic sans passer par l'interface WAN(FO Xdsl) et assurer > > une > > redondance parfaite. > > La box du client final n'est plus un élément passif terminal mais un > > élément de terminaison actif d'un coeur multi-opérateurs > > Si tout le quartier est isolé, quel est le plan ? Toutes les box du > secteur meshent les unes aux autres et celle de Tatie Simone qui habite > au bout de la rue choppe celle de Roger dans le quartier d'à côté ? Il y a plusieurs années en arrière tout un quartier de montrèal fonctionnait avec un réseau maillé sur ce modèle. De mémoire c'était dans villeray, dans le coin de Jarry. Là bas le concept de box n'existe pas, et chaque membre du réseau avait son propre routeur. Ce réseau était communautaire et reposait sur les compétences des membres pour le déploiement et la maintenance, et sur des accès illimité à internet en périphérie pour la connectivité. Oui les accès illimités à internet n'étaient pas répandus, ni abordables, du moins à l'époque ça a peut-être changé. Avec les avantages et les inconvénients d'un réseau maillé, mais ça fonctionnait suffisamment pour que les usagers y restent. Je n'ai plus tous les détails en mémoire, il est possible qu'il n'y ait juste pas d'alternative à l'époque. Je ne sais pas ce que ce réseau est devenu depuis, il est possible qu'il y ait un lien avec l'actuel https://wiki.reseaulibre.ca/ > > On se retrouve donc avec un réseau composé de X CPE qui avaient pour > habitude d'avoir chacun leur arrivée avec >= 20Mbps de capa descendante > à un réseau qui souffre de diverses contentions dues au meshing et qui > sort sur un seul lien radio possiblement archi pourri. > > On a ça dans nos réseaux "spéciale zones blanches" de la fédération FDN, > c'est comme ça qu'on gère les pannes sur les artères principales du > backbone (un saut radio vers la plaque adjacente quand l'adduction > principale est HS). Eh ben même avec un réseau ridiculement petit > (~2/300 abonnés sur une plaque de 1500km²) j'peux te garantir que ça se > passe pas bien *du tout* > > On arrive à maintenir un genre joignabilité (ie tu peux passer un paquet > de temps en temps) mais faut pas espérer charger autre chose que la home > de google. > > En situation de guerre, c'est possiblement utile, mais pour de la > redondance de tous les jours, bof bof ... > > Sans compter que si, au bout de tout ça, il n'y a pas non plus d'uplink, > il faudra la suite logiciel p2p qui va avec cette couche mesh pour > permettre aux gens de communiquer ... genre Briar (mais il embarque déjà > de quoi faire du pure p2p sans infra wifi autour de soi) ... à supposer > que les gens sachent s'en servir *avant* d'en avoir besoin. > > Ou alors, un tas de geek en local qui sauront faire du dnat sur un > certain nombre d'IP stratégiques pour y planter des DNS menteurs et > faire apparaître des portails locaux sur les terminaux des utilisateurs > ... si c'est encore possible à ce moment là, compte tenu de la quasi > obligation que tout soit chiffré (et donc dépendant d'une chaîne de > certification qu'on ne pourra pas recréer localement) et de la subtile > disparition du web au profit d'app qui seront juste plantées car > incapable de parler à leur cumulonimbus favori. > > > Bref, sur le papier c'est assez élégant, mais le passage dans la vraie > vie pique pas mal :-) > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Internet dans les médias
Sur l'axe transatlantique c'est assez compliqué car les content providers représentent l'immense majorité de la capacité utilisé (source publique https://www.ptc.org/PTC19/Proceedings/WK_TELEGEO_Mauldin_Alan.pdf#page=8). Et c'est très bien représenté quand Orange par exemple opère 2 paires sur 12 sur un cable comme Dunant et Google opère le reste. Et donc "le vrai internet" ne consomme pas tant que ça par rapport aux 200 ou 300Tbps des derniers cables financés par les gafam, les cables legacy encore en service sont quand même tous en 100G minimum avec une grosse diversité quand même. Le dim. 13 mars 2022 à 21:14, David Ponzone a écrit : > > > > Le 13 mars 2022 à 21:13, Alexandre Archambault a écrit : > > > > ... > > > Pour faire simple, si la perte d'un ou plusieurs câbles sous-marins (ok, > > pas tous en même temps) ou transcontinentaux peut être gérée sans trop > > d'impact au niveau des réseaux, > > Hmm c’est optimiste. > Quand je vois la fréquence à laquelle des nouveaux câbles sont posés, qui > font généralement autant que celui de l’année d’avant et voir parfois > plusieurs fois sa capa quand il y a un saut technologique, j’ai du mal à > imaginer la conséquence d’une perte de câble. > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Problème entre Orange et AWS (majoritairement IPv6) ?
C'est corrigé, merci à celui qui est intervenu :) Le ven. 11 mars 2022 à 23:35, Yannick Palanque a écrit : > > Je ne dépasse par exemple pas 20 Ko/s sur > > https://autoupdate.termius.com/windows/Termius.exe > > Depuis connexion Orange en IDF : > > $ wget -O /dev/null https://autoupdate.termius.com/windows/Termius.exe > --2022-03-11 23:26:22-- > https://autoupdate.termius.com/windows/Termius.exe Résolution de > autoupdate.termius.com (autoupdate.termius.com)... 13.249.9.64, > 13.249.9.79, 13.249.9.128, ... Connexion vers autoupdate.termius.com > (autoupdate.termius.com)|13.249.9.64|:443... connecté. requête HTTP > transmise, en attente de la réponse... 200 OK Taille : 196169040 (187M) > [application/octet-stream] Enregistre : «/dev/null» /dev/null > > > 100%[>] > 187,08M 17,1MB/sds 11s 2022-03-11 23:26:33 (17,2 MB/s) - > «/dev/null» enregistré [196169040/196169040] > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Internet dans les médias
> En situation de guerre, c'est possiblement utile, mais pour de la > redondance de tous les jours, bof bof ... (...) > Bref, sur le papier c'est assez élégant, mais le passage dans la vraie > vie pique pas mal :-) Voilà c'est aussi sans compter sur la portée légendaires du wifi intégrés aux box des opérateurs... Si "ça peux tomber en marche" en zone dense (comprendre dans un immeuble, à condition que les voisins aient une connectivité quelconque), dans la vraie vie avec des immeubles éloigné ou en zone peu dense on peux se brosser avec brosse metallique... Sans compter que... en général le point faible c'est... le réseau électrique surtout qu'on est en train de passer a du full cuivre a du full fibre optique avec une très grosse dépendance au réseau électrique local... qui n'existait pas lors du réseau RTC... Bref... /Xavier --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] Re: [MISC] Internet dans les médias
On Sun, Mar 13, 2022 at 03:32:57PM +0100, Bill Woodcock wrote a message of 99 lines which said: > La Russie dispose de deux sous-marins porteurs (Podmoskovye et > Belgorod) et d'au moins six sous-marins de grande profondeur > construits spécifiquement pour capter et couper des câbles > (Losharik). Il n'est donc pas nécessaire de spéculer à ce sujet, Mais je ne niais pas la posisbilité d'une coupure de câble par les Russes, je disais juste « je ne passe pas sur C8 avec le titre "expert en tout", je ne vais pas jouer au spécialiste militaire. Je ne saurais donc pas évaluer ce risque. » > Vous dites "Bien sûr, ils ne pourraient pas échanger avec les > étatsuniens, donc une telle coupure serait très gênante, mais ce ne > serait pas une coupure de l'Internet." Selon votre propre logique > (et dans la réalité), les Européens et les Américains continueraient > à communiquer pendant une coupure du câble transatlantique... via > l'Asie et le Pacifique. Si les Russes ne coupent pas les câbles transpacifiques (dans l'hypothèse d'une action russe de grande ampleur), je me demande si la capacité serait suffisante pour acheminer le trafic transatlantique. > Si vous utilisez une traduction automatique ou si vous demandez à > quelqu'un de les traduire pour vous, vous verrez qu'il s'agit > simplement de directives adressées aux réseaux des agences du > gouvernement fédéral russe Oui, c'est bien ce que je dis dans mon article. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Internet dans les médias
Le 13/03/2022 à 20:35, Richard Klein a écrit : Imaginons un quartier où la densité de box GP ou pro est important . Imaginons que la fibre qui alimente le quartier, arrondissement tombe. Tous le monde se retrouve sans internet. I have a dream Pourquoi ne pas imaginer un protocole wifi dans nos boxs(1 wifi Client lan et 1 wifi inter CPE)ou chaque box dans nos foyers ne seraient plus un point de terminaison mais un nœud d'échange de traffic en mesh ? Par exemple si mon immeuble au 18 a sa fibre KO ma box irait chercher son flux wan sur les voisins du 20,16 et en face de la rue . Les boxs entre étages/immeubles seraient donc en mode mesh et pourraient échanger du traffic sans passer par l'interface WAN(FO Xdsl) et assurer une redondance parfaite. La box du client final n'est plus un élément passif terminal mais un élément de terminaison actif d'un coeur multi-opérateurs Si tout le quartier est isolé, quel est le plan ? Toutes les box du secteur meshent les unes aux autres et celle de Tatie Simone qui habite au bout de la rue choppe celle de Roger dans le quartier d'à côté ? On se retrouve donc avec un réseau composé de X CPE qui avaient pour habitude d'avoir chacun leur arrivée avec >= 20Mbps de capa descendante à un réseau qui souffre de diverses contentions dues au meshing et qui sort sur un seul lien radio possiblement archi pourri. On a ça dans nos réseaux "spéciale zones blanches" de la fédération FDN, c'est comme ça qu'on gère les pannes sur les artères principales du backbone (un saut radio vers la plaque adjacente quand l'adduction principale est HS). Eh ben même avec un réseau ridiculement petit (~2/300 abonnés sur une plaque de 1500km²) j'peux te garantir que ça se passe pas bien *du tout* On arrive à maintenir un genre joignabilité (ie tu peux passer un paquet de temps en temps) mais faut pas espérer charger autre chose que la home de google. En situation de guerre, c'est possiblement utile, mais pour de la redondance de tous les jours, bof bof ... Sans compter que si, au bout de tout ça, il n'y a pas non plus d'uplink, il faudra la suite logiciel p2p qui va avec cette couche mesh pour permettre aux gens de communiquer ... genre Briar (mais il embarque déjà de quoi faire du pure p2p sans infra wifi autour de soi) ... à supposer que les gens sachent s'en servir *avant* d'en avoir besoin. Ou alors, un tas de geek en local qui sauront faire du dnat sur un certain nombre d'IP stratégiques pour y planter des DNS menteurs et faire apparaître des portails locaux sur les terminaux des utilisateurs ... si c'est encore possible à ce moment là, compte tenu de la quasi obligation que tout soit chiffré (et donc dépendant d'une chaîne de certification qu'on ne pourra pas recréer localement) et de la subtile disparition du web au profit d'app qui seront juste plantées car incapable de parler à leur cumulonimbus favori. Bref, sur le papier c'est assez élégant, mais le passage dans la vraie vie pique pas mal :-) --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Problèmes envoi de mail vers GMAIL
Le 08/03/2022 à 12:13, Hugues Voiturier a écrit : Suffit de respecter les bonnes pratiques, SPF/DKIM et DMARC en bonus ça règle déjà bien des soucis. Ça ne suffit pas. Pas du tout. On expérimente ça depuis des années. Evil Google. Pour les autres GAFAM, il y a toujours une manière de s'en sortir plus évidente. Pour Kro$oft, c'est souvent une URL de déblocage dans la réponse de rejet. Ça reste donc simple. Pour Google il y a une procédure, assez bien cachée, de déclaration des IP de serveurs. Ça c'est calmé pour nous depuis. Mais ça reste malaisé (de temps en temps, un mail en indésirable chez un client, sans raison particulière). Ça rend un système simple (le mail) compliqué. Il faut doubler le mail par un sms "vérifiez dans vos indésirables". On va passer en relay SMTP mailjet (ou autre délivreur de mails par wagons). Là, Google s'écrase. C'est d'ailleurs assez marrant de voir les headers assez comminatoires de certains de ces délivreurs (genre, "ceci est un mail de ..., ne pas rejeter !). Contre intuitivement, plus t'envoies de mail, moins on t'embête. L'idée finale est bien sûr que tout le monde soit sur un mail de GAFAM ou d'autres gros comme OVH. Bien sûr, délivreur en masse ou pas, SPF/DKIM de rigueur sur le NDD émetteur. Mais Google case volontairement le jeu. C'est moche. -- Stéphane Rivière Ile d'Oléron - France OpenPGP_0x68A4C5C1D498F92F.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Re: [FRnOG] [TECH] Retour d'info multicell Yealink W80/W90
Bonjour, Il y a un bug chez Yealink, même avec le dernier firmware 130.85.0.47. Le 12/03/2022 à 10:41, David Ponzone a écrit : Une fois j’ai une w90 qui avait un défaut matériel. Tu devrais essayer de les éteindre une par une. David Ponzone Le 12 mars 2022 à 10:42, L. RIVIERE a écrit : bonjour à tous J'aurais besoin d'un retour d'expérience sur le multicell W80/W90 Je suis confronté à des soucis aléatoires de perte de phonie sur les DECT Je précise que les niveau de synchro sont nickel avec un signal inférieur ou égal à -80 dB ni trop forte ni trop faible selon les préco Yealink. Un reboot complet bornes + DM résout les souci immédiatement Merci infiniment pour vos retours d'expérience L.RIVIERE --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
