from:"Toussaint OTTAVI"





Le 06/03/2024 à 16:43, Thierry Chich a écrit :
Ils diront: t'as vu les gamins de nos jours, c'est vraiment du 
n'importe quoi, nous on était pas comme ça.


Ils n'auront peut-être plus du tout de cerveau en local, et tout sera 
externalisé dans le métaverse via des interfaces Neuralink :-) Les 
neurones tels que nous les connaissons auront peut-être complètement 
disparu, tels les dinosaures il y a quelques dizaines de millions 
d'années, exterminés par un météore géant qui se sera vautré, non pas 
dans le Yucatan, mais à Paris le 26 Juillet 2024 en chantant du Piaf :-)




---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [BIZ] Connexion de secours petit débit en ville ?





Le 06/03/2024 à 11:26, Toussaint OTTAVI a écrit :

https://mikrotik.com/product/sxt_lte_kit


Lien un peu plus à jour :
https://mikrotik.com/product/sxt_lte6_2023


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [BIZ] Connexion de secours petit débit en ville ?





Le 06/03/2024 à 11:22, DUVERGIER Claude a écrit :
certains murs des immeubles de la capitale sont très épais donc il me 
faut du matériel dont on pourrait déporter l'antenne de la baie réseau.


https://mikrotik.com/product/sxt_lte_kit


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Meta HS quelqu'un a de l'info ?





Le 06/03/2024 à 09:40, David Ponzone a écrit :

En tout cas, c’est toujours assez inquiétant de voir ces millions de
gens qui ont à peu près le même rapport avec FB qu’un zombie avec son
Fentanyl.


Et c'est encore plus inquiétant pour le futur ! Je suis dans un petit 
village de montagne. L'an dernier, suite à un coup de vent, 
l'alimentation EDF est tombée, pendant une journée. Donc, plus de WiFi 
ni de 4G. C'était pendant les vacances scolaires. Les gamins erraient 
dans les rues, avec les smartphones à la main, en cherchant du réseau 
tels des sourciers avec leurs baguettes : "Mon dieu, ya plus Insta, mais 
comment on va faiire ?"


Et ce sont ces mêmes gamins qui seront aux manettes dans 10 ou 20 ans. 
Comment tu as dit ? "Inquiétant" ?

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Test de la robustesse de la liste




Le 05/03/2024 à 19:27, Laurent Barme a écrit :
Quel serait le lien entre cette liste et ces m ? 


On est en avance de quelques jours, mais je dirais : "la guerre des 
mondes", l'ancien contre le nouveau :-)


Ou alors çà :-)
https://www.unilad.com/news/social-media/elon-musk-trolls-facebook-instagram-down-720707-20240305


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] dgfip refusé par gmail

2024-03-05 Par sujet Toussaint OTTAVI





Le 04/03/2024 à 17:30, David Ponzone a écrit :

+1 sur l’outil de email-security-scans.org  
et merci.


+2. Cet outil est assez génial si on a compris qu'il faut attendre 48h 
pour avoir un résultat exhaustif ;-) Merci.


--
En premier niveau, il y a toujours le classique 
http://www.mail-tester.com/, qui fournit quasiment instantanément un 
diagnostic de base sur la délivrabilité.


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Comparons nos NAS en tant que repositories pour Veeam

2024-03-01 Par sujet Toussaint OTTAVI




Le 29/02/2024 à 20:13, Frank ALEXIS a écrit :



Un mec bien au point sur github sort des scripts hyper propres pour 
tout un tas de trucs sur syno et ça marche hyper bien :-)


https://github.com/007revad


Merci :-) Je ne connaissais pas. Je vais jeter un oeil...

Ceci étant, si je bidouillais pas mal les Syno il y a quelques années, 
j'y ai un peu renoncé pour des données de prod :
- A chaque mise à jour de DSM, les bidouilles sont supprimées, donc çà 
pète des fonctionnalités, et il faut repasser derrière.
- J'installais systématiquement un optware, pour pouvoir faire tourner 
un agent Nagios NRPE, et lancer mes scripts de surveillance des 
sauvegardes. Un jour, j'ai eu un problème qui a nécessité que je 
sollicite le support. Quand ils ont vu "optware", ils ont hurlé : 
"Oulala, vous avez trafiqué votre NAS, le support n'est pas assuré !". 
Alors que le problème n'avait rien à voir avec optware, et était présent 
même sans optware.


Enfin, çà n'a rien à voir avec Syno, mais çà touche à des 
fonctionnalités non officiellement supportées : un jour, j'ai activé la 
déduplication ReFS sur un disque de cluster Windows (dans une 
configuration non supportée;  mais rien ne me l'avait dit lorsque j'ai 
activé l'option,  et je n'avais pas lu la ligne laconique dans la doc 
qui disait que ce n'était pas encore supporté dans ce cas de figure). Eh 
bien, çà marchait très bien ! Sauf qu'une fois par semaine, pendant une 
tâche planifiée de scrubbing, çà plantait. Le cluster perdait l'accès au 
stockage partagé pendant quelques secondes, suffisantes pour crasher la 
plupart des VMs :-D


Donc, sur de la prod, j'évite de trop jouer avec des trucs "non 
supportés" ;-)


Mais … y’a un petit script qui va bien pour activer la dedup sur tous 
les disques « non compatibles » hors syno


M'ouais... Voici ce que dit le script en question dans son --help :
  --hdd    Enable data deduplication for HDDs *(dangerous)*
:-D

y’a même de quoi créer et utiliser les caches nvme comme volume raid1 
classique (vu le prix des 2To pcie 4x c’est une belle opportunité 
d’avoir un truc qui booste bien via du 10Gb lan)


Cà, en revanche, çà m'inspire un peu plus :-) Merci pour le tuyau.

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Comparons nos NAS en tant que repositories pour Veeam

2024-02-29 Par sujet Toussaint OTTAVI





Le 29/02/2024 à 15:43, Vinz Jumpertz via frnog a écrit :
je peux repondre pour le iscsi refs 


Oui, çà fonctionne... C'est juste une question de confiance :-) Pour des 
choses aussi critiques et aussi "bas niveau" qu'un filesystem présenté à 
une application de sauvegarde (le truc dont on est susceptible d'avoir 
besoin en dernier recours, quand tout le reste aura pété), j'aime bien 
avoir des choses en mode KISS, dans la même boite (ex: un contrôleur 
RAID hardware et des disques connectés directement dessus), plutôt que 
de dépendre de deux machines différentes (un stockage iSCSI sur un NAS 
Synology, et un filesystem monté depuis une machine Windows), reliées 
entre elles par quelque chose de potentiellement non fiable (iSCSI).


J'ai souvent fait des maquettes avec ce genre de config dans mon lab, 
notamment pour tester différents stockages pour Veeam. L'une d'entre 
elles était un hpe StoreOnce Virtual (solution commerciale) dans une VM, 
avec du stockage iSCSI sur un Synology. C'était vraiment pas dur à 
péter, même sans le faire exprès :-) Un simple reboot du NAS, le iSCSI 
tombait, le StoreOnce perdait son disque et crashait. En redémarrant le 
StoreOnce, il ne remontait pas tout seul son disque. Il fallait lancer 
une ligne de commande cryptique sur l'OS propriétaire pour faire une 
vérification / réparation du support. Je n'irai pas jusqu'à incriminer 
la fiabilité de l'application terminale (ici, StoreOnce), vu que je lui 
ai volontairement rajouté des obstacles non prévus entre elle et son 
stockage :-)


Je me souviens également, lors de mes recherches, d'un article qui 
déconseillait de monter du ReFS à travers iSCSI sur un Syno. 
Malheureusement, je ne retrouve pas les références.


Donc, j'ai abandonné le iSCSI sur Synology pour des tâches critiques 
comme la sauvegarde.



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Comparons nos NAS en tant que repositories pour Veeam

2024-02-29 Par sujet Toussaint OTTAVI

Le 28/02/2024 à 12:39, elpablodelcasata via frnog a écrit :

Je me pose une question infra. Utiliseriez vous un syno en tant que repository
pour du VEEAM ?

En terme de fiabilité, rien à redire. En revanche, il n'y a aucune
déduplication et aucune optimisation de l'espace. Donc, çà bouffe une
place folle si on conserve plusieurs GFS, et qu'on fait en plus des
snapshots au niveau BTRFS (pour avoir des copies "inaccessibles" depuis
Veeam). C'est une véritable horreur ! Plus on rajoute des disques, plus
çà en consomme :-)

Les sauvegardes de VM, c'est quelque chose qui se déduplique très bien.
En général, il y a beaucoup, beaucoup de données communes, et très peu
de données qui changent d'un jour à l'autre. Donc, pour un repo Veeam,
quelle que soit la technologie choisie, elle a tout intérêt à posséder
un mécanisme de déduplication supporté. Ainsi, à capacité de stockage
équivalente, on peut conserver beaucoup plus de versions.

Ainsi, en terme d'optimisation de l'espace, j'ai obtenu d'excellents
résultats avec des filesystems supportant les RefLinks comme ReFS sous
Windows ou XFS sous Linux. Ce n'est pas vraiment de la déduplication au
sens où on l'entend habituellement (où c'est le filesystem qui fait le
job de façon transparente). Ici, c'est Veeam qui ne stocke qu'une seule
fois les blocs communs à plusieurs sauvegardes, en utilisant les
RefLinks sur les filesystems supportés :

https://jorgedelacruz.uk/2020/03/19/veeam-whats-new-in-veeam-backup-replication-v10-xfs-reflink-and-fast-clone-repositories-in-veeam/

Un autre avantage est que la génération de "Synthetic Full" (pour les
non-inités, des sauvegardes "full" pour conservation générées à partir
de fichiers incrémentiels) est beaucoup plus rapide grâce au FastClone.
Veeam n'a pas besoin de copier physiquement les données, il copie juste
des "pointeurs".

Enfin, un autre avantage d'utiliser un stockage XFS sous Linux, c'est la
possibilité de gérer l'immutabilité, autrement dit, des sauvegardes qui
ne peuvent pas être effacées avant l'expiration de la période de
rétention initialement configurée.

Donc, la meilleure solution que j'aie trouvée pour des repo Veeam
(hormis l'appliance pro avec déduplication intégrée qui coûte un bras),
c'est le serveur "DIY" avec un Linux, et stockage XFS. Le gain d'espace
et la rapidité avec les RefLinks sont bluffants. Et l'immutabilité,
c'est pas mal aussi :-)

Certes, c'est beaucoup moins "plug and play" qu'un petit Synology :-) Et
c'est plus cher, aussi. Donc, il m'arrive d'utiliser encore du Syno pour
des sauvegardes locales de premier niveau.

L'idéal, ce serait la simplicité de mise en oeuvre d'un Synology, avec
possibilité de gérer de la déduplication depuis Veeam, et idéalement,
support de l'immutabilité. Mais je n'ai pas encore trouvé :-)

PS :
- Il y a des variantes, par exemple mettre le Syno en iSCSI, monter le
LUN depuis Windows, et créer un repo ReFS dessus. Cà gèrerait la
déduplication, mais pas l'immutabilité. Il me semble avoir lu quelque
part que ce n'était pas trop supporté. Et vu que pour les sauvegardes,
on recherche quelque chose de super fiable, j'avoue que çà ne me tente
pas d'essayer :-)
- Les dernières versions de DSM semblent supporter la déduplication sur
BTRFS. Cela ne fonctionne que sur des SSD. Je ne sais pas si c'est
supporté nativement par Veeam. Mais à priori, pas besoin que çà le soit
: une petite sauvegarde Veeam dans un repo "fileshare" normal (non
dédupliqué), et des snapshots BTRFS, avec déduplication et conservation,
derrière (si tant est que çà soit possible). Certes, c'est bien moins
souple si on a besoin de restaurer depuis ces snapshots, mais çà devrait
être "secure" (les snapshots sont invisibles pour un malin qui gagnerait
un accès à la console Veeam), et çà ne devrait pas bouffer trop de
place. Je n'ai pas encore monté de Syno en full-SSD pour essayer, mais
c'est sur la ToDo...

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] La belle boite de Pandore....

2024-02-23 Par sujet Toussaint OTTAVI





Le 22/02/2024 à 23:22, Jean-Yves LENHOF via frnog a écrit :
Comment voulez-vous recruter des compétences pour faire des solutions 
innovantes, pertinentes pour le public qui a un téléphone dans sa 
poche si on n'utilise pas des infrastructures à la pointe de ce que 
l'on peut faire en informatique... 


Mon impression est que l'on cède un peu facilement à la facilité, en se 
reposant sur des outils déjà conçus par d'autres, même s'ils sont 4 fois 
plus chers, et s'ils sont loin d'être parfaits. C'est un peu comme 
bouffer une pizza industrielle surgelée :-) En rentrant crevé du boulot 
le soir, on n'a pas forcément envie de se mettre à pétrir de la pâte, 
sachant que pour faire une pizza ce soir, il aurait fallu la pétrir hier 
:-) Et que le temps que je cherche la recette de la pate à pizza sur un 
site en ligne, la version surgelée est déjà prête :-)


En ce qui me concerne, à mon modeste niveau, j'avoue, certes non sans 
honte, que j'ai basculé les messageries de la plupart de mes clients sur 
O365. Parce que cela devient beaucoup trop lourd et chronophage de gérer 
des serveurs de messagerie localement, et que je n'ai ni le temps ni les 
ressources pour m'en occuper. Et parce qu'il y a un coté "je clique, et 
çà marche". Et surtout parce que, si çà ne marche pas, le client s'en 
prendra à Microsoft et pas à moi :-) Ce point, à priori assez 
anecdotique, n'est sans doute pas à négliger pour les énarques 
encravatés qui occupent les hautes fonctions, puisqu'en cas de problème, 
cela transfère une partie de la responsabilité sur le fournisseur, et 
pas sur leur pomme :-)


Et tout çà, c'est un peu le cercle vicieux, car à force de délocaliser 
des applications dans des services tiers, on finit par perdre le 
savoir-faire.


Pour le reste, vu ce que coûtent les big ones quand on fait le total, je 
reste persuadé qu'il est tout à fait possible de faire le job en faisant 
bosser des hébergeurs locaux, des développeurs locaux, et en gardant la 
main sur ses données. Encore faut-il que les développeurs soient 
conscients que leurs outils ne fonctionnent pas par magie, mais 
nécessitent de l'infra, et donc des équipes pour concevoir et maintenir 
cette infra.


Il y a quelques jours, à propos du sujet préféré du Vendredi, j'ai nommé 
IPv6 :-) je pestais contre une application programmée avec les pieds, 
qui ouvrait des sockets IPv6 sure une machine sans IPv6, et avec un code 
"dual stack" complètement moisi ! On retombe donc ici sur le problème de 
la formation : si on ne forme pas correctement les développeurs aux 
éléments d'infra sous-jacents (IPv6 et les problématiques du dual-stack, 
et plus généralement le hardware, le réseau et les services de bas 
niveau comme les bases de données, le clustering, etc...) il ne faut pas 
s'étonner que ces développeurs du 21ème siècle ne sachent plus rien 
produire en dehors des plateformes "qui marchent toutes seules" :-)




---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Recherche capteurs de pression d'eau LoRaWAN

2024-02-20 Par sujet Toussaint OTTAVI





Le 20/02/2024 à 13:41, Julien Escario a écrit :
Est-ce que tu sais préciser les diamètres des raccords sur lesquels il 
faut venir se brancher ? (Gardena, 3/4", conduite fonte 100mm, ...).


Cà va du PE 25mm à la conduite acier 400mm :-) Ceci étant, çà, c'est 
l'affaire des plombiers :-) Pour une sonde de mesure de pression, un 
piquage en 3/4 ou 1/2 devrait faire l'affaire.



De même, environnement aérien chloré (par ex. dans un chateau d'eau) ? 


2 cas de figure :
- eau potable (potentiellement chlorée)
- eau brute (potentiellement chargée en sable, boues, voire petits cailloux)
Donc, il me faut du matériel industriel costaud.

Ceci étant, on refait tout à neuf. Les tech qui bossent sur du 380V sans 
différentiel (parce que çà saute tout le temps), sur des coffrets 
rouillés et les pieds dans l'eau, çà m'inspire moyen :-D Donc, j'impose 
un local ou coffret électrique en dehors du local hydraulique. Donc, en 
cas de capteur/émetteur distincts, seule la sonde proprement dite sera 
dans le local "eau".





Normalement, n'importe quelle solution devrait savoir faire dans les 
deux sens ou alors c'est une limitation purement software.


C'est aussi ce qu'il me semblait. Mais quand j'ai posé la question à un 
fabricant, la question ne lui semblait pas triviale. Apparemment, 
certains systèmes à ailettes peuvent supporter de tourner "à l'envers", 
mais uniquement sur des périodes et avec des charges limitées... Moi, 
j'ai besoin que çà puisse mesurer en régime permanent dans les deux sens.




Désolé, pas de ref à te proposer, je peux juste de faire part des mes 
réflexions passées sur la question. 


Toute réflexion est bonne à prendre...

Et LoRa(wan), je n'y ai pas encore touché, c'est pour le mois prochain 
(en attente du matériel de lab).


Pareil :-) LoRa, çà tourne depuis plusieurs mois, en radioamateur 400 
MHz :-) Pour LoRaWAN, j'ai déjà une VM de test avec ChirpStack, et il 
faut que je sélectionne les gateways que je vais commander pour mon lab :-)


Je pense d'ailleurs m'orienter sur du meshtastic 
(https://meshtastic.org/) plutôt que LoRaWAN.


Je ne connaissais pas. Mais je doute que les fabricants de matériel 
industriel, et notamment de compteurs d'eau industriels, soient 
compatibles... Donc, sur le coté radioamateur, on bidouille volontiers; 
mais sur le coté collectivité, on va rester sur des solutions 
industrielles standard ;-)



---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [TECH] Recherche capteurs de pression d'eau LoRaWAN

2024-02-20 Par sujet Toussaint OTTAVI


Bonjour la liste,

S'il y en a qui bossent sur des réseaux d'eau, je cherche des 
références, et éventuellement des fournisseurs, pour des capteurs de 
pression d'eau en LoRaWAN :

- Pression : 0 à 30 bars
- Version avec avec alimentation externe et version auto-alimenté avec 
pile longue durée (j'ai les deux cas de figure, même si je vais 
privilégier les sites avec de l'énergie)
- Transmission LoRaWAN (soit directement, soit via une sortie bus 
interfaçable avec un émetteur LoRaWAN)

- De préférence, antenne externe, déportable à l'extérieur du coffret

En option, même question pour :
- Mesure de débit bidirectionnelle
- Mesure de niveau dans des réservoirs d'eau potable
(j'ai déjà des références, mais j'en veux bien d'autres pour comparatifs)

Merci par avance.
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Les cabinets comptables & la cyber

2024-02-20 Par sujet Toussaint OTTAVI





Le 20/02/2024 à 08:51, Laurent Barme a écrit :
C'est d'ailleurs à la base du problème ; les recommandations de l'ANSI 
ne sont pas universellement pertinentes ou applicables.


Cela semble être une généralité dans les cabinets d'audit ou de conseil 
: ils sont tous très prompts à relever "ce qui ne va pas" ou "ce qu'il 
ne faut pas faire'; mais quand on leur demande "comment il faudrait 
faire" pour traiter un problème particulier, là, il n'y a plus personne :-(


Moralité : faites du conseil, pas de l'ingénierie ni de l'exploitation :-D


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] 240/4 strikes back

2024-02-12 Par sujet Toussaint OTTAVI





Le 12/02/2024 à 11:12, Pierre Colombier via frnog a écrit :
Par contre, la dual-stack, c'est juste 2x plus de boulot à maintenir 
(et au moins 3x plus à monitorer) pour rien. 


Sans aucune considération philosophique, idéologique ou dogmatique, 
voici ma feinte à deux balles du jour :


J'essaye d'installer un serveur RustDesk (un clone de TeamViewer, 
open-source et auto-hébergeable, qui semble avoir une bonne cote) :
- Le logiciel ne permet pas de choisir sur quelle interface réseau il va 
se "binder"
- Le logiciel utilise des ports TCP et UDP pour son fonctionnement. Sur 
une machine Ubuntu avec install par défaut (une IPv4 et une IPv6); 
concernant TCP, il écoute uniquement en tcp6; pour l'UDP, il écoute bien 
sur les deux (udp4 et udp6)
- Le truc drôle, c'est que, sur une autre VM Debian 12, avec IPv6 
explicitement désactivé au niveau de sysctl.conf, il écoute quand même 
en tcp6 :-D Et, bien sûr, il n'écoute pas du tout en tcp4 :-D Magique !


On est bien d'accord que le problème vient du soft :-) Et qu'un soft 
bien conçu devrait théoriquement permettre, dans ses paramètres de 
configuration, de spécifier exactement sur quelle interface et sur 
quelle IP il doit se binder :-) Et on est ici sur un gros projet 
open-source, avec une boite commerciale derrière, pas sur un fabricant 
d'alarmes ou de portails électriques qui a acheté un module réseau sur 
AliExpress :-)


Donc, je peux comprendre qu'il y ait des gens qui trouvent des intérêts 
vitaux à IPv6, et même des gens qui l'apprécient :-) Pas moi :-)




---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] La belle boite de Pandore....

2024-02-02 Par sujet Toussaint OTTAVI





Le 02/02/2024 à 09:56, Jerome Marteaux a écrit :


Choisir entre des assets à gérer toi-même et un contrat de 
sous-traitance, le choix est vite fait pour énormément de décideurs.




Certes. Mais quand on parle de données sensibles, pour ne pas dire 
stratégiques au niveau de l'état, il me semble tout de même que d'autres 
critères que la "facilité" et le "coût" devraient être pris en compte. 
La Gendarmerie, qui a entamé il y a 30 ans ses développements 
spécifiques autour du libre, me semble être un bon exemple.



Comment peux-tu comparer ton DC mono-site avec AWS ? Sur le papier tu 
perds sur toute la ligne.


Je n'ai pas qu'un DC :-) Et je n'entends nullement me comparer à AWS ou 
MS ! Je suis juste un exemple infinitésimal qui montre qu'on vit bien, 
voire mieux, sans eux ! La VM chez moi est 4 ou 5  fois moins chère que 
chez Azure. De la même façon qu'elle peut rester moins chère, et 
probablement plus fiable, avec une infra plus conséquente construite sur 
plusieurs DC Français par des ingés Français. C'est bien la peine de 
s'être battus il y a plusieurs siècles pour obtenir "la liberté", si 
c'est aujourd'hui pour se vassaliser auprès d'entités étrangères 
prétendûment supérieures ! Ma "ligne" à moi, c'est celle que j'ai 
choisie. Et vu que je n'entends pas devenir, tel Krapulax, le maître de 
l'univers, elle me convient très bien :-)


Mais au final, je suis sûr que tu fais des trucs plus smart et plus 
efficaces que les mêmes choses chez AWS, ça scale sûrement moins mais 
tous les projets n'ont pas vocation à devenir des yahoo, facebook ou 
encore leboncoin. 


Bah, non, mes clients sont des entrepreneurs locaux, même si certains 
vendent au bout du monde. Avec l'argent qu'ils me donnent, je paye ma 
coloc au DC local et mes télécoms à des opérateurs implantés localement. 
Cela paie des salariés locaux, qui font leurs courses dans les mêmes 
magasins locaux que moi, achètent la charcuterie et le fromage produits 
par mes cousins, ou les produits de mes clients. Le DC achète 
indirectement l'énergie produite par ma centrale hydroélectrique, dont 
la supervision est hébergée dans mon DC, etc...


De brillants stratèges ont semble t-il théorisé çà sous le concept 
d'économie circulaire. Moi, çà me semble juste être du bon sens...


Accessoirement, mon job, et ma passion, c'est de construire des trucs, 
de préférence utiles. Pas de revendre d'autres trucs construits par 
d'autres à l'autre bout du monde...



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] La belle boite de Pandore....

2024-02-02 Par sujet Toussaint OTTAVI





Le 02/02/2024 à 09:19, David Ponzone a écrit :

Ok je sors une seconde fois.


On va faire installer des bancs à l'ombre et un mini-bar, car on va être 
nombreux dehors :-) En plus, en ce mois de Mai, il y fait plutôt bon ! :-)



Plus sérieusement, je suis étonné qu’en 2024, il n’y ait pas une techno
qui permette d’héberger des données sensibles « agnostiquement » dans
plusieurs clouds


Moi, ce qui m'étonne, c'est que personne ne se penche sur ce type d'infra :
- Les développeurs applicatifs et les utilisateurs finaux ne veulent pas 
s'embêter à construire et maintenir de l'infra, et préfèrent s'appuyer 
sur des trucs qui "juste marchent", sans se soucier de savoir comment çà 
marche. C'est l'inconvénient du cloud (ou l'avantage, selon que l'on 
soit acheteur ou vendeur). Si tu veux acheter une Ferrari et que 
j'essaye de te vendre un Lada peint en rouge à la bombe sur le parking 
du super-U local, tu vas probablement t'en apercevoir :-) Avec le 
"cloud", j'ai l'impression que personne ne fait l'effort de gratter la 
peinture pour voir ce qu'il y a dessous...
- Les constructeurs d'infra (car il me semble qu'il y en a tout de même 
quelques-uns en France, et qui ne font pas que du caca), eh bien, on a 
un peu l'impression que tout le monde s'en fout ! Dans mon modeste DC à 
Ajaccio, nous sommes 4 dans l'espace de colocation ! Où sont tous les 
autres ? Ailleurs. Il faut des catastrophes pour qu'on (re)commence à 
parler de gérer ses déchets localement, de produire son énergie 
localement, d'acheter son poulet et son blé localement. Peut-être 
faut-il attendre également une catastrophe pour qu'on prenne conscience 
qu'il serait de bon aloi d'apprendre à gérer et exploiter ses données 
localement ?


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] La belle boite de Pandore....

2024-02-02 Par sujet Toussaint OTTAVI





Le 01/02/2024 à 21:29, Jerome Marteaux a écrit :
l'ANTAI est bien géré par une SSII depuis sa création alors pourquoi 
pas Bercy !


Bah, le recouvrement des mauvais payeurs est déjà délégué à une espèce 
de société d'affacturage, qui reçoit un fichier EDI de la DGFiP, et vous 
envoie des courriers automatiques où l'on vous menace de venir saisir 
votre caleçon, en utilisant, si j'ai bien compris, avec une certaine 
complaisance et un mécanisme de rétro-commissions, l'enseigne d'un 
cabinet de commissaires de justice tout à fait officiel. Commissaire de 
justice qui s'auto-octroie la liberté  ne de pas vous répondre si vous 
leur écrivez à six reprises... "Dura lex, sed lex", c'est une commande 
Linux cryptique appliquée à des verres incassables ? :-)


Donc, vu l'efficacité, et vu ce que l'appelle le "syndrome CASSOS" (des 
grosses SSII Françaises qui engloutissent des millions depuis 3 
décennies sans rien produire), même si De Gaulle doit se retourner dans 
sa tombe, çà ne me choque pas outre mesure que même les services publics 
se tournent vers des sociétés Américaines pour faire le job :-D


Enfin, moi, je dis çà, je dis rien :-) Le passage où je raconte mon 
combat pour obtenir le droit de payer mes impôts en France aura, je n'en 
doute pas, beaucoup de succès dans mes prochaines aventures :-) Si tant 
est que je sois un jour reconnu comme citoyen Français; sinon, je suis 
condamné à ne plus payer d'impôts pour le restant de mes jours, voire à 
ressortir de l'ambassade locale dans des valises, comme un certain 
Kashoggi  :-D




---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Juniper EX2300 /var/tmp : no space left -> can't load kernel

2024-02-01 Par sujet Toussaint OTTAVI





Le 01/02/2024 à 18:13, David Ponzone a écrit :

Je suis juste stupéfait par le temps que tu as à perdre là-dessus :)


Bah, j'ai acheté ces trucs dans l'éventualité de remplacer ma marque 
actuelle qui me satisfait assez peu. Donc, j'y passe du temps, pour 
comprendre comment çà fonctionne, pour comprendre si c'est juste moi qui 
ai deux mains gauches, ou bien s'il y a autre chose. Le JunOS est tout 
de même quelque chose d'assez complexe, donc je n'entends pas 
l'apprivoiser sans y passer du temps :-)


Et puis, je les ai achetés. Donc, j'aimerais bien arriver à les faire 
fonctionner quelque part, sinon, en plus du temps, ce sera aussi de 
l'argent doublement foutu en l'air (vu qu'il faudra que je rachète autre 
chose) (et vu les commentaires,  je doute que quelqu'un ici me les rachète).

Alors moi dans ce genre de cas, j’ai juste 2 réflexes:
-ce temps que ça prend, il sert à rien, car le matos est clairement mal conçu, 
et un jour ou l’autre, ça va te retomber sur la gueule


Bah, oui, en l'état, il ne me viendrait pas à l'idée de mettre çà en 
prod quelque part, c'est clair :-) Ceci étant, ce genre de feinte, on ne 
peut le découvrir qu'en testant :-) Je ne m'attendais clairement pas à 
çà venant d'une marque "réputée", et qui m'avait par ailleurs été 
recommandée ici...



-le but c’est quoi: savoir si tu peux ré-utiliser des vieux Juniper à 50 ou 100 
balles ?


T'es gentil, mais ce sont des flambant neufs à 800 € qui m'ont été 
chaudement recommandés après un Teams avec 4 commerciaux :-D



-je regarde sur Ebay, j’en vois presque pas à vendre, donc c’est un modèle qui 
a été peu diffusé, donc un jour tu en trouveras plus, galère pour les parts, 
etc…


Et qui, en plus, seraient, semble t-il, obsolètes en 2024. J'attends que 
le commercial me rappelle :-D :-D :-D

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Juniper EX2300 /var/tmp : no space left -> can't load kernel

2024-02-01 Par sujet Toussaint OTTAVI




Le 30/01/2024 à 10:39, Dominique Rousseau a écrit :

Du coup, moi, si j'ai pas une vraie bonne raison d'utiliser "jweb" ( ca
me fait penser à la webui du truc ), je le virerai, au moins pour voir
ce que ca change.
Ou au moins voir le menage qui peut etre fait dans ses fichiers ?


En poursuivant mes tests sur mes EX2300, qui détiennent à ce jour le 
record du temps passé en lab sans sortir quoi que ce soit de 
satisfaisant,  j'ai donc refait une installation complète, avec 
formatage, depuis une clef USB, et sans aucun package supplémentaire (y 
compris J-Web). Config basique : 1 vlan de management, un port connecté, 
SSH, NTP, et zéro trafic.


  show system storage :
    /dev/gpt/junos  1.3G   518M   738M   41% /.mount
(soit à peine 20M de plus qu'avec mes tentatives précédentes avec J-Web)

  request system snapshot recovery
    Creating image ...
    Compressing image ...
    Image size is 378MB
  ERROR: The OAM volume is too small to store a snapshot

Cette fois, on a donc une erreur différente. Il est allé plus loin. Il a 
eu assez de place pour générer son dossier et pour le zipper. Ensuite, 
il n'arrive pas à le copier sur la partition /oam, alors que la doc dit 
qu'il est censé écraser automatiquement le précédent s'il y en a un (le 
précédent fait à près près la même taille : 370M)


Mais ce n'est pas le pire :
  show system storage :
     /dev/gpt/oam    484M   459M -14.1M  103% 
/.mount/oam


Ouch ! 103% ! -14M libre ? Cà veut dire qu'il a débordé de 14M sur la 
partition d'après ???


Donc, je tente cette commande, qui est censée, si j'ai bien compris, 
reconstruire une partition /oam propre :

  request system recover oam-volume
Là, il se met à tourner. Un bon moment. Il affiche plein de trucs qui 
n'ont rien à voir avec l'exemple de la doc. Je m'inquiète un peu, mais 
bon... N'ayant d'autre choix à ce stade, je le laisse faire...


Puis d'un coup, ventilo à fond qui me décalque les oreilles ! Je jette 
alors un coup d'oeil sur la console :

  Rebooting...
  Can't load kernel !

Wow !

De toute ma vie d'informaticien, c'est le premier truc qui explose seul 
avant même que j'aie commencé à le chatouiller ! :-D


--
Plus sérieusement :
Cà n'arrive qu'à moi, ce genre de truc ? :-) Faut-il que je me mette en 
recherche d'un exorciste / chaman  / mazzeru ? :-) Ou alors, il y a 
réellement un problème de qualité  ? Comment vous faites, tous les gens 
qui en ont en prod ? Vous serrez les fesses à chaque mise à jour, comme 
avec Windows ? :-) Vous re-flashez tout à chaque fois avec des clefs USB 
? Vous utilisez le truc mistique dans le nuage ? Vous n'utilisez que des 
très gros modèles, qui sont plus fiables ? J'ai regardé les gammes au 
dessus, le premier qui ait plus de 2 Go de stockage, c'est le EX4400, 
qui passe à 20 Go. J'attends de voir ce que le commercial va me proposer ;-)






---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Mail vers Microsoft

2024-01-31 Par sujet Toussaint OTTAVI





Le 31/01/2024 à 16:49, Nicolas de Brou a écrit :

Quelqu’un connaît il les critères exact de Microsoft ?


Les critères exacts, çà va être compliqué, vu que pas grand monde ne 
communique exactement dessus, et que çà peut changer du jour au 
lendemain ;-)


Je n'ai jamais configuré de DKIM et DMARC nulle part. Je sais, c'est 
comme ne pas utiliser IPv6, c'est mal :-) J'ai juste pas le temps ! A ce 
jour, çà ne m'apporte rien, à part du boulot (et potentiellement des 
ennuis) en plus :-)


En revanche,  le SPF et le reverse-DNS semblent être plus ou moins le 
"minimum syndical" de partout. Je connais peu hotmail, mais j'ai au 
moins un ami qui est dessus, et nous échangeons souvent, sans problèmes 
à ce jour.


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Juniper EX2300 /var/tmp : no space left

2024-01-31 Par sujet Toussaint OTTAVI





Le 30/01/2024 à 15:40, Arnaud FEIX a écrit :

Petite information en passant

HPE to Acquire Juniper Networks to Accelerate AI-Driven Innovation 

newsroom.juniper.net 

	favicon.ico 
 







Oui, j'avais vu çà. Le truc marrant, c'est que je cherchais précisément 
à quitter hpe, et une des raisons était l'hétérogénéité de la gamme / le 
fait qu'on a l'impression qu'ils ont racheté 4 ou 5 fabricants 
différents et juste collé leur logo dessus :-D



Ceci étant, la bonne nouvelle, c'est que, vu le CPU poussif et la 
quantité de flash restreinte sur les EX2300, ils ne risquent pas de me 
coller de l'IA dedans ! Finalement, je vais les garder :-D

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Juniper EX2300 /var/tmp : no space left

2024-01-30 Par sujet Toussaint OTTAVI





Le 30/01/2024 à 10:48, David Ponzone a écrit :

C’est rigolo comme approche 
Dans mon monde à moi, c’est: il pète, il est remplacé.


Bah, s'il pète électriquement, oui, il sera remplacé. Et en attendant, 
il y en a minimum deux en stack.


Je parlais bien entendu de tester la résistance de l'OS, notamment à des 
coupures électriques intempestives / répétitives, voir si çà peut péter 
le filesystem principal, et si oui, voir si c'est facile ou pas de le 
réparer (notamment depuis la partition /oam).

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Juniper EX2300 /var/tmp : no space left

2024-01-30 Par sujet Toussaint OTTAVI





Le 29/01/2024 à 20:50, Pierre LANCASTRE a écrit :
Ça n'enlève pas le fait que tu devrais pouvoir en faire, mais je me 
questionne :) 


Comme dirait l'autre : "poser la question, c'est y répondre" :-)

C'est une première expérience, et un lab destiné à apprivoiser le JunOS 
dans son ensemble, voir s'il se laisse dompter facilement, et quels sont 
les problèmes potentiels. Le principe du recovery sur la partition 
dédiée OAM me plaît bien. Donc, je voudrais que çà fonctionne ;-) C'est 
un peu comme l'airbag sur les voitures. Personne ne souhaite avoir à le 
tester un jour en conditions réelles. Mais pas grand monde non plus ne 
souhaitera prendre le volant avec un voyant "airbag" allumé !


Une fois que toutes les options de sauvegarde, snapshot, recovery auront 
été validés, on passera aux choses sérieuses, c'est à dire essayer de 
péter le truc (redémarrages électriques répétitifs et violents, coupure 
des liens de stacking...), et s'il pète, tester/valider les process de 
recovery.


Suite à cela, il en résultera une "note de confiance", avec, j'en 
conviens, une part de subjectivité, qui conditionnera l'usage futur qui 
en sera fait. Ou pas.




---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Juniper EX2300 /var/tmp : no space left

2024-01-29 Par sujet Toussaint OTTAVI




Le 22/01/2024 à 16:32, Toussaint OTTAVI a écrit :

En regardant les points de montage d'un peu plus près :
df -h | grep /tmp
  tmpfs  826M 16K    826M 0%    /.mount/tmp
  /var/tmp   1.3G    544M    712M    43% 
/.mount/packages/mnt/jweb-ex-33d6a634/jail/var/tmp 


Je me casse toujours les dents sur mes EX2300, sur lesquels il n'y a pas 
assez de place pour faire des snapshots recovery. Un suspect est le 
/var/tmp, qui a un point de montage assez étrange (en sous-dossier du 
package J-Web).


Est-ce que l'utilisation du shell FreeBSD est supportée pour y faire des 
choses au niveau de l'OS, comme par exemple modifier un fichier de 
démarrage pour changer un point de montage ? Y a t-il des docs en ce 
sens ? A quel endroit pourrait se trouver le montage du /var/tmp vers ce 
chemin bizarre ?


Merci par avance pour vos idées. Sinon, il ne me restera plus qu'à 
attendre Vendredi pour poster une petite annonce en [BIZ] ;-)



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Fin de l’IPv4 en République tchèque

2024-01-27 Par sujet Toussaint OTTAVI




Le 27/01/2024 à 13:18, Arnaud Launay a écrit :

Pourtant, des périphériques à qui le 2G suffit très amplement, il y en a encore 
une plâtrée...


Il y en a même qui sont en panne depuis plusieurs mois car il n'y a plus 
de réseau 2G, mais le fabricant n'a pas encore porté ses modules en 3G / 
4G...

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Juniper EX2300 /var/tmp : no space left

2024-01-26 Par sujet Toussaint OTTAVI





Le 25/01/2024 à 21:44, Pierre Emeriaud a écrit :

Et encore, maintenant y'a junos evo, où on abandonne complètement
freebsd pour passer sur un os linux...


M'ouais... Si je comprends bien, je me suis fait fourguer des pièces de 
musée avec ces EX2300, qui ont des hardware obsolètes pour faire tourner 
les versions actuelles de l'OS, et ne semblent pas supporter les 
versions futures ?


Décidément, c'est ma fête tous les jours en ce moment :-D

Et en plus, Juniper a été racheté par hpe, donc je retourne exactement 
là d'où je voulais me barrer :-D Entre autres parce qu'ils rachetaient 
n'importe quoi sans aucune cohérence dans les gammes :-D


En plus de changer de nom, il faut aussi que je change de boulot :-) 
J'avais envisagé agriculteur :-)

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Juniper EX2300 /var/tmp : no space left

2024-01-25 Par sujet Toussaint OTTAVI





Le 25/01/2024 à 15:23, ic a écrit :


Aux dernières nouvelles pour des questions de drivers (entre autres), 
les restes de FreeBSD chez Jun tournent dans une VM dans un Linux…


:-o

Vendredi, c'est demain ? Non ?


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Juniper EX2300 /var/tmp : no space left

2024-01-25 Par sujet Toussaint OTTAVI




Le 25/01/2024 à 11:17, Dominique Rousseau a écrit :

Parceque (comme d'autes), ils ont collé leur nom et "bricolé" leur OS
pour le faire rentrer dans du matériel sous-traité ou provenant d'un
rachat ?


Heu, non, çà, c'était hpe avant le rachat :-D  Quoique, hpe ne bricole 
que le logo. 5 gammes de switches = 5 OS différents :-) Quand il n'y a 
pas deux interfaces différentes simultanément sur le même appareil :-)


L'OS Juniper, et sa base FreeBSD, çà me semble quand même pas trop 
mauvais, non ? Sur un CPU qui ne met pas 16 minutes à booter, et avec 10 
€ de mémoire flash en plus, çà pourrait dépoter...


--
Et sinon, en switch 24 / 48 ports qui supporte OpenWRT, ou toute autre 
solution libre, il y aurait quelque chose de correct ?

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Juniper EX2300 /var/tmp : no space left

2024-01-24 Par sujet Toussaint OTTAVI





Le 24/01/2024 à 09:48, David Ponzone a écrit :

-les switchs qui meurent quand ils se prennent des snmpwalk


:-o

Et avec un ping6, je peux gagner un accès root, comme sous Windows ? :-D


Pourquoi ils en sont arrivés là, c’est une question intéressante mais
dont la réponse risque de nous échapper.


Décidément, mon coté "chat noir" ne m'a pas trahi sur ce coup là ;-) Et 
dire qu'à l'origine, j'ai testé Juniper car je voulais quitter hpe, et 
que Juniper vient d'être racheté par... :-D




---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Juniper EX2300 /var/tmp : no space left

2024-01-24 Par sujet Toussaint OTTAVI




Le 23/01/2024 à 17:35, Cyril LAVIER a écrit :
Les EX2300 ne sont clairement pas du haut de gamme. En tant que switch 
edge/top of rack, c'est l'entrée de gamme chez Juniper.


En fait, je n'ai pas besoin de plus. Il n'y a que du L2 dessus, une 
dizaine de VLANs, et aucun des liens n'atteint le gigabit.


Pas pour rien que VChassis est soumis à licence et limité à 4 membres 
(au lieu de 10 pour les EX3400 ou EX4400).


Dans mon cas, deux me suffisent (tolérance de panne basique LACP). Donc, 
le choix des EX2300 me semblait pertinent. D'autant plus que les 
prédécesseurs EX2200 en "refurb" m'avaient été recommandés ici...


Bien sûr, ça n'excuse pas le fait que le stockage local soit 
ridiculement petit comparé à la taille d'un package de firmware (y 
compris sur les QFX au final...).


Et surtout, pas suffisant pour faire un snapshot recovery ! On se moque 
souvent (assez gentiment) des marques "premier prix", pour des problèmes 
moins critiques que çà, et pour des appareils qui, finalement, coûtent 
le quart de celui-ci...





---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Juniper EX2300 /var/tmp : no space left

2024-01-23 Par sujet Toussaint OTTAVI




Le 22/01/2024 à 22:49, Jarod G. via frnog a écrit :
Pour les majs je te conseille en premier temps de passer les commandes 
suivantes :



request system storage cleanup
clear log wtmp
request system snapshot delete previous


Puis de pousser ton tgz de maj sur /tmp et pousser la commande 
d'upgrade avec no-validate et no-copy 


Merci pour les réponses.

Concernant les mises à jour, oui, j'ai réussi à m'en tirer en appliquant 
les différentes commandes de nettoyage, et en mettant mon package.tgz 
dans /tmp (et pas dans /var/tmp). Du coup, çà passe.


En revanche, là où je n'ai pas de solution, c'est pour faire un snapshot 
en mode recovery :

  request system snapshot recovery :
    mkuzip: write(/var/tmp/.snap.22622/recovery.ufs.uzip): No space 
left on device


Si j'interprète bien le message d'erreur, ce n'est pas la place dans la 
partition /oam qui manque pour stocker le snapshot, mais c'est l'espace 
disque temporaire pour générer le fichier zip. Et là, je ne sais pas 
comment lui dire d'utiliser autre chose que /var/tmp comme espace 
temporaire.



Le 22/01/2024 à 20:06, Cyril LAVIER a écrit :
Concernant ta question sur la clé USB, je dirais que techniquement, ça 
ne devrait pas gêner, mais quid de la survie de la clé USB, même si ça 
s'améliore, je trouve ça toujours trop peu fiable pour en laisser une 
à demeure.


Entre laisser une clef USB à demeure et prendre le risque de péter le 
fonctionnement parce que le disque est plein, mon choix est vite fait :-)
Ceci étant, j'ai bien compris comment monter une clef USB en tant que 
stockage supplémentaire, par exemple pour y stocker mes .tgz. Mais je 
n'ai pas compris comment monter cette clef à la place de /var/tmp, pour 
que le système l'utilise pour ses propres fichiers temporaires...


--
Corollairement, pour un truc positionné assez haut en gamme, je trouve 
quand même çà assez peu sérieux. Ce truc bat à ce jour, et de loin, le 
temps passé en lab avant de pouvoir valider les tests de base ! Si je 
mets çà en prod, et que je vais devoir serrer les fesses chaque fois que 
j'ai une mise à jour à faire, autant installer une machine sous Windows 
et faire un routeur avec :-D


---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [TECH] Juniper EX2300 /var/tmp : no space left

2024-01-22 Par sujet Toussaint OTTAVI


Salut les pros de Juniper,

J'ai deux EX2300 en lab, avec lesquels je me casse les dents depuis un 
moment, au point que je n'ai nulle confiance à les mettre en prod ! Les 
problèmes, assez récurrents, tournent toujours autour de l'espace 
disponible dans /var/tmp, et çà bloque la plupart des opérations de 
maintenance de base.


Bien entendu, les méthodes documentées de nettoyage ne suffisent 
absolument pas (request system storage cleanup, request system snapshot 
delete snap*, start shell command "pkg setop rm previous" , etc...).


Par exemple, il est impossible de faire une mise à jour JunOS en 
stockant le firmware .tgz dans /var/tmp, comme c'est indiqué dans à peu 
près toutes les docs que j'ai pu lire. Je m'en tire en mettant mon .tgz 
sur clef USB. J'ai découvert également qu'il y avait un autre point de 
montage tmpfs sur lequel il y a (un peu) plus de place  : /tmp


En revanche, un autre truc plus problématique qui coince, c'est la 
création des snapshots recovery (request system snapshot recovery) :
  mkuzip: write(/var/tmp/.snap.22622/recovery.ufs.uzip): No space left 
on device


Donc, si je comprends bien, ce n'est pas l'espace sur la partition /oam 
qui manque pour stocker le snapshot final, mais plutôt l'espace 
temporaire pour créer celui-ci. Et là, je ne sais pas comment lui dire 
d'utiliser /tmp au lieu de /var/tmp !


En regardant les points de montage d'un peu plus près :
df -h | grep /tmp
  tmpfs  826M 16K    826M 0%    /.mount/tmp
  /var/tmp   1.3G    544M    712M    43% 
/.mount/packages/mnt/jweb-ex-33d6a634/jail/var/tmp


Donc, je ne connais rien à FreeBSD ni aux jails, mais on dirait que le 
package j-web a "détourné" mon /var/tmp !


Questions :
- Puis-je monter mon /var/tmp au même endroit que /tmp pour qu'il y ait 
plus de place ?
- Quelqu'un  a t-il trouvé le moyen de souder 2 Go de flash 
supplémentaires ? Peut-on laisser une clef USB à demeure, et monter 
/var/tmp de façon permanente dessus ?


Parce que là, vu le prix de base des engins, comment dire... Cà me 
donnerait presque envie de les re-flasher sous OpenWRT :-D



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Limitation de puissance Linky : concrètement, c'est quoi ?

2024-01-07 Par sujet Toussaint OTTAVI




Le 07/01/2024 à 12:33, Paul Rolland (ポール・ロラン) a écrit :

On commence a s'eloigne du cote "Nog", mais ca a l'air de passionner pas
mal de gens, alors je me lance...


Pas tant que çà. Beaucoup d'entre nous gèrent des sites techniques, 
data-centers, POPs, points hauts, etc... L'énergie est un des éléments 
dont nous sommes tous dépendants, et un de ceux que l'on maîtrise le 
moins. Il est donc pertinent de comprendre quelle incidence des 
délestages ciblés pourraient avoir sur nos installations, afin 
d'anticiper. Par ailleurs, la TIC Linky est un outil entièrement gratuit 
dont il est dommage de se priver, pour mesurer sa consommation, son 
équilibrage de phases, ou sur une supervision, pouvoir distinguer une 
absence secteur d'un disjoncteur sauté.




Comment ca se passe quand on commence a avoir deux ordres differents qui se
baladent sur un fil pilote ?


Là, effectivement, on s'égare un peu ;-) Le fil pilote fonctionne par 
découpage de l'onde sinusoïdale du secteur. Il en faut un par radiateur 
(ou groupe de radiateurs). Il ne peut y avoir qu'un seul "émetteur" du 
signal. La température de consigne est fixée en dur sur le radiateur. 
Selon l'appareil, on peut lui envoyer 4 ou 6 ordres (marche, arrêt, éco, 
hors-gel, -1°, -2°, etc...). Aujourd'hui, c'est carrément obsolète. Tous 
les thermostats du marché savent réguler en temps réel au degré près, 
voire mieux. Donc, si on utilise encore le fil pilote intégré à la 
plupart des radiateurs, c'est uniquement pour lui envoyer des ordres 
marche/arrêt depuis un dispositif de contrôle plus moderne.

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Limitation de puissance Linky : concrètement, c'est quoi ?

2024-01-07 Par sujet Toussaint OTTAVI




Le 05/01/2024 à 15:31, Stéphane Rivière a écrit :
58% des français sont proprios et un peu moins de 40% sont locataires. 


Tu as oublié la catégorie "sans titres ni droits, qui ne payent plus 
d'impôts, et que même les huissiers renoncent à venir chercher car ils 
n'ont pas d'identité :-D". Autant apprendre à profiter à fond des 
avantages offerts par le statut de "clochard de la République" :-D



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Limitation de puissance Linky : concrètement, c'est quoi ?

2024-01-07 Par sujet Toussaint OTTAVI





Le 04/01/2024 à 18:30, Ducassou Laurent a écrit :
En domotique de nos jours, ce signale est envoyé par la sortie "TIC" 
du linky (mode historique ou non) qui permet justement à un petit 
ordinateur de délestage de piloter différents contacteurs Normalement 
Ouvert (2F) lors du délestage. 


Je suis d'accord sur le fait que la domotique, aujourd'hui, reste une 
affaire de passionnés ;-) Et elle le restera sans doute tant que les 
constructeurs ne s'entendront pas pour généraliser l'interopérabilité 
autour de protocoles ouverts.


Ceci étant, on trouve chez les accessoiristes électriques des 
"délesteurs", dont certains sont capables de récupérer l'information de 
dépassement de puissance depuis la TIC EDF. Ces appareils sont 
installables dans un tableau par n'importe quel électricien. Par exemple :

https://hager.com/fr/catalogue/produits/60051-delesteur-tele-info-2-voies-2-entrees

Ce modèle-ci semble assez rustique. Comme aurait dit mon ancien prof 
d'électronique : "Ya de l'idée, mais c'est pas encore çà" ! Il me semble 
qu'il manque certains réglages pour que cela soit complètement 
efficace.  Par ailleurs, la fiche technique dit qu'il se base sur la 
"puissance souscrite". Suivant les specs de la TIC, il faudrait que le 
délesteur se cale non pas sur le champ "puissance de référence" mais sur 
"puissance de coupure" (sous réserve que cette info soit bien 
télétransmise lors d'un délestage).


Donc, les outils pour le grand public existent, et vont sans doute se 
développer. Si le délestage doit entrer dans les moeurs, Il faudra se 
les approprier. Linky sera, dans tous les cas, généralisé de partout. 
Donc, autant apprendre à exploiter le plus efficacement possible les 
informations qu'il nous fournit.



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Limitation de puissance Linky : concrètement, c'est quoi ?

2024-01-05 Par sujet Toussaint OTTAVI

Le 05/01/2024 à 09:40, Spyou a écrit :
Il y a bien le contact jour/nuit (enfin, HP/HC) sur les électroniques
blanc .. mais il est déjà utilisé quoi :p

La TIC existe, et fonctionne, depuis au moins 20 ans, sur tous les
compteurs électroniques. Juste à coté du connecteur à contacts secs. La
seule difficulté, il y a 20 ans, était de trouver des techniciens qui
savaient comment l'activer :-)

À un moment, il faudrait quand même qu'Enedis se mette à produire des
API qui marchent ... Patcher les infos transmises par la TIC, ça
suppose qu'elle soit exploitée chez l'abonné et que les appareils qui
l'exploitent soient patchables ...

La TIC, çà fonctionne très bien depuis quelques décennies. C'est super
bien documenté, il existe une multitude d'interfaces, le protocole est
en texte simple, et c'est supporté par la quasi-totalité des systèmes
domotiques. Linky a juste apporté un mode avancé, avec des améliorations
fonctionnelles. D'après ce que j'ai publié hier, la mise en oeuvre du
délestage partiel est tout à fait possible en suivant les specs de la
TIC Linky de 2018, sans rien patcher...

Enedis possède son propre réseau, indépendant, industriel, sécurisé, qui
permet aux compteurs Linky de communiquer avec le backbone. Et le
compteur me propose la TIC qui me permet de communiquer avec lui. Quand
je lis les specs, je trouve çà relativement bien foutu. Et çà marche
super bien. Personnellement, je n'ai besoin de rien d'autre. Et surtout
pas d'une énième merdouille dans le cloud :-)

J'met plutôt 10 balles sur des smart-trucs-tuya-cloud-based chargés de
réguler (un radiateur, une PAC, ...) et qui feront du wifi avec la
bidulebox

Ou pas :-) Comme çà, quand il n'y a plus d'internet, tu n'as plus de
chauffage :-) Je conseillerais par exemple la solution "Maison
connectée" d'Orange :

https://assistance.orange.fr/objets-connectes/installer-et-utiliser/maison-connectee/premiere-installation/maison-connectee-arret-du-service_407047-936863

En 20 ans de domotique, j'ai vu disparaître plusieurs systèmes, tous
propriétaires et incompatibles avec leurs voisins. Comme je n'avais rien
qui repose spécifiquement sur leurs services cloud, et que tous mes
appareils avaient une interface locale pilotable par un protocole
standard, tout fonctionne toujours, après plus de 20 ans. Le dernier
truc du genre que j'ai foutu à la poubelle, ce sont des interfaces WiFi
de PAC Mitsubishi à 200 € pièce. Remplacées par des ESP8266 en MQTT,
pour 2 €.

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Limitation de puissance Linky : concrètement, c'est quoi ?




Le 04/01/2024 à 19:26, Jérôme Marteaux a écrit :
Je pense que les gestionnaires et le politique se tâtent pour la 
politique à mener quand aux futures délestages


Probablement ;-) Et sur ce point là, on n'aura sans doute pas beaucoup 
de contrôle:-D


En revanche, techniquement, il me semble que le délestage sélectif, de 
même que les "smart grids" au sens large, cela n'est pas totalement 
dénué de sens. Plus particulièrement dans les zones pas ou peu 
interconnectées comme la mienne. Linky, en plus de la caméra espion 
intégrée ;-) a été pensé un peu pour çà.


Donc, que les délestages futurs interviennent dans le cadre d'une 
gestion proactive maîtrisée ou de situations d'urgence face à une crise, 
ce n'est pas plus mal s'il existe des protocoles normalisés pour y faire 
face, et si, en tant qu'utilisateurs, nous sommes en mesure de réagir en 
quasi-temps réel pour adapter / prioriser nos consommations. C'est du 
gagnant-gagnant : en réduisant automatiquement notre consommation, nous 
contribuons à éviter que tout le réseau ne tombe, et nous conservons un 
peu d'alimentation pour les circuits que nous jugeons prioritaires.


Dommage que je n'aie pas de Linky, sinon, j'aurais bien volontiers 
candidaté pour voir comment se comporte la TIC, et rajouté quelques 
lignes de code à ma domotique pour exploiter l'information.



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Limitation de puissance Linky : concrètement, c'est quoi ?





Le 04/01/2024 à 18:38, Toussaint OTTAVI a écrit :
La nouvelle TIC de Linky est apparemment plus évoluée que l'ancienne, 
mais à défaut de Linky à portée de main, je n'ai pas encore eu 
l'occasion de m'y pencher. 


Lecture en diagonale des specs de la TIC Linky:

6.2.3.9. Puissance de référence et puissance de coupure
  "La Puissance de référence correspond à la puissance souscrite du 
contrat de fourniture. La puissance de coupure est
généralement identique à la puissance de référence et correspond au 
seuil de puissance accordée au client contrôlée par

l’organe de coupure."

Et voici la phrase la plus intéressante :
  "Dans le cas de certains évènements contractuels particuliers, la 
puissance de coupure peut être différente

de la puissance de référence."

--
Donc, concrètement, Linky est en mesure d'indiquer à l'utilisateur des 
variations ponctuelles de la puissance de coupure. Pendant le délestage, 
et de préférence un peu avant, il suffirait que le Linky annonce la 
nouvelle puissance de coupure, et l'utilisateur en aval n'aura qu'à 
s'adapter.


Maintenant, est-ce que çà va être fait pendant ce test de délestage ? A 
priori, je dirais que oui, vu que la TIC se contente de retransmettre 
les paramètres de fonctionnement courants du compteur, et que le 
délestage se fera, toujours à priori, par modification à distance du 
calibre du breaker. Mais ceci reste une conjecture à même pas 10 balles 
;-) Les éventuels habitants du secteur concerné équipés de la TIC sont 
chargés de vérifier...




---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Limitation de puissance Linky : concrètement, c'est quoi ?




Le 04/01/2024 à 18:11, Jérôme Marteaux a écrit :
En fait c'est une souscription *volontaire*, donc il se peut que tu 
sois volontaire et ainsi affecté par la baisse de puissance mais que 
ton voisin ne soit pas volontaire et donc son frigo continuera de 
fonctionner.


Bon, c'est déjà çà ;-)

Il n'en demeure pas moins qu'il serait pertinent de connaître les 
détails de fonctionnement de ce "délestage par réduction de puissance". 
Car le jour où çà se généralisera, nous aurons besoin de savoir comment 
çà fonctionne, afin de prévoir nos systèmes aval en conséquence.


Parce que, si le truc se contente de ramener le calibre du breaker de 9 
kVA à 3 kVA comme un bourrin et sans prévenir l'utilisateur en aval, je 
crains que les résultats ne soient assez mitigés :-) Il serait pertinent 
que les informations concernant ce délestage à venir soient envoyées un 
peu avant via la TIC, afin de permettre à l'utilisation d'adapter sa 
consommation. Ceci étant, je ne sais pas si c'est prévu. La nouvelle TIC 
de Linky est apparemment plus évoluée que l'ancienne, mais à défaut de 
Linky à portée de main, je n'ai pas encore eu l'occasion de m'y pencher.



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Limitation de puissance Linky : concrètement, c'est quoi ?




Le 04/01/2024 à 18:06, David Ponzone a écrit :

A partir de là, il faut prendre le contenu sur le site avec autant de pincettes 
que si ça venait de Trump.


C'est aussi ce que je me suis dit. Ceci étant, si le rédacteur écrit çà, 
je me dis qu'il l'a probablement re-pompé quelque part, et qu'il y a 
peut-être un fond de vérité.


Une source plus sérieuse :
https://www.enedis.fr/media/2236/download

Page 15 :
Le compteur Linky est (entre autres) :
- conçu pour permettre à terme un délestage par réduction de puissance
- conçu pour être paramétrable (seuil de coupure du breaker) par pas de 
puissance de 1 kVA


Sur la même page, juste en dessous, il y a la description complète des 
modes de fonctionnement du breaker. Je n'ai pas vu d'explication sur la 
façon dont pourrait fonctionner le futur "délestage par réduction de 
puissance", puisque le breaker ne peut être qu'ouvert ou fermé.


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Limitation de puissance Linky : concrètement, c'est quoi ?





Le 04/01/2024 à 17:43, Pierre LANCASTRE a écrit :
Pour avoir déjà vécu des dépassements (pics de conso du a la PAC qui 
se dégele), le réarmement est manuel. 


L'article sur le réarmement cité par Julien 
(https://www.kelwatt.fr/guide/compteur/electricite/rearmer-linky) 
indique ceci :


"L'électricité revient si la puissance soutirée est inférieure à 1 kW".

Ce n'est pas une source EDF / Enedis. Donc, on ne sait pas si c'est une 
info exacte, ou bien une approximation du rédacteur. Cependant, si c'est 
avéré, on aimerait bien savoir par quel mécanisme le compteur pourrait 
mesurer la puissance soutirée pendant que l'organe de coupure est ouvert.


--
La solution, pour éviter les délestages, c'est sans doute d'envelopper 
son Linky dans du papier alu :-D

https://twitter.com/Pseudonymedispo/status/1390266949138096131

Des fois, je me dis qu'il faudrait vraiment revoir l'enseignement des 
maths et de la science dans ce pays...



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Limitation de puissance Linky : concrètement, c'est quoi ?




Le 04/01/2024 à 17:05, Raphael Mazelier a écrit :

Hors comme la mise à jour de la puissance souscrite se fait à distance
je suppose un mécanisme simple d’abaisser la puissance admissible
temporairement sur des abonnés. Et voila paf.


La question soulevée par Julien est de savoir : comment çà se réarme en 
cas de coupure par limitation.


Sauf à avoir une installation entièrement domotisée, et à prévoir des 
trames pour cela dans la TIC, le compteur ne peut pas dire à la maison : 
"je ne te fournis plus que 3 kW, donc déleste ce qui n'est pas 
important, et consomme moins de 3 kW, sinon je coupe tout". Tout ce que 
le compteur peut faire, c'est couper si çà dépasse. Tant pis pour le 
frigo, le congélo, et tout ce qui se trouve derrière des onduleurs avec 
10 minutes d'autonomie.


Donc, si la puissance dépasse le seuil configuré, le Linky va couper. 
Mais du coup, si c'est coupé, il ne peut plus mesurer la consommation. 
Si entre temps l'utilisateur débranche les gros consommateurs, et ne 
laisse que le frigo branché, au bout de combien de temps le compteur va 
t-il tenter de ré-enclencher et faire une nouvelle mesure de 
consommation ? 2 heures ? Faudra t-il tenter de le réarmer à la main ?


Ce sont effectivement des questions pertinentes. De même que de savoir 
quelles sont les conditions pour qu'un prestataire possédant des 
installations techniques, radioélectriques, petits data centers, pompes 
de relevage, voire un médecin, un radiologue, une mairie, etc... 
puissent se déclarer comme "sites prioritaires" et éviter le délestage.


Dommage que l'article, pourtant issu d'un site technique jadis réputé, 
n'en parle pas. Vivement que certains journalistes soient remplacés par 
l'IA, elle posera peut-être les bonnes questions... :-D



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Limitation de puissance Linky : concrètement, c'est quoi ?


Salut Julien,

Le 04/01/2024 à 16:37, Julien Escario a écrit :
Je ne vois aucune autre solution que de couper. Hors, il m'avait 
semblé lire ici que le Linky n'avait pas d'organe de coupure. 


https://www.enedis.fr/media/2035/download

Page 29 : "Contrôle de la puissance par l’organe de coupure du compteur"

-> A priori, il y a bien un organe de coupure. A part la surpuissance, 
il permet aussi de couper les mauvais payeurs sans se déplacer. Ou de 
délester sélectivement (j'ai souvenir d'avoir lu une doc qui précisait 
que le compteur le permettait, mais que, pour l'instant, le back-office 
n'était pas complètement prêt; désolé, je ne la retrouve pas).



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Test du Plan de Continuité d'Activité des services de l'état le 31/12

2023-12-31 Par sujet Toussaint OTTAVI




Le 30/12/2023 à 19:07, Philippe Bourcier a écrit :

Je crois que la blague à assez duré, les meilleures étant les plus courtes.


Pour ceux qui n'ont pas saisi la "blague", et qui sont fans de Laurent 
ROMEJKO, je leur propose un mot en 12 lettres : "discernement" ;-)



De la part de tous les abonnés qui m'ont écrit :


Décidément, entre ceux qui écrivent au sysop pour se plaindre, et ceux 
qui m'envoient des témoignages en MP, il y a au moins une constante : 
pas grand monde ne semble avoir le développement gonadique nécessaire 
pour affirmer publiquement un point de vue :-D



et fais pas chier... 路‍♂️


Décidément, tout se perd, même la nétiquette :-D


(et bonnes fêtes)


Sarcasme ou voeu pieu ? (-:

OK, je sors...


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Test du Plan de Continuité d'Activité des services de l'état le 31/12

2023-12-30 Par sujet Toussaint OTTAVI





Le 29/12/2023 à 19:22, l...@netc.fr a écrit :

https://www.lepoint.fr/debats/je-dois-prouver-a-l-administration-que-je-ne-suis-pas-mort-08-06-2022-2478789_2.php


Citation issue der l'article :
Vos caisses de retraite complémentaires viennent de nous adresser un 
mail pour nous demander de confirmer votre décès, d'envoyer en retour un 
acte de décès si nous en disposons et de suspendre tous vos 
versements. » Il est écrit précisément dans le mail adressé à la 
banque : « Nous avons reçu une information nous indiquant que votre 
allocataire serait décédé. »


Conclusion :
Si quelqu'un vous fait du tort, et que vous ne pouvez pas lui casser la 
gueule pour diverses raisons, par exemple, s'il fait du taekwondo, 
écrivez simplement à l'administration pour dire qu'il est mort :-D


Corollaire :
Cà ne fonctionne pas à tous les coups. Ma soeur est décédée depuis deux 
ans. J'ai envoyé une quantité d'actes de décès de partout. Mais les 
impôts continuent de lui réclamer sa déclaration de revenus ! Voilà 
peut-être une piste à explorer : prendre l'identité d'un mort ! La carte 
grise de la voiture avec laquelle je roule est toujours à son nom : 
demande de changement de carte grise d'un mort vers quelqu'un qui 
n'existe pas, l'ANTS est en PLS !


Cà en deviendrait  presque drôle...


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Test du Plan de Continuité d'Activité des services de l'état le 31/12

2023-12-30 Par sujet Toussaint OTTAVI

Le 29/12/2023 à 19:22, l...@netc.fr a écrit :

Jolie prose, bien que :
1. La DGSI like ton post

Eh bien, si tel est le cas, il lui reste moins de 48h pour établir une
fiche de signalement ;-) Mais sur quelle identité ? La vraie / fausse,
ou la fausse / vraie ? ;-) Il vaut mieux qu'ils ne se plantent pas, car
on ne peut à priori pas être condamné deux fois pour le même crime ;-)
En l'occurrence, un délit devrait suffire ;-) Si un juriste peut
confirmer, çà pourrait m'aider ;-)

2. la première situation est tellement impossible que celle ci en
serait presque banale :

https://www.lepoint.fr/debats/je-dois-prouver-a-l-administration-que-je-ne-suis-pas-mort-08-06-2022-2478789_2.php

A la limite, çà aurait été plus simple ;-) cat être mort n'a jamais
véritablement posé de problèmes chez nous :

https://www.ladepeche.fr/article/2012/05/06/1347023-porto-vecchio-quand-l-ump-fait-voter-des-morts.html
https://www.lepoint.fr/politique/corse-il-est-elu-au-conseil-municipal-alors-qu-il-est-mort-05-08-2020-2386849_20.php

4. reste que les "data-less" et autres non-vitalement-dépendants des
services de communication, n'y verront pas de différence..

Cà existe encore, le "data-less" ? Cà me rappelle une coupure de courant
assez longue pendant les vacances scolaires. Dans le rural, çà coupe
aussi la 4G. Les gamins erraient dans les ruelles comme des zombies :
"Mon dieu, ya plus Insta, mais comment on va faire ???". Et dire que ce
sont ces mêmes jeunes, qui, dans quelques années, vont se retrouver à
l'ENA ! Cà promet ;-) Quoique, s'il faut passer par là pour avoir des
réseaux robustes et résilients :-D

6. j'aurais adoré voir un tel test grandeur nature

Il reste des places :-D Ce sera le feu d'artifice le plus économique et
le plus respectueux de l'environnement de toute l'histoire, puisqu'il ne
nécessitera que du petit outillage courant, quelques accessoires
électroniques achetés sur Amazon, et un clavier ;-) Non, parce qu'il
faut pas déconner, la transition énergétique doit s'appliquer aussi à la
traditionnelle bouteille de gaz, très en vue dans les us et coutumes
locales par le passé ;-)

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Contact Axione Centre-Val de Loire

2023-12-29 Par sujet Toussaint OTTAVI





Le 28/12/2023 à 16:12, David Ponzone a écrit :

Dans la pratique, l’OCEN en a rien à foutre des X% de cas à la c*n


D'où la suggestion de passer par les mairies, qui sont généralement plus 
impliquées dans le développement de leur territoire, et accessoirement, 
dans la satisfaction de leurs électeurs. Dans les petites communes, le 
job y est généralement fait par des bénévoles passionnés, qui peuvent 
même parfois être sans papiers et sans soins médicaux...

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Réseaux sociaux et algorithmes




Le 26/12/2023 à 18:09, Toussaint OTTAVI a écrit :


Donc, je ne suis pas un grand fan de Mark ZUCKERBERG. Mais je suis 
bien forcé d'admettre que ce mec est un génie ! Pour ceux qui ont 
suivi mon autre fil Vendreditesque à propos de PCA, voici ce que 
Facebook me propose aujourd'hui sur mon fil (et c'est véridique) :

https://www.allocine.fr/film/fichefilm_gen_cfilm=170958.html


Dans le même genre, on dirait que le nombre de gens qui ont "consulté 
mon profil" sur LinkedIn vient de faire un bond spectaculaire :-D Je 
leur dis que je n'utilise absolument pas ce machin, et n'y poste rien du 
tout, depuis qu'il a aspiré la totalité de mon carnet d'adresses Outlook 
? :-(



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Contact Axione Centre-Val de Loire





Le 28/12/2023 à 09:47, David Ponzone a écrit :

Même pas vrai tout le temps, quelques cas rigolos:
-adresse qui fait un angle, avec l’adresse officielle qui est dans la rue X, et 
l’adresse FT/SETIAR qui est dans la rue Y
-Rue de Paris dans SETIAR qui est en fait Route de Paris


Et quand Colissimo s'en mêle, on n'en parle même pas :-D

Mon bureau en ville est à un angle de rues. L'adresse officielle est le 
long de l'artère principale de la ville. Fedex et Co nous livrent des 
palettes sans difficulté, mais la Poste ne s'arrête pas, et on reçoit le 
lendemain des avis de passage "Impossible de se garer". Or nous avons un 
parking privatif, et nous autorisons même les facteurs à s'y garer le 
temps de leurs livraisons. Mais il est dans la rue latérale; ce n'est 
pas la même adresse, et pas la même tournée. Le facteur de l'artère 
principale, suivi par GPS, n'a pas le droit d'emprunter la rue latérale !


Nous avons donc créé une deuxième adresse de livraison, dans la rue 
latérale, juste pour la Poste :-D



Euh je pige pas, tu as pas de salaires ni de comptes en banque ?


Alors le salaire, non, je n'en aurai plus dans 3 jours. J'arrête. On ne 
va pas continuer à payer de l'URSSAF et des cotisations retraite pour 
quelqu'un qui n'existe pas, et alors que la personne qui existe (enfin, 
je crois, à moins que nous ne soyons tous que les Lemmings d'une 
intelligence supérieure) ne bénéficie pas des prestations correspondantes  !


Pour le compte en banque, celui qui existe depuis 30 ans sera vide ce 
soir, lorsque j'aurai payé mes fournisseurs. L'épargne et le crédit me 
sont désormais inaccessibles puisque mon banquier (que je ne peux certes 
pas blâmer puisqu'il ne fait qu'appliquer la magnifique RGPD), me 
demande une carte d'identité à jour. Or je n'en ai pas. Ou, plus 
précisément, j'en ai une, mais avec un nom différent ! Je deviendrai 
donc officiellement un clochard SDF, puisque la maison non plus n'est 
pas à mon nom. Va donc régler une succession quand tu n'as déjà pas 
d'identité ! La commune dont je suis élu (sous une "fausse" identité...) 
n'ayant pas de "compétence" pour gérer les SDF, j'ai déjà les adresses 
des organismes régionaux, puisque c'est là que la Préfecture m'a envoyé 
sans vergogne pour inscrire mon neveu mineur lorsque ma soeur est décédée...




Parce que la DGFIP a jamais utilisé d’huissiers: ils balancent un ATD direct à 
ton employeur et à tes banques.


Je n'attendais que çà, pour faire constater par mon propre huissier le 
faux et usage de faux de l'état :-D Mais même l'administration fiscale, 
que l'on cite parmi les plus performantes et efficaces (et qui, 
accessoirement, a au moins la cordialité de répondre quand on la 
sollicite), semble botter en touche sur mon dossier :-) Peut-être que si 
j'étais actionnaire de LVMH, le fisc manifesterait un peu plus d'intérêt 
sur mon dossier ;-)


Là, en prime, l'huissier en carton vient de gagner une plainte au 
conseil de l'ordre et au garde des seaux (je suppose qu'il s'agit des 
seaux utilisés par les directeurs des cabinets pour nettoyer les traces 
d'excréments autour de la cuvette)   ;-)


--
En l'état, je ne sais pas s'il y a la fibre, mais je pourrai sans doute 
proposer à l'île de Sainte Hélène de lui faire son plan d'adressage :-D 
Cela occupera mon futur séjour là bas :-D


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Test du Plan de Continuité d'Activité des services de l'état le 31/12





Le 22/12/2023 à 12:30, Toussaint OTTAVI a écrit :
- Supposons donc que l'individu sus-cité soit ingénieur réseaux / 
télécom, et se propose, dans sa grande bienveillance, de remercier 
l'état pour sa compétence et son efficacité en lui offrant un test 
gratuit de son Plan de Continuité d'Activité.


Les derniers faits ayant démontré, si besoin était, que le Père-Noël 
n'existe pas même pour ceux qui y croient, et la période de l'Avent 
étant terminée, voici donc le calendrier de l'Apprêt :


[J-3]
Quel accessoire livrable par Amazon en 24h, moins cher et surtout 
beaucoup moins lourd à transporter que la traditionnelle bouteille de 
gaz, peut-on placer à proximité immédiate d'un émetteur radioélectrique 
à isofréquence pour le rendre inopérant ? La redondance / tolérance aux 
pannes, s'il y en a une, fonctionne t-elle dans ce cas de figure ? Quel 
usage un individu mal intentionné peut-il potentiellement faire d'un tel 
dispositif embarqué sur un drone du commerce ?


Bons préparatifs de réveillon ;-)


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Contact Axione Centre-Val de Loire




Le 27/12/2023 à 21:20, Richard Klein a écrit :

J ai l impression que toutes les administrations n’ont pas les mêmes bases …


Si, dans les grandes villes, il y a toujours eu des adresses précises, 
avec numéros et noms de rue, il n'en a pas toujours été de même dans les 
périphéries, ni encore moins dans les campagnes. Les adresses étaient 
souvent définies par les humains ("A droite du grand châtaignier, juste 
après la maison plastiquée"), mais n'étaient pas formalisées. Donc, à 
défaut de base de données commune, chaque administration faisait un peu 
ce qu'elle voulait / pouvait. Sans parler des spécificités locales, 
comme les noms de lieux-dits qui peuvent avoir plusieurs orthographes 
différentes ("Brocciu", "Bruccio", "Broutch"), assez peu compatibles 
avec un traitement informatique.


C'est pour cela que l'état, en parallèle avec le déploiement de la 
fibre, a mis en place la "Base Adresses Nationale" (ou "BAN"). En 
pratique, chaque commune définit elle-même son plan d'adressage en 
respectant certaines règles (rues, numéros, coordonnées précises, nombre 
d'appartements, etc...). Ensuite, la commune remonte les infos dans la 
base nationale, et ces informations deviennent de fait la base de 
données officielle que toutes les autres administrations ont obligation 
d'utiliser. Enfin, s'il y a une correction à faire, la mairie peut la 
réaliser en quelques clics, soit sur l'outil SaaS mis à disposition par 
l'état, soit sur un outil interne de type GIS, et la remonter en 
quelques clics.


Lorsque la fibre arrive sur une commune, si une base adresses existe, 
l'OI la prend comme référence. S'il n'y en a pas, l'OI crée sa propre 
base à partir des informations qu'il possède (cadastre, photos 
satellite). Et, comme il paraît assez évident que l'OI ne peut pas 
effectuer un travail de terrain pour chaque logement de chaque commune 
de France, le résultat est forcément imparfait.


Ensuite, ce qui est valable pour les adresses est aussi valable pour les 
identités. Il est tout à fait possible d'en avoir deux, délivrées par 
l'état : une qui existe dans l'état civil mais n'a jamais travaillé / 
cotisé, et une autre qui travaille, paye des impôts et de l'URSSAF 
depuis 30 ans, mais n'a pas de carte d'identité ni de carte Vitale. Et 
bon courage pour les corrections :-D A la limite, il vaut mieux se faire 
usurper son identité par un margoulin, car il est assez facile de 
recycler un cadavre en charcuterie locale :-D



Par exemple les impôts semble plus efficace 


Eh non, même pas ! :-D

J'ai volontairement arrêté de payer mes impôts depuis 3 ans, afin de 
provoquer la venue d'un huissier, et voir comment il allait s'y prendre 
pour saisir une identité qui payait depuis 30 ans, mais qui n'existe pas 
! Mauvais calcul ! Voici comment cela se passe en pratique :
- La DGFiP transmet le fichier des mauvais payeurs à une sorte de 
"société d'affacturage", de façon informelle, par EDI
- Celle-ci utilise l'enseigne (pour ne pas dire la complicité) d'un 
cabinet d'huissiers local pour envoyer automatiquement les 
traditionnelles lettres de menaces
- L'huissier en question fait le mort, et se paie le luxe de ne 
simplement pas répondre à six sollicitations en un an ! Peut-être, tout 
simplement, parce qu'il ne sait pas quoi répondre... Lui est un vrai 
libéral : il a sans doute compris que le faible pourcentage que la DGFiP 
lui reverserait sur la saisie ne couvrirait pas le temps passé sur un 
dossier aussi tordu, et il a donc renoncé à faire le job !


Corollairement, il est toujours intéressant de noter comment des 
institutions comme des huissiers, la gendarmerie, la préfecture, le 
procureur, le défenseur des droits, la CNIL, et j'en passe, qui se 
parent assez régulièrement de vertus régaliennes et/ou moralisatrices, 
s'auto-octroient la liberté de ne tout simplement pas répondre lorsqu'on 
les sollicite, y compris par un moyen électronique traçable et historisé.


--
En conclusion :
- Pour ce qui est de l'éligibilité à la fibre au moins, il existe une 
solution l"gale, simple et rapide : faire appel à un opérateur tiers en 
technologie alternative (WISP, 4G, satellite).
- Pour le reste, si quelqu'un sait comment demander la renonciation à la 
nationalité Française, puis l'asile politique en Absurdie, pour ensuite 
revenir en France en tant qu'immigré et y obtenir des droits, je suis 
preneur :-D



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Contact Axione Centre-Val de Loire

2023-12-27 Par sujet Toussaint OTTAVI





Le 27/12/2023 à 15:02, roca emile a écrit :

Je cherche donc un contact mail ou téléphone afin de joindre Axione et de
faire modifier l'éligibilité.


Malheureusement, cela arrive parfois sur les communes sans base 
adresses. L'éligibilité est faite dans des bureaux d'étude, sur la base 
de plans (cadastre, satellite). Dans le cas de grandes maisons de 
campagne, la personne qui fait le plan voit un bâtiment cadastré et un 
toit. Mais elle n'a pas toujours moyen de savoir s'il y a un ou 
plusieurs appartements dans la bâtisse. Cà donne des situations où il 
manque des prises, mais également des situations inverses où des prises 
sont affectées à des granges ou à des poulaillers.


Tu as essayé de contacter la mairie ? En général, ils sont censés avoir 
eu des contacts avec l'OI lors du déploiement de la fibre. Ils sont donc 
censés avoir les coordonnées des bons interlocuteurs.


Si l'appartement n'a effectivement pas de numéro de prise (c'est 
vérifiable ici: https://cartefibre.arcep.fr/index.html), il faut 
d'abord, à mon sens, demander à la mairie de créer l'adresse, et c'est 
ensuite la mairie qui transmettra les infos à l'Opérateur 
d'Infrastructure. S'il y a de la dispo sur le PBO le plus proche, çà 
peut aller vite.


Une autre astuce, c'est de donner, lors de la commande, le numéro de 
prise d'un voisin éligible et pas encore fibré (voir les points verts à 
proximité sur le site cartefibre). Cà permettra déjà de valider la 
commande auprès de l'OC. Ensuite, indiquer l'emplacement exact au 
technicien qui viendra faire l'installation. Si ce n'est pas trop loin, 
çà peut fonctionner. Par contre, cela déporte le problème sur le voisin 
dont on vient de "voler" la prise :-)

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Test du Plan de Continuité d'Activité des services de l'état le 31/12

2023-12-27 Par sujet Toussaint OTTAVI





Le 27/12/2023 à 09:10, Stéphane Rivière a écrit :


On avait même des projets de tenter des liens permanents en 5 GHz 
avec le continent, mais je n'ai plus jamais eu de nouvelles des gars 
en face.


160 Km en 5 GHz ? Un bon gros FH en tropo ? Avec de très bons aériens 
et de la powa, ça doit être jouable... Mais sportif pour du 365/24.




Figure toi que j'avais reçu quelques contributions intéressantes de gars 
assez pointus en SHF qui avaient déjà bossé sur le sujet. Apparemment, 
le point haut n'est pas la meilleure solution pour traverser la mer à 5 
GHz. Une combinaison de deux liens, un depuis des points hauts et 
l'autre depuis le niveau de la mer, était envisagée. BGP faisant le reste.


Mais bon, en ce moment, j'en suis à envisager de braquer ma banque pour 
qu'elle me donne mon argent, et de préparer un réveillon sympathique en 
cellule de crise aux sbires de la préfecture locale ;-) Alors, j'ai pas 
trop le temps ;-)




On n'aimerait pas une réaction exothermique prématurée à ton encontre 
ou, pour parler le Musk dans le texte, un désassemblage rapide imprévu 
de ta personne.


Je ne suis plus au service "action" local ;-) Je suis ingénieur, mon job 
se limite à faire des études techniques et rédiger des mémos. Et, 
accessoirement, à fabriquer / programmer quelques accessoires 
électroniques. Ensuite, des techniciens spécialisés se chargent de la 
mise en oeuvre ;-)



---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [MISC] Réseaux sociaux et algorithmes




En général, je ne suis pas vraiment fan des "réseaux sociaux", où c'est 
un algorithme qui choisit à ma place, d'une part ce que j'ai le droit de 
lire, et d'autre part, qui pourra lire mes âneries ;-) Le tout sans 
aucun contrôle sur ledit algorithme. Alors que je suis moi-même 
programmeur (aujourd'hui, on dit "développeur", mais moi, je suis plutôt 
d'hier). Et que j'aime bien décider ce que les machines doivent faire 
(et non l'inverse).


Donc, je ne suis pas un grand fan de Mark ZUCKERBERG. Mais je suis bien 
forcé d'admettre que ce mec est un génie ! Pour ceux qui ont suivi mon 
autre fil Vendreditesque à propos de PCA, voici ce que Facebook me 
propose aujourd'hui sur mon fil (et c'est véridique) :

https://www.allocine.fr/film/fichefilm_gen_cfilm=170958.html

On dirait qu'il n'y a que le Préfet local qui n'est pas au courant :-D

Du coup, je vais conseiller à mon individu de l'autre discussion de 
revoir ce film! Qui sait, çà pourrait lui donner des idées intéressantes :-D




---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Test du Plan de Continuité d'Activité des services de l'état le 31/12





Le 26/12/2023 à 14:55, Stéphane Rivière a écrit :


Tout en réseau 44/8 ?



Non. Je pense que les millions sont montés à la tête de quelques uns :-) 
Ils m'ont planté le réseau deux fois, donc je leur ai rendu leurs IP, et 
j'ai pris un AS et un /24 pour l'association locale.




Vrai que c'est pas top. Mais on est obligé de suivre le plus grand 
nombre...


On n'est jamais obligés de suivre le plus grand nombre :-) Le propre des 
radioamateurs, à la base, ce n'est pas de construire des réseaux 
supplétifs pour les préfectures au cas où les leurs pètent. C'est 
d'expérimenter :-)




À moins de nous raccorder à ton réseau des îles :)


Une gestion simple des canaux et interconnexions multiples, le tout en 
open-source, est prévue dans l'outil que je développe à mes heures 
perdues. Mais il va falloir patienter un peu :-) Ceci étant, on a déjà 
un point d'entrée SVX (presque) opérationnel, donc tu devrais pouvoir 
rentrer dedans ponctuellement.




Les liens entre les relais, c'est du FH autonome ?


C'est un backbone IP qui, quand il sera terminé, utilisera des fibres, 
des FH 5 GHz autonomes, des accès "partagés" sur des FH tiers, et en 
dernier recours, des VPN Wireguard sur Internet. Le tout qui remonte sur 
deux DC à Ajaccio et Bastia, eux-mêmes avec deux transitaires BGP. 
Passerelle avec le réseau HamNet Européen. On avait même des projets de 
tenter des liens permanents en 5 GHz avec le continent, mais je n'ai 
plus jamais eu de nouvelles des gars en face.




Pour simplifier ta vie, tu devrais devenir fonctionnaire


Figure toi que çà a failli se produire il y a 30 ans. Parmi les 
spécificités locales, quand tu es jeune, on ne parle pas de chercher "un 
travail" mais "une place" ;-) En l'occurrence, on m'en a proposé une 
dans une administration. Bien entendu, il eût fallu pour cela que je 
m'engage à voter pour un certain candidat jusqu'à ma mort, et même après 
! Je n'ai pas donné suite à la proposition. Ceci étant, à peu près tous 
les cancres que j'ai pu croiser dans ma scolarité n'y ont vu, eux, aucun 
problème :-D  Voilà sans doute pourquoi on en arrive à réviser des 
formules de chimie pour préparer un feu d'artifice le 31 au soir :-D





---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Test du Plan de Continuité d'Activité des services de l'état le 31/12





Le 22/12/2023 à 12:30, Toussaint OTTAVI a écrit :
*- Supposons donc que l'individu sus-cité soit ingénieur réseaux / 
télécom, et se propose, dans sa grande bienveillance, de remercier 
l'état pour sa compétence et son efficacité en lui offrant un test 
gratuit de son Plan de Continuité d'Activité.* 


Un PCA ayant vocation à être testé, révisé et amélioré continuellement :

- Supposons aujourd'hui que l'individu précédemment cité ait acheté, il 
y a quelques années, un camion-nacelle bleu lors d'une vente des 
domaines. Supposons qu'il y ait trouvé à l'intérieur, au milieu d'un 
fatras de matériels électriques et d'outillages totalement inutiles pour 
le commun des mortels, un pass EDF (permettant d'ouvrir les postes de 
transformation). Quelles utilisations sont-elles potentiellement 
envisageables ?


- Supposons qu'il possède dans ses relations un passionné 
d'aéromodélisme, et que ce dernier parvienne à redémarrer le moteur 
thermique d'un de ses engins à voilure tournante de 1.5m d'envergure. 
Quelle est l'énergie cinétique développée par un tel appareil ? Quelle 
section de câble aérien est-il susceptible de couper et/ou quels 
dommages est-il susceptible de causer sur un pylône de 
télécommunications en cas de perte involontaire de contrôle (sachant que 
l'hypothétique mais non moins vénérable appareil a plus de 30 ans, et 
que son pilotage était déjà hasardeux à l'époque) ?


- La télécommande étant un modèle 100% analogique superhétérodyne à 
double conversion de fréquence piloté par un 68705P3 (schéma publié au 
siècle dernier, si ma mémoire est bonne, dans l'excellent et regretté 
magazine "Le Haut Parleur"), et disposant d'une puissance d'émission 
"boostée" à 10W, cet appareil entre t-il dans la catégorie des "drones", 
et quel serait son rayon d'action potentiel ?



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Test du Plan de Continuité d'Activité des services de l'état le 31/12





Le 23/12/2023 à 12:31, Stéphane Rivière a écrit :


Sinon, il reste les réseaux supplétifs radioamateur. Tiens, au fait, 
qui a conçu le backbone local, l'héberge et le maintient 
gracieusement ?   


Ben toi 

Réseau Kalisté de mémoire ?


Cà, c'était au siècle dernier, 100% analogique :-) Aujourd'hui, c'est 
TKNet. Le backbone est en full-IP, avec deux data centers à Ajaccio et 
Bastia, du BGP, et notre propre ASN / nos propres IP.




Ici, on vient de raccorder le relais de l'île au RRF (mêmes initiales 
mais à ne pas confondre avec le RRF gouvernemental). C'est sympa  


Notre backbone voix, c'est de l'Asterisk. Une implémentation ancienne et 
bizarre, mais qui fait le job, en duplex. C'est bien meilleur que le 
SVXLink utilisé sur le RRF, qui est simplex, et dont la synthèse vocale 
me rappelle "vox" sur mon Thomson MO5 en 1985 (qui était déjà meilleure 
que les codecs utilisés sur Acropol).


Ce réseau supplétif qui couvre toute l'île, avec un budget et des moyens 
proches de 0, a été souvent utilisé par les ADRASEC locales ces derniers 
mois lors des exercices ORSEC. La procédure de test de PCA qui sera 
proposée prévoit, de façon assez évidente, que ce réseau ne sera pas 
disponible ;-) Et, en ce qui me concerne, que je vais arrêter d'y 
dépenser du pognon et du temps s'il sert à garantir le salaire et la 
carrière des fonctionnaires qui conchient leurs administrés, et 
notamment les plus vulnérables.

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Test du Plan de Continuité d'Activité des services de l'état le 31/12




Le 23/12/2023 à 09:54, quelqu'un a écrit :
Je ne vois pas ce qui pourrait motiver une telle prose si ce n'est la 
vérité !


Bah, qui sait ? C'est un peu comme le mythe de l'Atlantide. Pendant des 
siècles, les gens se sont demandés si la description très précise faite 
par Platon était basée sur des faits réels, ou bien s'il s'agissait 
simplement d'une allégorie. Il a fallu deux millénaires pour que des 
scientifiques ne mettent  en évidence des preuves d'existence probable à 
l'emplacement de l'île grecque de Santorin. L'ancienne cité aurait été 
vaporisée par l'explosion d'un méga-volcan, insoupçonné à l'époque.


Rendez-vous donc dans deux millénaires, lorsque des archéologues 
tenteront d'analyser les décombres de nos actuels pylônes de 
télécommunications :-D



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Test du Plan de Continuité d'Activité des services de l'état le 31/12

2023-12-23 Par sujet Toussaint OTTAVI




Le 22/12/2023 à 17:14, Laurent Barme a écrit :


- Quelqu'un sait où se trouve le Raymond CROZE actuellement ?
Même s'il était sur zone, sa seule présence ne suffirait pas à 
remédier à la situation dans un délai raisonnable. 


Au fait, quelqu'un sait quelle est la GTR sur ce type de liaison ? Il y 
a des SLA ? Quand çà tombe en panne, on appelle le 3900 ? :-D

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Test du Plan de Continuité d'Activité des services de l'état le 31/12

2023-12-23 Par sujet Toussaint OTTAVI





Le 22/12/2023 à 18:10, Mathieu @ MatDesign-Prod.com a écrit :

Bon chance pour avoir le Raymond CROZE, au mieux le Sophie GERMAIN.
L'autre ne va pas tarder à quitter son port d'attache, désarmé et a
destination des chantiers turcs pour être démantelé :D


An mince, çà ne nous rajeunit pas, tout çà !  Cela fait donc 30 ans que 
l'individu précédemment cité n'a ni carte d'identité ni carte Vitale ! 
Tiens, je vas calculer combien il a laissé à l'URSSAF en 30 ans...

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Test du Plan de Continuité d'Activité des services de l'état le 31/12


Le 22/12/2023 à 17:14, Laurent Barme a écrit :

Ma réponse en bref : https://www.iridium.com/Phones/



Oui, moi, je sais :-) J'ai eu mon premier il y a plus de 20 ans ! La 
technologie n'est pas toute récente, mais en attendant qu'Elon active 
ses émetteurs 5G, je ne pense pas qu'on ait fait mieux. J'ai vu 
qu'Iridium a même sorti un "hotspot wifi" pour la data. Débit non 
précisé :-D Mais je pense que çà va être assez compliqué pour nos 
éminents énarques de faite du Teams dessus :-D


Sinon, il reste les réseaux supplétifs radioamateur. Tiens, au fait, qui 
a conçu le backbone local, l'héberge et le maintient gracieusement ? :-D 
:-D :-D


Si le contexte n'était pas aussi tragique, ce serait très drôle. 


Eh bien, si je confirme que cela n'a rien de drôle, je pense que je vais 
bien me marrer la nuit du 31 ;-) Là aussi, çà va ramener certains 
individus plusieurs décennies en arrière ;-) J'espère que c'est comme le 
vélo, et que çà ne s'oublie pas :-)



Quoiqu'il en soit, c'est très bien écrit. Merci Toussaint.


Am, merci. L'écriture, je pense que çà pourra m'aider là où je vais ;-)


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Test du Plan de Continuité d'Activité des services de l'état le 31/12




Le 22/12/2023 à 16:22, Stéphane Rivière a écrit :
Je craindrais encore plus pour les pylônes HTA et surtout HTB (tant 
qu'à faire), ce qui permettrait de faire "d'une pierre deux coups" 
puisque, jusqu'à preuve du contraire, les relais xG fonctionnent 
(encore) à l'électricité. 


Cà a été un véritable massacre ici lors de la tempête d'ouest l'an 
dernier. Malgré la réactivité des équipes EDF-SEI, il a fallu plusieurs 
jours pour rétablir certains sites.


Depuis, le SAMU par exemple a fait les poubelles pour ressortir les bons 
vieux portatifs VHF, avec relais sur points hauts solaires. Eux n'ont à 
priori rien à craindre. Pour les autres, on verra lesquels ont retenu la 
leçon :-)


PS : Merci pour l'idée de la HTB, l'individu précédemment nommé avait 
omis de l'inclure dans sa procédure de test du PCA :-D



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Test du Plan de Continuité d'Activité des services de l'état le 31/12




Le 22/12/2023 à 16:25, David Ponzone a écrit :

Alors si c’est la fin du monde, on va redécouvrir le 56k.


Ici, deux coups de coupe-câble judicieusement placés suffiraient à 
retourner à l'âge de pierre :-D

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Test du Plan de Continuité d'Activité des services de l'état le 31/12





Le 22/12/2023 à 16:22, Stéphane Rivière a écrit :
Pour notre part, avec deux GE et deux Starlink, on devrait tenir 
jusqu'à l'année prochaine.


Je n'ai pas vu de Starlink sur le toit de la préf locale. Mais s'ils 
livrent en moins d'une semaine, y compris pendant les fêtes, c'est 
jouable :-D



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Test du Plan de Continuité d'Activité des services de l'état le 31/12





Le 22/12/2023 à 16:09, quelqu'un a écrit :

Comme probablement beaucoup sur cette liste, ça me laisse sans voix ...


Bah, oui, çà se passe dans votre grand et beau pays qu'est la France. 
Ici, c'est le premier bout de territoire Français libéré en 1943. Mais 
ce n'est pas tout à fait la France. Parce qu'on n'apprécie pas, mais 
alors vraiment pas, d'être pris pour des mougeons !


Il doit y avoir 4000 inscrits à cette liste, et peut-être 100 qui 
postent, ne serait-ce que de temps en temps. Si parmi les 3900, il y en 
a un ou deux qui bossent (ou du moins qui touchent un salaire) à la DCRI 
ou un truc du genre, et qu'ils qui ont envie de prendre du galon, c'est 
le moment de faire une fiche pour évaluer la pertinence de la menace :-) 
Sachant qu'avant de faire une fiche S, il faut d'abord connaître 
l'identité exacte. Me trompe-je ?


Désolé pour le bruit, et RdV le 31 au soir ;-)
---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [MISC] Test du Plan de Continuité d'Activité des services de l'état le 31/12


Bonjour,

- Supposons qu'un individu normalement constitué, né en France de père 
et de mère Français, qui vit, travaille et cotise au sein de plusieurs 
entreprises en France depuis 30 ans, n'existe pas dans l'état civil, à 
cause d'une erreur d'orthographe sur une lettre de son patronyme.
- Supposons que, par voie de conséquence, ledit individu ne possède pas 
de carte d'identité ni de carte Vitale; il ne peut donc pas se soigner, 
pas prendre l'avion, pas ouvrir de compte bancaire, et dernière 
nouveauté, il ne peut pas non plus profiter de son argent auprès de sa 
banque, dont il est client depuis 30 ans, car on lui demande une carte 
d'identité qu'il n'a pas.
- Supposons que cette situation perdure depuis plus de 30 ans (la seule 
carte d'identité qu'il ait jamais possédé datant de 1986).
- Supposons que cet individu se batte depuis un an contre une 
demi-douzaine d'dministrations, auprès de qui il a remis des dossiers, 
et transmet sans relache des relances, entre autres, et de façon non 
restrictive : Mairie, Etat civil, Tribunal de Grande Instance, plainte à 
la Gendarmerie locale, dossier au Défenseur des droits, dossier à la 
Brigade numérique de la Gendarmerie, qui l'a renvoyé vers la CNIL (si, 
si), et j'en passe...
- Supposons que l'individu soit élu local depuis plus de 10 ans (sans 
identité, donc; c'est marrant...), mais que cela ne semble nullement 
déranger la Préfecture locale (sollicitée par les Maire locaux)
- Supposons que, sur la trentaine de correspondances depuis un an, 95% 
des interlocuteurs (administrations et services publics) se contentent 
de ne pas répondre, et que les 5% qui ont la cordialité de le faire 
répondent en gros : "Refaites un dossier !"
- Supposons que des services censés se trouver au sommet de la chaîne du 
droit, comme des huissiers de justice ou des brigades de gendarmerie, 
s'octroient la liberté de ne tout simplement pas répondre aux 
sollicitations.
- Supposons qu'un Secrétaire Général de la Préfecture réponde au Maire 
local : "Il va lui falloir beaucoup de courage pour régler son problème" 
(pour ne pas dire clairement : "Je m'en bran.., de toute façon, dans 
deux mois, j'ai ma prime et je suis muté ailleurs")
- Supposons que, suite à un décès, et devant l'impossibilité de créer 
des papiers d'identité pour un mineur orphelin, la même personne adresse 
simplement une liste d'organismes de SDF en demandant d'aller y inscrire 
le gosse.
- Supposons qu'en désespoir de cause, l'individu ait écrit à M. le 
Président de la République, et que celui-ci, ou plutôt son cabinet en 
charge de la correspondance, ait eu la cordialité de lui répondre (ce 
qui est déjà, en soi, exceptionnel par rapport au reste des 
administrations). La réponse disait que le dossier était transmis au 
Ministère de l'Intérieur, qui lui-même l'a transmis à la Préfecture 
locale (celle précédemment citée). Là, une potiche de service a répondu, 
laconiquement, en renvoyant un lien vers un formulaire web (qui n'était 
même pas le bon, mais à ce stade, c'est acessoire...)


- Supposons, donc, que l'individu, qui je le rappelle, est sans papiers, 
SDF, sans soins médicaux, avec deux dents cassées (alors qu'il paie 
l'URSSAF depuis 30 ans), et aujourd'hui sans eau chaude, sans 
cuisinière, et pire encore, sans machine à café (faute de pouvoir 
utiliser son argent auprès de sa banque, et faute aussi de pouvoir virer 
son banquier et s'en aller chez un autre), se demande ce qu'il va bien 
pouvoir faire de plus pour obtenir la mise en oeuvre des principes 
élémentaires de "liberté" et "égalité". Et, accessoirement, pour obtenir 
la possibilité d'aller se faire faire un toucher rectal chez un 
proctologue.


/(pour ceux qui ont suivi jusqu'ici, et qui se demandent quel est le 
rapport avec les télécoms d'une part, et avec le titre d'autre part: 
patience, j'y viens...)/


*- Supposons donc que l'individu sus-cité soit ingénieur réseaux / 
télécom, et se propose, dans sa grande bienveillance, de remercier 
l'état pour sa compétence et son efficacité en lui offrant un test 
gratuit de son Plan de Continuité d'Activité.*


- Supposons que l'individu, de par son activité professionnelle, 
connaisse l'emplacement des passages de fibres optiques et d'énergie 
d'un certain nombre de sites essentiels
- Supposons que l'individu, dans une vie antérieure, ait travaillé pour 
un sous-traitant télécom (quoique, "travaillé" n'est pas le terme exact, 
puisque cela eût supposé l'existence d'un contrat, ou de factures; mais 
je m'égare...). Supposons donc que ce sous-traitant, aujourd'hui décédé 
(paix à son âme !) ait eu, de son vivant, la bonne idée de se faire des 
doubles des clefs de tous les points hauts sur lesquels il était amené à 
intervenir. Et supposons aussi que personne n'ait retrouvé la boite de 
clefs après son décès.
- Supposons que certains sites télécom d'importance soient protégés par 
des dispositifs de sécurité modernes, par exemple des badges, tellement 
b*rdéliques à gérer que les

Re: [FRnOG] [MISC] Switches avec identification des VLANs par LED de couleur ?

2023-12-18 Par sujet Toussaint OTTAVI





Le 15/12/2023 à 10:36, David Ponzone a écrit :

Ah merci, magnifique, je connaissais pas!


Effectivement, c'est le mot : magnifique !

Je trouve assez drôle que ce soient des gens qui font de la lumière qui 
inventent le VLAN-Tagging par LED RGB :-)


Il ne me reste plus qu'à m'en faire payer un par la prod pour mes 
prochaines presta lumière :-D

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Switches avec identification des VLANs par LED de couleur ?




Le 14/12/2023 à 17:03, Bertrand FRUCHET via frnog a écrit :
Comme tous les fabricants de switchs sont entrain de revoir leur 
modèle pour la récurrence et le pilotage dans le cloud (beurk, jamais, 
jamais, jamais) on change tout pour 2024


Pareil :-)


avec fs.com. 


FS apparaissait également en haut de ma liste. En terme de 
caractéristiques / prix, c'est super intéressant. Ensuite, je garde un à 
priori pas forcément positif sur le pays d'origine, capable de fournir 
du très correct comme du carrément moisi :-) Ayant déjà été échaudé 
(certes pas avec cette marque), je n'ai pas vraiment envie de prendre le 
risque... Je suis donc plutôt parti sur du Cisco Business (actuellement 
en test).



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Switches avec identification des VLANs par LED de couleur ?





Le 14/12/2023 à 16:44, David Ponzone a écrit :

Je pense donc que notre ami va continuer avec du Dlink à 200€, avec web, sans 
couleurs, qu’il faut rebooter tous les 2/3 mois 


Ils font aussi des switches à 500 €. Si tu coches la mauvaise case en 
changeant le mot de passe admin, tu n'as plus du tout de compte admin, 
et tu es bon pour aller chercher un trombone et faire un Factory Reset :-)

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Switches avec identification des VLANs par LED de couleur ?




Le 14/12/2023 à 16:28, David Ponzone a écrit :

Ben va falloir continuer à bosser avec Zyxel/Netgear/Dlink 


Je bossais depuis plusieurs décennies avec hp / hpe. Super fiable, mais 
j'arrête, pour plusieurs raisons :
- Au niveau des UI, on a l'impression qu'ils ont racheté 4 ou 5 marques 
différentes, et qu'ils ont collé une étiquette hpe dessus; sur certains 
modèles, il ya même deux UI : une vieillotte mais complète, et une autre 
"moderne" mais pas finie
- Les prix : pendant le COVID, on s'est pris du x2 sur certaines 
références ! Même pas sur l'essence en Corse, on a eu x2 !

- Les optiques et DAC spécifiques sur certains modèles / débits
- Support commercial totalement inexistant (plus précisément, c'est nous 
qui n'existons pas pour eux)


Récemment, j'ai donc fait un tour de table. Pour l'instant, la gamme 
"Cisco Business" tient la corde. C'est, si j'ai bien compris, une gamme 
issue du rachat de Linksys (qui était déjà une marque plutôt qualitative 
parmi les low-cost). C'est du Cisco, donc on peut assez légitimement 
s'attendre à ce que çà soit robuste et fiable. Il y a tout ce dont j'ai 
besoin en L2. Il y a un CLI (qui n'est toutefois pas un IOS), et il y a 
une GUI WEB "clicodrôme" dans laquelle on trouve tout ce que mes 
collègues ont besoin de trouver, avec une ergonomie certes pas parfaite 
mais plutôt correcte. Cependant, il n'y a pas les LED multicolores :-)

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Switches avec identification des VLANs par LED de couleur ?




Le 14/12/2023 à 13:56, Paul Rolland (ポール・ロラン) a écrit :

Euh, la conf par defaut d'un port sans cable, ca doit etre "disabled", donc
il faut forcement aller sur la conf pour l'activer, et donc mettre le VLAN.


Ou pas :-) Mon but premier étant que le monde arrive à tourner sans moi, 
les ports non utilisés sont préconfigurés sur des VLANs par défaut, afin 
que les différents intervenants puissent se débrouiller.



J'ai qd meme une question : Unifi supporte les VLAN de 1 a 4096... Donc on
a des LEDs qui peuvent prendre 4096 couleurs differentes, et des humains
qui savent faire un mapping couleur -> numero sur une palette de 4096
couleurs ?


Mon premier ordinateur était noir et blanc. Mon deuxième gérait 4096 
couleurs, ce qui correspond aux 3 couleurs fondamentales Rouge, Vert, 
Bleu gérées avec 16 niveaux différents. Mon troisième gérait 256 niveaux 
pour chaque couleur de base, ce qui donnait un total de 16 millions de 
couleurs, qui est si je me souviens bien, le nombre maximal de couleurs 
que l'oeil humain sait théoriquement distinguer...


Ceci étant, le nombre de VLANs que j'ai typiquement besoin d'identifier, 
et sur lesquels des tiers sont susceptibles de se connecter (le 
porte-tournevis du client, l'installateur de vidéosurveillance, le 
téléphoniste, la monétique, ...) est inférieur à 10. Habituellement, je 
m'en tire avec les couleurs des câbles RJ45 disponibles chez tous les 
bons épiciers : beige pour le LAN, bleu pour la téléphonie, vert pour la 
vidéo, jaune pour les WANs, rouge pour les réseaux publics; il reste 
orange, violet et rose (plus difficiles à trouver). Je réserve le noir 
pour les cas particuliers, trunks ou VLANs réservés, avec en général des 
étiquettes spécifiques à la Dymo, ou plus simplement une affichette : 
"Câble NOIR : NE PAS TOUCHER !!!" :-)


Si les LEDs du switch savent me reproduire 7 couleurs clairement 
distinguables (2^3-1, ou toutes les combinaisons de R,V,B allumées ou 
éteintes), c'est assez pour mes user-case classiques en "Access".


Mais bon, quand je vois le nombre de personnes avec qui je dois 
quasiment me disputer au quotidien pour faire respecter des codes de 
couleur dans le câblage de baies partagées, j'ai bien conscience que 
ceci ne semble pas représenter une préoccupation majeure pour le plus 
grand nombre...

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Switches avec identification des VLANs par LED de couleur ?





Le 14/12/2023 à 12:39, David Ponzone a écrit :

-si ça marche, tu te connectes sur le switch


Oui, à condition que le switch ait une interface locale :-)
A noter que certains commentaires ici parlent d'une interface SSH locale 
sur les switches UniFi. Il me semble bien que celui que j'avais testé 
n'avait ni SSH ni WEB, juste une appli en Bluetooth. Il faut que je 
retrouve mes notes...



Le 14/12/2023 à 12:30, David Ponzone a écrit :

Après, y a pas d’interface web locale, mais bon, soyons sérieux 


Tout à fait ;-) Chez moi, une interface web simple et ergonomique est 
indispensable ;-) Je suis à peu près le seul à manier le CLI, et encore, 
certainement pas sur toutes les marques de switches à deux balles que 
j'ai en clientèle. Je n'ai pas envie que tout le monde m'appelle chaque 
fois qu'il faut taguer / détaguer un VLAN :-)

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Switches avec identification des VLANs par LED de couleur ?





Le 14/12/2023 à 11:35, David Ponzone a écrit :

Ceci dit, j’ai du mal à avoir pourquoi sur un site qui est offline, on aurait 
un besoin impératif de se connecter à la console du switch.


Quand j'arrive sur un site où plus rien ne répond, la première chose que 
je fais, c'est brancher mon PC, me connecter sur les consoles des 
équipements, et faire mon diagnostic. Donc, oui, c'est un besoin 
impératif ;-)



Pour ce qui est de la fonction Etherlighting, euh bon. Oui c’est joli. Comme 
leur fonction de réalité augmentée.
Mais à ma connaissance, les LED RGB sont pas allumées tout le temps, donc faut 
un accès au switch pour allumer ce que tu veux voir, donc on en revient à 
l’app. Parce que c’est quand même plus facile à gérer quand t’as un seul c


J'avais prévu que certains trouveraient çà totalement inutile :-) Moi, 
je trouve çà génial ! Quand j'arrive face à un switch, que j'ai besoin 
de brancher un nouvel équipement, et que je ne connais pas la 
configuration des VLANs, je prie pour qu'il y ait une étiquette, et 
qu'elle soit à jour :-) Sinon, je n'ai pas d'autre choix que de me 
connecter sur la console du switch et regarder. Perte de temps. Alors 
que si c'est allumé en couleurs, c'est quand même plus visuel. Pareil 
quand un clampin de type alarmiste ou vidéosurveilleur m'appelle (quand 
il daigne m'appeler) pour me demander sur quel port il peut se brancher, 
c'est quand même plus simple de lui dire : "sur un port bleu; et 
profites-en pour vérifier que tous tes autres bastringues sont aussi sur 
des ports bleus, sinon ne cherche pas pourquoi çà ne fonctionne pas". Je 
suis un maniaco-dépressif du respect des câbles de couleurs sur les 
VLANs différents :-) Du coup, quand je n'ai pas le bon câble de la bonne 
couleur dans la voiture, il ne me reste plus qu'à me faire Hara-Kiri :-) 
Si je peux remplacer tout çà par des câbles à capot transparent, et que 
les switches génèrent les couleurs, pour moi, c'est le rêve absolu...



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Switches avec identification des VLANs par LED de couleur ?




Le 14/12/2023 à 11:29, Frank ALEXIS a écrit :

Oui mais si t'es sur le site et que la console d'admin est locale, je
vois pas très bien le problème en fait.


Sur un site distant, je mets deux switches, et j'ai une petite tolérance 
aux pannes. Sur les switches Unifi, il n'y a pas de console locale (du 
moins sur les modèles que j'ai eus entre les mains), à part un jouet sur 
smartphone en Bluetooth. Donc, sur chaque site, il me faudrait un 
contrôleur Unifi. Et pour être tolérant aux pannes, il m'en faut deux. 
Totalement lourdingue et contre-productif. Cela ne m'intéresse pas. Je 
veux une interface locale, WEB ou CLI , sur mes appareils.




Après, peut-être que je ne comprends pas bien le besoin :-o


Parce qu'il n'y a pas de besoin pour une gestion unique et centralisée 
:-) Je préfère plusieurs équipements autonomes et indépendants avec 
lesquels je peux toujours bricoler une réparation, à une seule grosse 
usine à gaz centralisée, où je perds tout si le noeud central tombe (ou 
si les liens tombent).

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Switches avec identification des VLANs par LED de couleur ?




Le 14/12/2023 à 11:18, David Ponzone a écrit :

Je crois que Patchsee fait seulement des câbles dont l’autre extrémité
s’allume quand on allume une extrémité avec un petit laser.


Si on a un switch qui allume une LED de couleur correspondant au VLAN, 
des cables de patch qui retransmettent cette couleur, et des prises qui, 
en bout de chaine, affichent cette couleur, là, c'est le rêve absolu :-) 
Mais non, au lieu de pondre çà, les fabricants vont nous mettre de l'IA 
dans les switches...

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Switches avec identification des VLANs par LED de couleur ?




Le 14/12/2023 à 10:53, Frank ALEXIS a écrit :

Unifi nécessite un contrôleur mais qui peut être local ou distant, sur
CloudKey physique ou logique (Docker sur NAS, VM ...) en local, sur
CloudKey physique ou logique hébergé chez toi (ou VPS, BareMetal ...),
ou sur le service prévu à cet effet chez Ubiquiti.


C'est ce que j'appelle un réponse "Georges MARCHAIS" :-) En 
l'occurrence, ce n'était pas ma question :-) Il ne s'agissait pas de 
débattre de la pertinence ou pas de la plateforme Unifi. Lorsque tu 
arrives sur un site en panne, sur lequel il n'y a plus du tout de 
connectivité, et que tu ne peux même pas te connecter à la console du 
switch, t'as pas l'air c... :-D Si çà convient à certaines personnes / 
certains cas d'usage, tant mieux. Moi, cela ne me convient pas. Une 
gestion /un reporting centralisé, why not ? Au détriment / en 
remplacement d'une gestion locale, non.


En revanche, j'aime bien la gamme UISP, qui a une ergonomie que je 
trouve bien foutue, notamment pour la gestion des VLANs. Il faut que je 
"visualise" les choses. Et du coup, je trouve l'idée de reporter sur une 
LED extérieure la "couleur" du VLAN assez géniale. C'est ce que je fais 
déjà avec des câbles et des pastilles de couleur...

---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [MISC] Switches avec identification des VLANs par LED de couleur ?


Bonjour la liste,

Ce matin, je tombe par hasard sur une pub pour les derniers switches 
Ubiquiti "Pro Max". Une fonctionnalité en particulier attire mon 
attention : l'indication du VLAN par défaut par une LED de couleur. Je 
suis bien conscient du fait que certains vont trouver çà totalement 
futile et inutile ;-) mais moi, je trouve çà génial, et je veux çà sur 
tous mes switches ! Potentiellement, j'y vois une fin possible des 
problèmes avec les étiquetages pas à jour, les câbles RJ45 de la bonne 
couleur et de la bonne longueur pas en stock, ou les prestataires qui se 
branchent n'importe où comme des sauvages avec des câbles de la première 
couleur qui vient...


Cependant, çà n'a l'air d'exister que sur leur gamme étrange "Unifi" 
(nécessitant obligatoirement un contrôleur, sans interface de 
configuration locale, donc, pas pour moi).


Quelqu'un a t-il connaissance d'autres fabricants de switches proposant 
une telle fonctionnalité ?


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [ALERT] Backbone COVAGE/AI en vrac dans le Grand Ouest, encore, encore et encore ...

2023-12-07 Par sujet Toussaint OTTAVI





Le 07/12/2023 à 18:03, David Ponzone a écrit :

Si l’AO est rédigé correctement (et c’est probablement là qu’il y a problème)


C'est ce que je disais un peu plus bas dans mon mail : comme la 
compétence technique se perd (et n'a même probablement jamais existé 
chez les politiques), les clauses techniques peuvent être insuffisantes 
ou inadaptées. Le candidat, de bonne foi, va répondre à l'AO en faisant 
ce qui est demandé, et pas plus (sinon il courra le risque d'être plus 
chers que ses concurrents, et donc de louper le marché).


Par expérience sur mon petit segment, qui est celui d'en dessous (les 
services aux entreprises) :
- quand je propose un service de base à un prix de base, et un prix plus 
cher avec résilience, le client choisit, le plus souvent, le service de base
- quand çà tombe en panne, le client est seul dans son caca pendant 
plusieurs jours; ensuite, il me rappelle, et il souscrit l'option avec 
redondance


La conclusion était de dire que, comme on ne maîtrise ni la rédaction 
des AO, ni les prestations fournies par les délégataires, la seule 
option viable si on a besoin de résilience, c'est de se la construire 
tout seul.


Et la question de fond sous-jacente est de savoir :
- si ceci doit être considéré comme "normal", si la notion de "service 
public" n'existe plus, que l'ubérisation doit devenir la norme, qu'il va 
falloir s'habituer à ces méga-coupures, et que si on veut de la 
résilience, il faut se la construire tout seul en bout de chaîne
- ou bien s'il est de la responsabilité des pouvoirs publics de fixer la 
norme, d'imposer des règles, comme celle de mettre en place des "plaques 
régionales", et d'interdire de remonter systématiquement tout le trafic 
sur Paris (mais c'est certainement plus difficile à dire qu'à faire, car 
si ce serait possible pour les "big ones", reste à savoir comment les 
petits opérateurs alternatifs pourraient suivre...)


Ceci étant, je suis un idéaliste dans l'âme, la deuxième option reste un 
délire personnel Vendreditesque, au même titre que l'élimination de la 
faim dans le monde... Je vis en haut d'une montagne entourée d'eau, et 
on me vilipende souvent d'indépendantiste :-) Donc, que l'indépendance 
en question arrive par les urnes, les explosifs, une catastrophe 
naturelle, un "commit" de la main gauche, ou Roberto et son 
tractoupelle, tout ce que je peux faire, c'est m'y préparer, en faisant 
tout en (N+1) *2.

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [ALERT] Backbone COVAGE/AI en vrac dans le Grand Ouest, encore, encore et encore ...

2023-12-07 Par sujet Toussaint OTTAVI




Le 07/12/2023 à 11:26, David Ponzone a écrit :

Y avait-il dans le cahier des charges du délégant la moindre allusion à
la redondance du raccordement du RIP au backbone du délégataire ?


M'ouais... C'est un peu comme si, lorsqu'on achète une voiture, on 
devait se demander si elle freine bien devant *et* derrière ;-)


Aujourd'hui, pour remporter un appel d'offres, il faut être moins cher. 
Et pour être moins cher, il n'y a pas de secret, il faut faire de la 
m***, pardon, il faut rogner partout où on peut ! Tout le réseau public 
Français, de la "fibre" à la 4G "New Deal" est construit suivant ce 
postulat. Donc, exit la résilience, la robustesse, la tolérance aux 
pannes ! Tant pis pour les réseaux maillés, qu'on est censés enseigner  
en première année d'école télécom, et tant pis pour Arpanet ! Le réseau 
télécom Français, c'est effectivement de l'Internet jusqu'à Paris, ou 
exceptionnellement jusqu'à quelques grandes métropoles où certains très 
gros ont des infras. Tout le reste, c'est un réseau pyramidal fermé où 
chacun fait un peu ce qu'il veut dans la plus totale opacité. Ce qui est 
d'autant plus facile que personne n'y comprend grand chose, et donc que 
pas grand monde ne semble savoir poser les bonnes contraintes dans ses 
cahiers des charges. "Internet" et "le Cloud", c'est bien connu, çà 
marche tout seul, et on n'a plus besoin de se soucier de 
l'infrastructure :-D


Le résultat est qu'assez régulièrement, pour des causes aussi diverses 
que variées (sabotages, tempêtes, doubles pannes, défaut d'énergie, 
niveau de compétences...) çà pète à grande échelle. Et encore, à part la 
météo qui, ces dernières années, nous ménage de moins en moins, nous ne 
sommes pas en guerre contre une puissance étrangère, ni même n'avons été 
victimes d'actes de terrorisme sérieux visant les infrastructures 
numériques. Jusqu'à quand ?


Et on feint d'être surpris ? Que de telles coupures produisent au beau 
milieu de la montagne sur une île perdue, à défaut de l'accepter, je 
pourrais encore le comprendre. Il y a une seule fibre, en aérien, sur 
20km, au milieu du maquis, et un seul câble EDF... Mais que cela se 
produise dans des grandes régions de métropole est quelque chose qui 
m'échappe totalement. Si l'on fait le cumul de tous les opérateurs, les 
infrastructures physiques (les fibres) y sont, et apparemment, en grand 
nombre ! On en revient, encore et toujours, à la notion de 
décentralisation du réseau, qui n'est absolument pas mise en oeuvre en 
France. Et on se demande bien pourquoi ! Tout remonte sur Paris par des 
moyens divers et variés.


Personnellement, je ne peux pas m'empêcher d'imaginer des 
plaques/POP/GIX à Lille, Rouen, Rennes, Nantes, Bordeaux, Toulouse, 
Perpignan, Marseille, Nice, Lyon, Strasbourg (sans oublier Ajaccio et 
Bastia), tout çà en full-BGP, avec tous les liens de tous les opérateurs 
existants. Le pire, c'est que tout cela est possible quasiment sans 
faire une seule tranchée !


Le corollaire est que, contrairement à une voiture, si on achète un lien 
télécom aujourd'hui, on n'est absolument pas certain qu'il va freiner 
quand on appuiera sur la pédale. Le service public, c'est bel et bien 
terminé ! Si l'on veut avoir un minimum de garanties, il faut acheter et 
construire soi-même sa résilience : des liens différents chez plusieurs 
opérateurs différents, avec des cheminements différents (quand on les 
connaît). Avec un seul lien chez un seul opérateur, peu importe la GTR 
ou les SLA, un jour ou l'autre, çà explosera. Et malheureusement, les 
exemples sont nfréquents ici où même deux liens différents chez deux 
opérateurs différents ne suffisent pas.


La semaine dernière, on fustigeait Orange pour avoir remis au catalogue 
des offres satellite. A la base, je pense que c'était surtout pour 
essayer de s'affranchir en douce de l'obligation de fourniture du 
service universel en FTTH dans les endroits les plus reculés du pays. 
Ceci étant, moi, je suis bien content d'avoir les satellites, car au 
niveau de la résilience, çà fait le job que ne font plus les opérateurs 
"filaires" !




---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [ALERT] FTTH Kosc/Covage/AI encore - Problème du SAV en indirect

2023-11-29 Par sujet Toussaint OTTAVI





Le 28/11/2023 à 16:10, Julien Issler a écrit :
Je pense qu'on a pas exactement le même profil, je suis dans un schéma 
plus indirect a priori, je ne suis pas directement client Covage mais 
pas client final non plus ; par contre je pense qu'on a le même besoin 
: de l'info précise et fraîche, voir anticipée (j'y reviens plus bas, 
toujours)


Si je puis me permettre, je pense que l'on touche ici à une 
problématique assez classique en matière de support lorsqu'on travaille 
en "indirect" :
- Le fournisseur du service subissant le dysfonctionnement, ou en charge 
de sa réparation (ici, Covage, mais çà s'applique à d'autres) ne nous 
connaît pas, nous ne sommes pas son client, et on ne peut pas ouvrir de 
ticket directement chez lui. Si on parvient à le contacter, il n'est en 
théorie pas censé nous répondre (et, souvent l'humeur de 
l'interlocuteur, il peut même arriver qu'il nous envoie sur les roses).
- Les seuls interlocuteurs que l'on nous propose sont de niveau client 
final : "Est-ce que vous avez redémarré votre box" ? Cà donne envie 
d'inventer un téléphone à distribuer des baffes...
- Plus il y a d'intermédiaires dans la chaîne commerciale (entre là où 
se situe la panne et nous), moins l'information technique circule bien, 
et plus elle a de chances de se perdre en route. Or, nous sommes 
ingénieurs. On se fout de combien d'intermédiaires prennent une marge au 
passage (il faut bien que tout le monde paie ses salaires ou ses 
actionnaires, ce n'est pas le problème ici). En tant qu'ingénieurs, 
devant analyser une situation et prendre des décisions à l'instant t, 
nous avons simplement besoin de connaître les détails du problème 
technique, à la source. Car c'est seulement avec çà que nous pourrons 
prendre des décisions efficaces.


Je cite souvent en exemple une demande d'intervention pour un ADSL 
"opérateur tiers". Il y avait un problème sur la boucle locale. 
L'intervention, planifiée par l'opérateur tiers, m'est revenue 3 fois en 
erreur avec le motif "client absent au RdV", avec chaque fois, des 
délais de 48h. J'ai fini par aller me poster au rond-point à l'heure 
prévue, avec un gourdin :-) Lorsque j'ai vu passer une camionnette avec 
une échelle sur le toit, je l'ai coursée et je l'ai bloquée ! Le 
malheureux technicien avait, sur sa fiche, juste le nom du client (qui 
n'avait pas d'enseigne visible depuis la route), et comme adresse : 
RN193 (pour ceux qui ne connaissent pas, c'est celle qui va d'Ajaccio à 
Bastia). Aucun téléphone, aucune adresse mail. Donc :
- Le malheureux technicien n'avait aucune chance de trouver, et 
remontait l'intervention en échec (vu ce qu'il devait être payé, il 
n'avait pas forcément non plus le temps matériel de faire une enquête de 
proximité pour trouver l'adresse exacte)
- L'opérateur de la boucle locale ne faisait donc que remonter l'échec à 
l'OC
- L'OC se contentait de relancer une demande d'intervention, m'accusant 
de ne pas avoir été présent lors des rendez-vous précédents !

- Moi, je faisais des bonds, et je parlais seul :-D
- A la limite, si on m'avait donné les constitutions, j'aurais pu 
dépanner tout seul, vu que, de toute façon, on m'a obligé à me déplacer 
3 fois pour rien...


Dans une autre situation, avec un gros sous-traitant fibre et cuivre 
pour l'opérateur historique, lorsque je ne m'en sors pas avec la hotline 
de l'opérateur, il m'arrive d'appeler directement la conduite d'activité 
dudit sous-traitant. Voire d'aller taper à sa porte (ils ne reçoivent 
pas le public, mais on peut entrer par le dépôt). Cela permet de caler 
les détails de l'intervention (ou les raisons de l'échec).  Souvent, des 
explications simples permettent en quelques minutes d'y voir clair, par 
rapport au "téléphone arabe" de la hotline (sans mauvais jeu de mot) qui 
ne me retransmettait que des informations incomplètes voire fausses, 
après des heures d'acharnement au téléphone auprès des centres d'appel 
abscons. Il m'est même arrivé d'avoir des pièces qu'eux n'avaient pas...


Donc, oui, le SAV en indirect, c'est un vrai problème, et un combat 
quotidien, car nous avons besoin des informations à la source, et nous 
possédons les bonnes informations locales, mais les interlocuteurs ne 
nous connaissent pas, et donc, ne sont pas censés traiter directement 
avec nous.


La solution, je ne l'ai pas, et il ne m'appartient pas de la trouver. 
Ceci étant, ce serait sympa si les différents acteurs s'y penchaient. 
Car le statut de "partenaire indirect" ou de "prestataire technique" 
n'existe pas, et n'est reconnu nulle part. Personne ne sait qui nous 
sommes ni ce que nous faisons, quand on ne nous considère pas comme des 
intrus ou des concurrents déloyaux ! Or, faire en permanence des 
enquêtes de police, ou user de moyens détournés comme le post de noms 
d'oiseaux  sur FRnOG ou Twitter, pour trouver des coordonnées 
d'interlocuteurs, puis devoir faire de la psychologie (pour laquelle je 
n'ai ni compétence ni appétence particulière) lorsqu'on nous répond

Re: [FRnOG] [BIZ] Re: Orange Offre

2023-11-27 Par sujet Toussaint OTTAVI





Le 27/11/2023 à 15:29, Nang Bat a écrit :

Konnect c'est plus une "marque" qu'un satellite, car derrière konnect
& neosat il y a deux satellites, un premier lancé en 2020 (Renommé
Konnect, anciennement BB4A) et un second majoritairement financé par
de l'argent public (Konnect VHTS, lancé en 2022).


Comme toujours, merci pour ces précisions éclairées, très agréables à lire.

J'espère juste que les deux satellites sont plus ou moins redondants 
entre eux :-) Parce que pour monter dépanner, çà va être un peu 
compliqué :-)


Comme beaucoup de gens, l'espace m'a toujours fait rêver. Notamment par 
les niveaux de fiabilité extrêmes requis sur le long terme, qui n'ont 
pas grand chose à voir avec notre quotidien consumériste ! La sonde 
Voyager qui vole encore près d'un demi-siècle après son lancement, avec 
un ordinateur de bord plus ancien que le ZX81 qui arrive à rattraper 
tout seul les boulettes des contrôleurs au sol, c'est tout simplement 
fascinant ! En face, on a les milliers de satellites jetables d'Elon, 
qui peut se permettre d'en perdre 200 d'un coup sans que cela ne semble 
poser de problèmes insurmontables. Je crois qu'il a prévu d'en lancer 40 
000 ! C'est un peu le choc de deux cultures, assez antagonistes en terme 
d'impact sur les ressources naturelles. Quoique, Elon, si j'ai bien 
compris, son but, c'est d'arriver à se barrer de cette planète, de 
préférence avant d'en avoir épuisé les ressources ;-)

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [BIZ] Re: Orange Offre

2023-11-27 Par sujet Toussaint OTTAVI




Le 22/11/2023 à 16:27, Nang Bat a écrit :

Disons qu'Orange a investi tôt dans ce satellite, icône des gros satellites
géostationnaires dont la pertinence était déjà discutable au moment de la
signature du contrat avec Thales


Le satellite géostationnaire Konnect est en l'air depuis 2021, me semble 
t-il. Lors de sa sortie, il a constitué un "upgrade" technologique 
important, notamment par rapport aux anciennes solutions Tooway de 2012 
(qui ont refait parler d'elles lors de l'invasion de l'Ukraine). Les 
offres commerciales Konnect/Neosat sont déjà commercialisées depuis un 
moment. Ce sont des trucs assez robustes, qui fonctionnent. Sur une 
montagne exposée au vent salin et à la neige, je mets plus volontiers çà 
que le gadget Starlink motorisé :-)


Si je comprends bien, Orange se contente aujourd'hui de revendre la 
solution technique d'une de ses filiales sous son nom propre. C'est 
juste un artifice marketing :-) Probablement destiné à toucher une cible 
plus importante, en raison de la plus forte visibilité de la marque 
Orange. Cà existe déjà depuis deux décennies, par exemple pour les noms 
de domaine fournis avec les offres "Orange Pro", dont la prestation 
technique était réalisée par la filiale "Le Relais Internet", 
aujourd'hui "NordNet". Je n'y vois rien de choquant.



Après OBS est maintenant revendeur officiel de Starlink.


Ah, tiens, j'ai raté çà :-) C'est vrai que, chez OBS, il n'y a pas de 
catalogue public, pas de site web, pas d'informations... Donc, si on ne 
sait pas qu'un truc existe, il est difficile de le commander :-) S'ils 
livrent sur une Business Livebox, avec une IP fixe ou un pool d'IP, 
comme sur les offres filaires, çà peut être intéressant. Tout dépend du 
prix...


--
Ceci étant, cela confirmerait la stratégie marketing consistant à 
revendre des solutions techniques tierces (Konnect, Starlink) sous leur 
propre marque. Cà me choque nettement moins que quand ils se mettent à 
vouloir faire de la télévision, de la banque ou de la domotique (avec le 
succès que l'on connait)...

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [BIZ] Vendeur appliance pour OPNsense ?

2023-11-07 Par sujet Toussaint OTTAVI




Le 06/11/2023 à 21:25, Nicolas Vuillermet a écrit :
Je suis fervant défenseur de Mikrotik, à la maison ça fait le café, en 
OOB c'est magique, en accès client simple c'est sympathique mais si le 
client demande de l'OPN/PFsense, je propose de l'OPNsense  


Voilà :-)

Ensuite, j'ai tendance à dire que la meilleure formule 1 du monde ne 
vaut que par son pilote, et c'est pareil pour les routeurs / firewalls 
!  Quelqu'un qui connaît une marque / un OS sur le bout des doigts sera 
plus performant sur ce matériel que sur tout autre système qu'il ne 
connait pas, fût-il plus performant ou moins cher "sur le papier" :-)


Pour en revenir à la question initiale, Antéor a un super catalogue de 
mini-machines en général. Si le boitier de tes rêves existe, ils l'ont 
forcément :-) Regarder plus particulièrement ici :

https://pc-industriel.anteor.com/59-pare-feu-et-routeurs




---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Provider mail pour collectivités

2023-10-27 Par sujet Toussaint OTTAVI




Le 27/10/2023 à 10:43, Daniel via frnog a écrit :
Itou. La région ayant son domaine en .alsace, elle a réservée les noms 
des communes aux ... communes. Les clients passent de wanadoo.fr en 
monnomdevillage.alsace 


Attention, il y a au moins une administration (je ne sais plus laquelle) 
qui n'apprécie pas les suffixes de domaines "longs" sur les mails (dans 
mon cas, "village.corsica"). Donc, pour quelques euros de plus, penser à 
prendre le domaine .fr en alias.



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] SFR Business Team candidat au poste de la plus mauvaise hotline entreprise ?

2023-10-26 Par sujet Toussaint OTTAVI




Le 26/10/2023 à 00:34, cem.car...@free.fr a écrit :
Bah ils ont pas été retenu le 24 octobre dans 2 lots dans le cadre 
d'un appel d'offre du Ministère de la Défense ? 


Ils avaient déjà l'Intérieur, non ? Il y a quelques années, un ami 
ancien fonctionnaire, aujourd'hui retraité, me narguait avec son forfait 
mobile illimité à... 2 €/mois !


Entre çà et les deux clochards qui se font choper pour suspicion de 
détournement de milliards en jouant au monopoly... Comme si leurs 
rémunérations "normales" ne leur suffisaient pas !


Dans les deux cas, et aux deux extrémités de l'échelle, il y a une 
décorrélation assez forte entre la valeur effective de la prestation et 
le prix payé.


Qu'est-ce qui ne va pas dans notre société ? Pourquoi ce système dit 
"économique" est-il à ce point déconnecté de la technique, de la valeur 
du travail, des hommes ?



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] SFR Business Team candidat au poste de la plus mauvaise hotline entreprise ?

2023-10-25 Par sujet Toussaint OTTAVI





Le 25/10/2023 à 15:50, Toussaint OTTAVI a écrit :


Voilà. C'était drôle  Au bout de 25 ans de métier, ce genre 
d'individus arrive encore à me donner envie de manger mon téléphone  


J'ai juste oublié le plus drôle : la qualification du ticket, pour un 
service totalement interrompu simultanément sur deux T0 :

"Sévérité 4 - Pas d'impact opérationnel".

Des téléphones comestibles, çà existe ? :-D


---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [MISC] SFR Business Team candidat au poste de la plus mauvaise hotline entreprise ?

2023-10-25 Par sujet Toussaint OTTAVI




Désolé, ce n'est pas Vendredi, mais là, je pense qu'on bat des records...

Suite à une panne sur une installation Numéris sur un très vieil accès 
SFR Business Team, et sachant que pour l'instant on ne peut pas 
déterminer avec certitude si le problème vient de la ligne ou de 
l'équipement coté client, je demande un renvoi d'appel, comme il est 
courant de le faire dans une telle situation.
1/ Comme le robot du centre d'appel a détecté qu'il n'y avait aucun 
problème sur la ligne, le renvoi d'appel est considéré comme "de 
confort" et sera donc payant : 50 € la MeS + 15 € par jour !
2/ Depuis ce matin 11:00, le transfert n'est pas encore en place. Aux 
dernières nouvelles, un technicien va me contacter pour "évaluer la 
faisabilité de ma demande" et "m'établir un devis".
3/ Je reçois une notification d'ouverture de ticket par mail. L'adresse 
correspondante (s...@info.sfr.com) est pleine, et l'adresse du 
"responsable", en copie du mail, n'existe plus !
4/ Je demande les RIO. On accepte de me les communiquer, mais la 
personne, au demeurant fort sympathique, ne peut pas envoyer de mails. 
Leur serveur est planté.
5/ Réception d'un SMS "Défaut desserte interne". Ah, tiens, quelqu'un 
est venu vérifier ? Et toujours pas de renvoi d'appel.


Voilà. C'était drôle :-) Au bout de 25 ans de métier, ce genre 
d'individus arrive encore à me donner envie de manger mon téléphone :-D


--
En direct, réception des RIO. Enfin, un truc qui fonctionne chez eux :-) 
Allez, au revoir, SFR Business Team...

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [BIZ] Pire que Cogent, ça existe...

2023-10-18 Par sujet Toussaint OTTAVI





Le 17/10/2023 à 20:00, Paul Rolland (ポール・ロラン) a écrit :

Et pourquoi -48V ? Il y a une raison particulière ?

A lire :
https://nrjsolaires.com/blogs/news/borne-positive-a-la-masse-pourquoi-les-equipements-de-telecommunication-utilisent-ils-48v-au-lieu-de-48v
  


C'est une pépite, ce truc :

"Les batteries sont conçues pour fonctionner à des tensions inférieures 
à zéro, ce qui signifie que la polarisation négative est plus adaptée à 
leur utilisation. Les batteries ont également une durée de vie plus 
longue lorsqu'elles sont utilisées à une tension inférieure à zéro, ce 
qui permet de réduire les coûts de remplacement des batteries".



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Orange Business et l'enfer du suivi de projet




Le 13/10/2023 à 10:02, Jérôme Marteaux a écrit :
En fait c'est pas si vieux que ça car le procès en appel s'est ouvert 
en mai 2022 et délibéré septembre 2022, ça a donc tout juste 1 an. 


Les faits reprochés remontent aux années 2000, et le premier dépôt de 
plainte à 2009 (d'après la page sus-citée). Cela en dit long sur le 
fonctionnement de la justice... Il me semble avoir entend que le corbeau 
de l'affaire Grégory venait également d'être identifié par des traces 
ADN...



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Orange Business et l'enfer du suivi de projet




Le 11/10/2023 à 21:26, Florent Rivoire a écrit :

On Tue, Oct 10, 2023 at 9:36 PM Toussaint OTTAVI
wrote:


PS : Je précise que je ne suis pas rémunéré par Orange. En 25 ans, j'ai
obtenu une chemisette siglée (en coton de pacotille, qui a déteint au
premier lavage; et c'est parce que je leur avais rendu un TRES GROS
service ce jour là).


Ce "très gros service" a attiré ma curiosité: c'est une histoire racontable
sur FRnOG ?



Bah, c'était il y a près de 20 ans, et les protagonistes sont presque 
tous à la retraite ou morts :-| Tiens, du coup, çà fout un sacré coup de 
cafard en écrivant çà :-(


Mais oui, c'est racontable, çà fait partie d'une belle aventure de 
jeunesse sur le Tour de Corse automobile, manche Française du 
championnat du monde des rallyes WRC. Je faisais des extras pour de la 
couverture radio. Grosse installation, une vingtaine de relais, plus de 
300 portatifs. On passait en voiture sur routes fermées en même temps 
que les ouvreurs ou après la voiture balai, on se faisait déposer sur 
une montagne en hélico au milieu du brouillard avec l'alarme "proximité 
terrain" qui retentit et le pilote qui dit "T'inquiète, je gère !", on 
croisait des légendes come Delecour, Panizzi ou Gronholm dans le 
paddock, on frimait devant les hôtesses avec nos badges rouges "All 
Access"... ah, les hôtesses dans le sport automobile ! Pardon pour la 
gent féminine qui me lit, mais à cette époque on était juste jeunes et 
c*ns. Aujourd'hui, on est juste un peu moins jeunes... Ceci étant, mon 
truc, c'était plutôt de mater les mécanos dans les stands : un 
changement de boite ou de pont en 10 minutes, c'était le kif total :-) 
Ou alors, d'écouter leurs communications radio pour voir comment les 
plus inventifs "contournaient" les réglementations par des artifices 
techniques légaux :-)


Bref, je raconterai peut-être çà quand j'aurai fini de m'occuper de mes 
clients du jour, s'il ne fait pas déjà trop nuit :-)


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [BIZ] Pire que Cogent, ça existe...




Le 12/10/2023 à 18:14, David Ponzone a écrit :
Le commercial US qui démarche la France, je pense que c’est un bot en 
fait. J’ai beau lui expliquer que je pourrais avoir besoin de colo sur 
Paris, hors Equinix, il me propose sa colo avec transit à Fremont  
Sérieusement, c’est quoi ces gens….. En tout cas, il m’aura fait bien 
rire.


Moi, de mémoire, c'était un Asiatique depuis les Pays-Bas. Quand je lui 
ai dit que j'étais représentant d'une association loi 1901 reconnue 
d'utilité publique, et que je lui ai demandé ce qu'il pouvait nous 
offrir en tant que "sponsoring", par exemple un transit Ajaccio-Paris 
gratuit, je n'en ai plus jamais entendu parler :-)


A mon avis, c'est un mec d'ici qui cherche à se reconvertir et qui écrit 
un one-man-show sur les télécoms :-D Il y aurait de quoi faire :-D



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Orange Business et l'enfer du suivi de projet