Re: [FRnOG] [TECH] Résilience d'internet aux tempêtes géomagnétiques extrêmes

2024-01-17 Par sujet Nicolas Parpandet via frnog


Hello,

Merci pour cet article,
concernant la limite de température je doute fort que cela soit 35C,
je vois passer depuis plusieurs années, des articles affirmant que le record de 
distance sans répéteur à été battu...(>12000km ...)
qu'en est-il exactement, est-on loin d'un passage en production ?

La phrase "Les câbles classiques ont 4 à 8 paires de fibres mais la nouvelle 
technologie SDM permet d’en intégrer 12 à 16." peut prêter à confusion à priori,
un article intéressant sur le sujet 
https://community.fs.com/article/application-of-space-division-multiplexing-sdm-in-submarine-optical-cable.html

A+

Nicolas


____
From: frnog-requ...@frnog.org  on behalf of Cédric 
Moro 
Sent: Wednesday, January 17, 2024 14:30
To: frnog-t...@frnog.org 
Subject: [FRnOG] [TECH] Résilience d'internet aux tempêtes géomagnétiques 
extrêmes

Salut à tous,

Si vous voulez plonger dans le fonctionnement de la colonne vertébrale
d'internet, *les câbles optiques sous-marins*, et savoir si celle-ci est
résiliente aux tempêtes géomagnétiques extrêmes, j'ai pris le temps de
faire des recherches scientifiques et techniques et rédiger un long
article à ce sujet mais accessible même pour un grand public :

https://www.i-resilience.fr/2024/01/tempete-geomagnetique-et-vulnerabilite-des-cables-optiques-sous-marins-1-3-3-2/


En conclusion, je propose également *deux projets de hacks autour de ce
sujet*, *d'utilité collective*, pour les dev qui souhaiteraient y
participer.

Je vous invite donc, svp, à relayer cet article vers vos réseaux libres,
afin de faire connaître ce sujet et ces projets de hacks.

Merci à vous,

Cédric Moro

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

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


RE: [FRnOG] [TECH] Pb d'upload entre AS288 vers OVH via GTT et Cogent

2024-01-17 Par sujet denisk via frnog
Salut, 

Je ne vois rien de dramatique sur le traceroute. A part en effet 1 des trois 
probing vers 154.54.60.21 qui a pris plus de temps a répondre. Il faut aussi 
savoir que les transit node sur l'internet public sont aussi equipes de 
protection en ce qui concerne les icmp echo/replies (ex: limitant le nombre de 
icmp reply / sec). Pour ce qui est du transit vers different AS dans le temps, 
je ne m'en ferai pas trop non plus. Les transit providers font aussi sur 
load-sharing (flow-based) donc le traffic peut balancer d'un AS a l'autre. 
J'investigerais aussi le setup du tunnel IPSec, est-ce qu'il y a fragmentation 
oui/non et ou exactement (utilisez DF bit), et est-ce que le end point qui fait 
le re-assembly n'est pas a court de ressources(check system health et logs). 
En ce qui concerne la remarque sur la QoS, celle-ci n'entre en jeu que lorsque 
congestion il y a. Ce qui serait surprenant, sauf si AS288 a rempli sont 
transit vers GTT. Cote AS16276, aucune congestion ne devrait avoir lieu vu le 
nombre de transit qu'ils ont et leur capacite. 

Bonne chance

-Original Message-
From: frnog-requ...@frnog.org  On Behalf Of ic
Sent: Wednesday, 17 January 2024 15:27
To: Jean-Francois Maeyhieux 
Cc: frnog@frnog.org
Subject: Re: [FRnOG] [TECH] Pb d'upload entre AS288 vers OVH via GTT et Cogent

Hello, quelques remarques :

> On 17 Jan 2024, at 14:54, Jean-Francois Maeyhieux  wrote:
> 
> - Je n'ai pas le looking glass de l'autre côté qui nous intéresse, 
> néanmoins voici un (des rare) traceroute depuis un client de l'AS288 
> vers AS16276 transitant par AS174 (Cogent) exhibant une latence
> anormale:
> 
> 4  154.54.60.21 (154.54.60.21)  143.786 ms  2.221 ms

La seule chose que ça montre c’est que l’équipement a autre chose à faire que 
répondre à ton traceroute.

> -L'analyse de la bande passante en fonction de la taille d'upload 
> montre que le débit diminue lorsque la taille augmente comme si il y 
> avait un bottleneck ou de la QOS:

ça

> - Coté AS288, ils utilisent des tunnel IPSEC en interne jusqu'à la 
> sortie vers GTT. Pas de QOS ou de limitation de traffic spécifique.

+ ça me fait penser que tu pourrais essayer de baisser le MTU (à une valeur 
relativement faible, genre 1400) et voir si ça change quelque chose.

++ ic



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


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


Re: [FRnOG] [TECH] Pb d'upload entre AS288 vers OVH via GTT et Cogent

2024-01-16 Par sujet Damien Wetzel via frnog
Ce que je ne comprends pas c'est que le traffic Cogent vers OVH est moins 
important que celui
d'OVH vers Cogent donc moins saturé ?

David Ponzone writes:
 > C’est pas vendredi, c’est pour ça que personne a osé répondre en 30 min :)
 > 
 > La réponse est dans ton message, ça commence par C et ça finit par T, mais 
 > afin de protéger les innocents, je ne peux hélas te donner plus d’indice.
 > 
 > > Le 16 janv. 2024 à 16:31, Damien Wetzel via frnog  a 
 > > écrit :
 > > 
 > > Bonjour à tous et meilleurs voeux pour 2024 :)
 > > Nous avons des problèmes pour uploader des videos depuis L'AS288 vers
 > > nos serveurs chez OVH via les AS GTT 3257  et Cogent 174, les vitesses ne 
 > > depassent pas les 10 Mbps
 > > quelqu'un aurait une idée du probleme et/ou une solution à proposer pour 
 > > ameliorer les perfs ?
 > > Bien à vous,
 > > Damien,
 > > -- 
 > > 
 > > 
 > > 
 > > ~
 > > Damien WETZEL (ATANAR TECHNOLOGIES)("`-/")_.-'"``-._
 > > http://www.atanar.com  . . `; -._)-;-,_`)
 > >  (v_,)'  _  )`-.\  ``-'
 > > Phone:+33 9 67 35 09 05_.- _..-_/ / ((.'
 > > - So much to do, so little time -   ((,.-'   ((,/    
 > > ~
 > > 
 > > 
 > > ---
 > > Liste de diffusion du FRnOG
 > > http://www.frnog.org/
 > 

-- 



~
Damien WETZEL (ATANAR TECHNOLOGIES)("`-/")_.-'"``-._
http://www.atanar.com  . . `; -._)-;-,_`)
  (v_,)'  _  )`-.\  ``-'
Phone:+33 9 67 35 09 05_.- _..-_/ / ((.'
- So much to do, so little time -   ((,.-'   ((,/
~


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


[FRnOG] [TECH] Pb d'upload entre AS288 vers OVH via GTT et Cogent

2024-01-16 Par sujet Damien Wetzel via frnog
Bonjour à tous et meilleurs voeux pour 2024 :)
Nous avons des problèmes pour uploader des videos depuis L'AS288 vers
nos serveurs chez OVH via les AS GTT 3257  et Cogent 174, les vitesses ne 
depassent pas les 10 Mbps
quelqu'un aurait une idée du probleme et/ou une solution à proposer pour 
ameliorer les perfs ?
Bien à vous,
Damien,
-- 



~
Damien WETZEL (ATANAR TECHNOLOGIES)("`-/")_.-'"``-._
http://www.atanar.com  . . `; -._)-;-,_`)
  (v_,)'  _  )`-.\  ``-'
Phone:+33 9 67 35 09 05_.- _..-_/ / ((.'
- So much to do, so little time -   ((,.-'   ((,/
~


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


[FRnOG] [JOBS] Recrutement d'un(e) Ingénieur(e) Réseau & Sécurité

2024-01-15 Par sujet Alexandre Girard via frnog
Bonjour à tous,

Zoréole Services grandit et nous sommes à la recherche de notre quatrième 
Ingénieur(e) Réseau et Sécurité passionné(e) pour renforcer notre petite équipe 
de barbu ! Nous ne demandons aucun diplôme, nous valorisons avant tout ton 
expérience pratique et ta détermination donc si tu es autodidacte, 
touche-à-tout et que tu penses avoir les compétences requises, n'aie pas peur. 
Le poste est à pourvoir intégralement en télétravail avec la liberté 
d'organiser ton temps de travail. Nous te demandons seulement de résider en 
France. Si besoin, nous possédons des bureaux à Nanterre. Tu participeras 
également à une astreinte de niveau 2 sur les infrastructures de nos clients.

Tes principales missions seront de gérer l'infrastructure réseau des clients 
avec expertise.
Effectuer des audits de sécurité pour assurer l'intégrité et la confidentialité 
des données.
Conseiller nos clients en matière de réseau et de sécurité avec compétence.
Concevoir des architectures réseau robustes et déployer des solutions 
innovantes.
Manœuvrer avec des protocoles de routage tels que BGP, ISIS, OSPF, MPLS et 
VXLAN.
Automatiser des infrastructures réseau principalement avec Ansible et Infrahub.
Configurer des pare-feux, maîtriser le NAT, les tunnels IPsec, SSL et GRE ainsi 
que les règles de flux et de sécurité.

L'offre d'emploi est proposée avec un salaire minimum de 60 000 euros brut 
annuel, avec possibilité d'ajustements en fonction de ton expertise.

Pour cela, nous te demandons d'avoir une solide expérience dans les protocoles 
mentionnés.
Une aisance dans le monde opérateur et cloud.
Une maîtrise des imprimantes HP équipements Juniper, tant au niveau matériel 
qu'avec la CLI.
Des compétences avancées en automatisation, en particulier avec Ansible et bien 
entendu une maîtrise de l'anglais.

Posséder des connaissances avancées en Fortinet, Palo Alto, Arista et Opengear, 
de préférence avec des certifications correspondantes est un avantage, tout 
comme le fait d'avoir des compétences en Administration Système sous 
environnement Linux. (Et avoir de la barbe !)

Comme dit, aucun diplôme n'est requis. Nous recherchons avant tout une passion 
et une expérience substantielle. Ton engagement à exceller dans le monde du 
réseau et de la sécurité est primordial. Nous portons une attention 
particulière sur le fait de maîtriser l'écosystème Juniper qui est 
indispensable pour nous et nos clients.

Si tu penses que le poste peut t'intéresser, envoie-moi un mail et nous 
étudierons ton profil avec plaisir !

Sincèrement,
Alexandre Girard













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


Re: [FRnOG] [TECH] UniFi - pilotage bornes légères UAP-AC-LITE

2024-01-14 Par sujet Jérôme Berthier via frnog

Le 14/01/2024 à 11:22, Paul Rolland (ポール・ロラン) a écrit :

5) y a des gateway qui intègrent UniFi Console qui permet d'instancier
UniFi Network Server ou de joindre le cloud UI

Oui. Ca peut d'ailleurs te permettre de recuperer une fonction "routeur"
(et donc la partie DHCP). Dans ta liste de materiel, tu as liste un switch
et les AP, mais pas de routeur... je suppose que tu prends celui qui vient
avec l'acces Internet ?



oui j'ai pas parlé de la partie routeur car par défaut, le gestionnaire 
pensait utiliser sa livebox.


Je lui ai exposé les limites de ça. Je pense qu'il a capté pourquoi ce 
serait utile de cloisonner un peu les usages.





IMHO, il te faut, pour etre bien:
  - un switch PoE, qui te fera l'alim de tes bornes. Et si il est Unifi, tu
le geres avec le reste dans ta console, genre le Lite 16PoE, qui te fait
16 ports, dont 8 avec PoE+, ce qui couvre tes 5 APs
  - une console on-site, qui te fera la brique "controleur", le DHCP, ...


OK grâce à vos différents retours, on a levé mes doutes sur l’enrôlement 
des bornes. Y a pas vraiment de contrôleur, c'est plutôt un manager. 
Chose plutôt pas mal, on peut remonter cette console locale dans le 
cloud UI, ce qui donne une vue distante de l'installation. ;)


On est rendu entre 6 et 8 APs selon les positionnements finaux 
(contraintes de pose). Elles sont POE standard, pas besoin de plus. Par 
contre, me faut un switch qui peut gérer quelques vlans.


On va donc effectivement ajouter une passerelle intermédiaire derrière 
sa box.


Au delà de la segmentation et adressage clients, je suppose que ça 
assure aussi la traçabilité des sessions IP ? et que ça remonte les logs 
dans la console ?


Pour la partie hotspot, c'est simpliste mais ça fait le job. Si en plus 
la passerelle fait l'accounting IP, ce sera parfait en terme de traçabilité.


Merci à tous pour les différents retours

--
Jérôme Berthier

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


Re: [FRnOG] [MISC] recherche IPAM pour telephone

2024-01-14 Par sujet ml frnog

Merci Dominique,


je teste ça la semaine prochaine.



Le 12/01/2024 à 11:02, Dominique Rousseau a écrit :

Le Thu, Jan 11, 2024 at 11:40:35PM +0100, ml frnog [ml.fr...@free.fr] a écrit:

Bonsoir la communauté,


Comme évoqué dans le sujet je suis à la recherche d'un "Telephone"  Adress
Manager afin de gérer les tranches de numéros SDA,

à la façon de ce qu'on peut faire dans un IPAM classic.

https://idebugall.github.io/phonebox-init/

( pas utilise, juste cherche si un plugin pour netbox existait pas deja
:) )





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


Re: [FRnOG] [TECH] UniFi - pilotage bornes légères UAP-AC-LITE

2024-01-13 Par sujet Thomas Brenac via frnog
Je plussois. Un simple PC avec Java et son appli UI.

Cela marche bien, faut se connecter de temps a autre pour faire une mise a jour.

C’est tout

___
Thomas BRENAC
+33686263575 


> On 13 Jan 2024, at 18:34, David Ponzone  wrote:
> 
>> Alors oui, mais pas forcément: tu installes l'appli
>> https://ui.com/download/releases/network-server
>> 
>> sur un PC quelconque , tu la lances pour faire la config, mais après, ça 
>> tourne tout
>> seul même si l'appli est coupée. Les AP n'ont pas besoin du "contrôleur" 
>> pour fonctionner.
>> 
>>Arnaud.


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


Re: [FRnOG] [TECH] UniFi - pilotage bornes légères UAP-AC-LITE

2024-01-13 Par sujet Jérôme Berthier via frnog

Le 13/01/2024 à 16:32, Jérôme Berthier via frnog a écrit :
J'ai démarré une instance UniFi Network Server pour voir à quoi ça 
ressemble.


Je vois qu'on peut demander une fonction portail captif. Par contre, 
après l'avoir activé, je ne vois aucun menu de gestion des comptes 
guest. Ce n'est pas proposé ?? 


OK je pense avoir trouvé pour ce point.

Après avoir personnalisé le portail en activant l'authentification par 
voucher, un menu apparaît pour gérer les comptes. C'est très rudimentaire.


--
Jérôme Berthier


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


[FRnOG] [TECH] UniFi - pilotage bornes légères UAP-AC-LITE

2024-01-13 Par sujet Jérôme Berthier via frnog

Salut la liste,

Je file un coup de main pour une installation Wifi d'un petit 
établissement qui a des chambres d'hôtes.


C'est un rachat. Le proprio précédent a laissé du matos à installer : 
cinq APs UniFi UAP-AC-LITE et un switch POE Netgear non manageable 
(champagne !).


Je ne connais pas les solutions Unifi. Après un peu de lecture, si je 
pige bien :


1) ce sont des AP légères donc faut un contrôleur à part (même s'il 
semblerait possible de les paramétrer unitairement)


2) il faut donc l'application UniFi Network Server

4) soit on héberge ce service, soit on le consomme chez UI

5) y a des gateway qui intègrent UniFi Console qui permet d'instancier 
UniFi Network Server ou de joindre le cloud UI



Comme le tenancier n'est pas vraiment informaticien, je vais plutôt lui 
conseiller des éléments packagés qui "juste marchent".


Du coup, en regardant les boîtiers type gateway, pour pas trop cher, 
j'ai l'impression qu'il y aurait :


- le boîtier CloudKey+ UCK-G2-PLUS (console OnPrem)

- le boîtier UniFi Express UX (console Cloud UI) mais limité à quatre 
devices pilotés


- le boîtier Dream Router UDR (40W) (console Cloud UI)

Est-ce bien ça ?


J'ai démarré une instance UniFi Network Server pour voir à quoi ça 
ressemble.


Je vois qu'on peut demander une fonction portail captif. Par contre, 
après l'avoir activé, je ne vois aucun menu de gestion des comptes 
guest. Ce n'est pas proposé ??



Je vais aussi tenter de lui faire changer son parpaing POE pour avoir 
une gestion de vlan (histoire de séparer l'adressage des APs, le guest 
et surement un SSID privé). Une idée du modèle de switch UniFi (10 ports 
utiles) ?



Côté docs, j'ai du mal à trouver des réponses à mes questions...

Si une bonne âme veut bien m'aiguiller. 


Merci d'avance

Bon week-end

--
Jérôme Berthier


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


[FRnOG] [MISC] recherche IPAM pour telephone

2024-01-11 Par sujet ml frnog

Bonsoir la communauté,


Comme évoqué dans le sujet je suis à la recherche d'un "Telephone"  
Adress Manager afin de gérer les tranches de numéros SDA,


à la façon de ce qu'on peut faire dans un IPAM classic.


Est ce que ça existe ? en opensource (encore mieux) ? comment vous gérez 
ça de votre coté ?


j'ai fais quelques requetes google sans succès pour l'instant

marre des fichier des fichiers excel pour ma part


Merci


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


Re: [FRnOG] [TECH] UCEPROTECTL3 blacklist

2024-01-11 Par sujet Guy Larrieu via frnog

Bonjour,

Le 2024-01-11 11:13, Merwan Zenati a écrit :


UCEPROTECTL3



UCEPROTECT level 3 liste des AS complets, en cumulant le "Spam Score" de 
l'ensemble de ses IPs. Sur une grosses AS comme celle d'OVH, c'est plus 
ou moins l'assurance d'être listé en permanence.


UCEPROTECT conseille d'ailleurs de ne pas l'utiliser comme motif de 
blocage, je cite :


By using Level 3 for blocking, be prepared to occasionally lose some 
required mails too. DO NOT BLAME US, YOU HAVE BEEN FOREWARNED!

[...]
Use of Level 3 for blocking is recommended only if you are a HARDLINER 
and you want to cause service providers and carriers that have spammer / 
abusive clients to be quickly and effectively blocked and it does not 
matter to you if regular email is also occasionally rejected.


https://www.uceprotect.net/en/index.php?m=3=5

Cordialement,

Guy.


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


Re: [FRnOG] [TECH] UCEPROTECTL3 blacklist

2024-01-11 Par sujet Laurent S. via frnog
Bonjour,

Je ne connais aucun serveur mail sérieux qui utilise UCEPROTECTL3 comme 
signal important dans la classification spam. Cette RBL a pour but de 
lister des plages IP plutôt larges. Donc presque toutes les VPS de OVH y 
sont, mais aussi d'autre fournisseurs pas toujours très réactifs aux abus.

A noter de UCEPROTECT permet de se délister dans certains cas de 
UCEPROTECTL1 ou UCEPROTECTL2 (si je ne me trompe pas) si l'opérateur de 
l'IP paye une rançon... Je considère que ce modèle commercial et cette 
manière de gérer une RBL ne sont pas éthiques.

Google utilise une énorme quantité de signaux pour décider qu'est-ce qui 
est spam ou non. Je pense que cela vaut mieux de vérifier si les bonnes 
pratiques mailing sont respectées (rDNS, SPF, DKIM, ...) au lieu de se 
soucier de ce listing particulier. Par contre, oui OVH n'a pas une super 
bonne réputation au niveau de ses IPs, cela reste possible que cela soit 
en votre défaveur.

Cordialement,
Laurent


On 11.01.24 11:13, Merwan Zenati wrote:
> Bonjour a tous,
> 
> Ce matin un de mes collaborateurs m'a fait part du fait que ses invit teams
> se retrouvent dans les spams. Je vois que notre ndd est sur la
> blacklist UCEPROTECTL3, le serveur 51.91.60.233 est IPTWIN hosted OVH.
> Étrangement seuls les mails avec invitations sont flag en tant que SPAM par
> google, les mails normaux passent, et le Mxtoolbox Health Analyzer me dit
> que le domaine est plutôt en "bonne santé" sans me mentionner le blacklist
> ci-dessus.
> Sommes-nous les seuls dans cette situation ?
> 
> Merci,
> M
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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


[FRnOG] [MISC] Hébergeur Mail Perso : Bien choisir

2024-01-08 Par sujet ctv via frnog
Bonsoir,

Le mail du 08/01/2024 note en particulier:
(cf. mail ID 
):
> Je suis en quęte d'un hébergeur mail pour mes besoins "familiaux".

> J'envisage sérieusement Infomaniak (d'autant que c'est l'un de mes
> registrar) oů le service kSuite standard (
> (sic)
Depuis quelques années chez infomaniak pas de troubles particuliers. Les 
hotliners sont trčs (vraiment trčs) cools et passent le relais aux développeurs 
si besoin (pour moi par exemple lors quelques problčmes de diffusion DNS au 
tout début).

Petit hébergement pro (232.00 €/an):
- NDD chez eux (sous domaines illimités, comme ailleurs)
- hébergement mail: 25 boîtes, pas de limites de taille ni de durée de
  conservation des mails (je n'utilise pas leur webmail sauf pour jeter un śil 
sur les spams de temps
  ŕ autres)
- hébergement web (de mémoire limité ŕ vingt sites pour mon offre)
- calendrier
- contacts
Complété par de l'espace de sauvegarde sur des lames Syno, mais c'est une autre 
histoire.

Sinon j'ai de bons retours sur Hosteur également
https://www.hosteur.com/

Avec attentions,
--
Michel Soleilhavoup   ·   Guichet terminal

CTV's LPR  
---
Liste de diffusion du FRnOG
http://www.frnog.org/


[FRnOG] [MISC] Hébergeur Mail Perso : Bien choisir

2024-01-08 Par sujet ctv via frnog
Bonsoir,

Le mail du 08/01/2024 note en particulier:
(cf. mail ID 
):
> Je suis en quęte d'un hébergeur mail pour mes besoins "familiaux".

> J'envisage sérieusement Infomaniak (d'autant que c'est l'un de mes
> registrar) oů le service kSuite standard (
> (sic)
Depuis quelques années chez infomaniak pas de troubles particuliers. Les 
hotliners sont trčs (vraiment trčs) cools et passent le relais aux développeurs 
si besoin (pour moi par exemple lors quelques problčmes de diffusion DNS au 
tout début).

Petit hébergement pro (232.00 €/an):
- NDD chez eux (sous domaines illimités, comme ailleurs)
- hébergement mail: 25 boîtes, pas de limites de taille ni de durée de
  conservation des mails (je n'utilise pas leur webmail sauf pour jeter un śil 
sur les spams de temps
  ŕ autres)
- hébergement web (de mémoire limité ŕ vingt sites pour mon offre)
- calendrier
- contacts
Complété par de l'espace de sauvegarde sur des lames Syno, mais c'est une autre 
histoire.

Sinon j'ai de bons retours sur Hosteur également
https://www.hosteur.com/

Avec attentions,
--
Michel Soleilhavoup   ·   Guichet terminal

CTV's LPR  
---
Liste de diffusion du FRnOG
http://www.frnog.org/


[FRnOG] Re: [MISC] Hébergeur Mail Perso : Bien choisir

2024-01-08 Par sujet ctv via frnog
Bonsoir,

Le mail du 08/01/2024 note en particulier:
(cf. mail ID 
):
> Je suis en quête d'un hébergeur mail pour mes besoins "familiaux".

> J'envisage sérieusement Infomaniak (d'autant que c'est l'un de mes
> registrar) où le service kSuite standard (
> (sic)
Depuis quelques années chez infomaniak pas de troubles particuliers. Les 
hotliners sont très (vraiment très) cools et passent le relais aux développeurs 
si besoin (pour moi par exemple lors quelques problèmes de diffusion DNS au 
tout début).

Petit hébergement pro (232.00 €/an):
- NDD chez eux (sous domaines illimités, comme ailleurs)
- hébergement mail: 25 boîtes, pas de limites de taille ni de durée de
  conservation des mails (je n'utilise pas leur webmail sauf pour jeter un œil 
sur les spams de temps
  à autres)
- hébergement web (de mémoire limité à vingt sites pour mon offre)
- calendrier
- contacts
Complété par de l'espace de sauvegarde sur des lames Syno, mais c'est une autre 
histoire.

Sinon j'ai de bons retours sur Hosteur également
https://www.hosteur.com/

Avec attentions,
--
Michel Soleilhavoup   ·   Guichet terminal

CTV's LPR 
---
Liste de diffusion du FRnOG
http://www.frnog.org/


Re: [FRnOG] Re: [MISC] Hébergeur Mail Perso : Bien choisir

2024-01-08 Par sujet ml-frnog
"Et quasi plus besoin du "cloud" pour un VPS Mail, qui commencait à 
couter + cher qu'une offre mail comme infomaniak."


Sachant que l'offre de base d'Infomaniak est gratuite, c'est pas 
compliqué de faire plus cher :p


Le 08/01/2024 à 15:59, Fabien VINCENT a écrit :

Pardon pour l'imprécision grand maitre :D

Bon ok, on va juste parler de M$ alors, qui est le plus grand
malfaiteur dans cette histoire de blacklist abusive. Quand tu dois te
taper une demande de deblacklist 1fois/semaine pour la même IP du
même AS, ça devient un parcours du combattant. Globalement, avec un
bon support et de bons contacts, ca marchait à peu près chez
Scaleway. Je te parle même pas du support OVH (quand tu as un VPS à
5€/mois, j'ai envie de dire normal).

  Si pour envoyer un mail, il faut en envoyer 12 à M$ et ton hosteur
avant, voilà pourquoi j'ai renoncé. Après 10 ans à gérer mon
serveur mail. J'ai considéré que mon temps perdu valait plus que
4€/mois (#capitalisme). Je crois que ce sujet a déjà été
débattu, mais les GAFAM font désormais la pluie et le bon temps dans
le monde merveilleux du SMTP et des RBLs, plus encore que Spamhaus en
son temps.

L'avantage: ça m'a donné l'occasion de virer 90% de mes VPS/VM dans
le "cloud" vers ma cave sur un serveur perso. 4 à 5x plus puissant
pour le même prix (même les DCs brûlent, donc je backup sûrement
plus safe qu'un VPS/compute à 5€ mono rack). Et quasi plus besoin
du "cloud" pour un VPS Mail, qui commencait à couter + cher qu'une
offre mail comme infomaniak.

Bref, je n'y vois que des avantages en temps, en prix, en
flexibilité, jusqu'à ce que Infomaniak se fasse trouer comme un
gruyère suisse. Ça sera surement moins rigolo à ce moment là.

Bref, le rapport bénéfices / risques (et coût) m'a parlé. M$ m'a
battu. Et comme aucune solution FR ne semble exister avec un peu de
features pour Madame Michu (oui je suis pas tout seul, je dois
composer avec le WAF - Women Acceptance Factor).

FABIEN VINCENT_
@beufanet_

Le 2024-01-08T15:38:19.000+01:00, Stephane Bortzmeyer
 a écrit :


  On Mon, Jan 08, 2024 at 09:45:11AM +0100,
  
   Fabien VINCENT  wrote
  
   a message of 117 lines which said:
  

   Perso, j'ai tout basculé sur kPro après des années à gérer
   des
   
    serveurs en perso chez OVH et SCW, mais c'est devenu impossible

   avec
   
    les grands comme M$ / Gmail / Yahoo d'avoir une

   "déliverabilité"
   
    correcte.
  
  Impossible n'est pas français. En tout cas, pas FRnogien. L'OP

  disait
  
  qu'il n'avait ni le temps ni l'envie de gérer son serveur, ce que

  je
  
  comprends tout à fait, mais dire que c'est impossible est

  franchement
  
  exagéré (et mettre Gmail et Yahoo dans la même liste, non mais

  allô,
  
  quoi).
  
  https://www.bortzmeyer.org/mon-serveur-messagerie.html




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



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


Re: [FRnOG] [MISC] Hébergeur Mail Perso : Bien choisir

2024-01-08 Par sujet Louis G. via frnog
Hi everyone,

Après une dizaine de réponses je vois que personne n'a cité Migadu.
https://migadu.com

Petit hébergeur basé en Suisse (serveurs en France, il propose des
offres à l'usage. En gros tu paie pas au nombre de domaines, d'alias ou
d'options, mais au stockage. Pour 5 Go tu t'en sors pour ~10€/mois.
Y'a aussi des limites quotidiennes d'envoi/reception, assez larges.
https://migadu.com/pricing/

> D'un point de vue fonctionnel, rien d'exceptionnel, au moins 2 NDD
> personnalisés, 1 boite partagés, gestion des alias '+', Catch-All, au moins
> 2 email / users, 5Go mini

Aucun soucis là dessus, tu peux faire à peu près ce que tu veux. Tu peux
même faire du "pattern rewrite" pour que `machin.bidule` tombe dans la boite
"machin" (et éviter que les sites qui refusent l'usage du + dans les
adresses te disent d'aller te faire cuire un œuf (oui ça existe…))

> et si possible un support des standards mails
> simili exchange (synchro mail + agenda, contact et notes, à la Krosof't,
> Googleuh, iPomme)

Bon par contre c'est là où le bas blesse, Migadu fait exclusivement du mail.
Pas de WebDAV ou autre… À voir si c'est un no-go pour toi.
Edit : en fait je suis allé vérifier et en fait si, c'est accessible. Par
contre c'est précisé que c'est pas la priorité donc c'est les trucs de base

> We continue developing them but please do not expect we will ever compete
> with dedicated calendar services.


Pour le reste j'en suis très satisfait, depuis 3~4 ans environ. On est 5
à profiter de l'abonnement, j'ai zéro soucis à remonter.

Quelques trucs cool à citer :
- support des filtres sieve
- 10/10 sur mailtester (en suivant la config conseillée pour les DNS)
- le panel admin qui est vraiment bien foutu
- le support qui est à l'écoute et compétent

À propos de support, le service est suffisament plébiscité pour que
l'outil de ticketing propose la catégorie "compliment"


Et si t'es pas convaincu, le site propose une page dédiée à tous les
points négatifs, donc même là dessus y'a de la transparence. :)
https://migadu.com/procon/


My 2 cents.

Louis


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


Re: [FRnOG] [MISC] Hébergeur Mail Perso : Bien choisir

2024-01-08 Par sujet Bruno Tréguier via frnog

Le 08/01/2024 à 09:09, Samuel Mesguich a écrit :

PS 3 : Non vraiment, les mails en auto-hébergé, je ne veux pas :) Et mon
fournisseur agrumesque ne m'autorisera pas a héberger mes mails sur mon
Synology chez moi ("el famoso" port 25 bloqué)


Bonjour,

Juste un détail concernant ce point: loin de moi l'idée de proposer 
l'auto-hébergement désormais. Si je n'avais pas commencé il y a bientôt 
30 ans, et si je n'étais pas si obstiné, j'aurais abandonné. Bref, je ne 
conseille pas (plus). Mais en revanche, si on le souhaite vraiment, 
c'est toujours faisable, même chez l'agrume, à la seule condition 
d'accepter de positionner leur serveur en "smart relay", donc pour les 
mails sortants. Dans le sens entrant, aucun souci en revanche, le port 
25 n'est pas bloqué.


Voilà, juste mes 2 centimes.

Bonne année à toutes et tous.

Bruno

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


RE: [FRnOG] [MISC] Hébergeur Mail Perso : Bien choisir

2024-01-08 Par sujet Barbara Orlandi Nokia via frnog
Bonjour,

 https://tuta.com/pricing assez équivalent à proton mais option famille moins 
chère.

Bien cordialement,
B. Orlandi

-Original Message-
From: frnog-requ...@frnog.org  On Behalf Of Daniel via 
frnog
Sent: Monday, January 8, 2024 9:57 AM
To: frnog@frnog.org
Subject: Re: [FRnOG] [MISC] Hébergeur Mail Perso : Bien choisir


CAUTION: This is an external email. Please be very careful when clicking links 
or opening attachments. See the URL nok.it/ext for additional information.



Bonjour

GMX ? Powermail ?

Le 08/01/2024 à 09:09, Samuel Mesguich a écrit :
> Bonjour à tous,
>
> Premier message sur FRnOG, "ô-combien philosophique", et déjà abordé 
> et parfait pour démarrer la semaine : l'hébergement mail.
>
> Je suis en quête d'un hébergeur mail pour mes besoins "familiaux".
> Par conviction personnelle, je suis actuellement chez ProtonMail. (1 
> user,
> 1 NDD). Sauf que la famille grandi et désormais, nous serions 3 users, 
> sur
> 2 NDD.
>
> D'un point de vue fonctionnel, rien d'exceptionnel, au moins 2 NDD 
> personnalisés, 1 boite partagés, gestion des alias '+', Catch-All, au 
> moins
> 2 email / users, 5Go mini, et si possible un support des standards 
> mails simili exchange (synchro mail + agenda, contact et notes, à la 
> Krosof't, Googleuh, iPomme)
>
> Je viens de découvrir que l'offre ProtonMail Famille (
> https://proton.me/fr/family) coûte près de 29,90€ par mois (ou bien 
> 19,90€ par mois sur 2 ans, si je paye one-shot 479,76€...). La facture 
> de mes convictions commence à être lourde...
>
> J'envisage sérieusement Infomaniak (d'autant que c'est l'un de mes
> registrar) où le service kSuite standard (
> https://www.infomaniak.com/fr/hebergement/service-mail/tarifs) 
> commence à partir de 1,58€/mois / utilisateur, (premier utilisateur 
> gratuit) ou même sur l'offre kSuite Pro.
>
> J'ai écarté OVH car j'ai déjà eu quelques galères avec eux (notamment 
> sur la partie registrar). Les tarifs de Gandi me semblent "hors sol" 
> au vu du peu de fonctionnalités proposé.
>
> La famille étant équipé en iPomme, je peux via le forfait 
> iCumulonimbus avoir le support de NDD personnalisés (
> https://support.apple.com/fr-fr/102540) sans débourser 1ct de plus 
> mais clairement si j'ai sorti mes mails de Google, c'était pas pour 
> tout balancer sur iPomme.
>
> Si vous avez des conseils ou recommandation, je suis preneur, qu'ils 
> soient "CHATONS" ou "GrozOpérateur"
>
> Avec toute votre bienveillance,
> Samuel
>
> PS : Les plus assidus auront remarqué que ce mail est envoyé grâce à 
> un email Google, qui aujourd'hui reçoit exclusivement le courrier 
> FRnOG :) PS 2 : Oui, je suis un "Geek Barbue" mais à la maison, l'IT 
> je veux "pas trop m'en occuper" et juste que "ça marche".
> PS 3 : Non vraiment, les mails en auto-hébergé, je ne veux pas :) Et 
> mon fournisseur agrumesque ne m'autorisera pas a héberger mes mails 
> sur mon Synology chez moi ("el famoso" port 25 bloqué)
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/

--
Daniel


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

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


Re: [FRnOG] [MISC] Hébergeur Mail Perso : Bien choisir

2024-01-08 Par sujet Daniel via frnog

Bonjour

GMX ? Powermail ?

Le 08/01/2024 à 09:09, Samuel Mesguich a écrit :

Bonjour à tous,

Premier message sur FRnOG, "ô-combien philosophique", et déjà abordé et
parfait pour démarrer la semaine : l'hébergement mail.

Je suis en quête d'un hébergeur mail pour mes besoins "familiaux".
Par conviction personnelle, je suis actuellement chez ProtonMail. (1 user,
1 NDD). Sauf que la famille grandi et désormais, nous serions 3 users, sur
2 NDD.

D'un point de vue fonctionnel, rien d'exceptionnel, au moins 2 NDD
personnalisés, 1 boite partagés, gestion des alias '+', Catch-All, au moins
2 email / users, 5Go mini, et si possible un support des standards mails
simili exchange (synchro mail + agenda, contact et notes, à la Krosof't,
Googleuh, iPomme)

Je viens de découvrir que l'offre ProtonMail Famille (
https://proton.me/fr/family) coûte près de 29,90€ par mois (ou bien 19,90€
par mois sur 2 ans, si je paye one-shot 479,76€...). La facture de mes
convictions commence à être lourde...

J'envisage sérieusement Infomaniak (d'autant que c'est l'un de mes
registrar) où le service kSuite standard (
https://www.infomaniak.com/fr/hebergement/service-mail/tarifs) commence à
partir de 1,58€/mois / utilisateur, (premier utilisateur gratuit) ou même
sur l'offre kSuite Pro.

J'ai écarté OVH car j'ai déjà eu quelques galères avec eux (notamment sur
la partie registrar). Les tarifs de Gandi me semblent "hors sol" au vu du
peu de fonctionnalités proposé.

La famille étant équipé en iPomme, je peux via le forfait iCumulonimbus
avoir le support de NDD personnalisés (
https://support.apple.com/fr-fr/102540) sans débourser 1ct de plus mais
clairement si j'ai sorti mes mails de Google, c'était pas pour tout
balancer sur iPomme.

Si vous avez des conseils ou recommandation, je suis preneur, qu'ils soient
"CHATONS" ou "GrozOpérateur"

Avec toute votre bienveillance,
Samuel

PS : Les plus assidus auront remarqué que ce mail est envoyé grâce à un
email Google, qui aujourd'hui reçoit exclusivement le courrier FRnOG :)
PS 2 : Oui, je suis un "Geek Barbue" mais à la maison, l'IT je veux "pas
trop m'en occuper" et juste que "ça marche".
PS 3 : Non vraiment, les mails en auto-hébergé, je ne veux pas :) Et mon
fournisseur agrumesque ne m'autorisera pas a héberger mes mails sur mon
Synology chez moi ("el famoso" port 25 bloqué)

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


--
Daniel


---
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 ml-frnog

J'avais pas voulu relancer, mais si tu insistes ...

"Donc ça ressemble à une grosse majorité de gens. "
"Un tiers de la population n'est pas "une petite minorité de gens."

Entre "une grosse majorité" et 33%, il y a quand même une sacrée 
différence. Et je n'appelle pas "58%" une grosse majorité, c'est plus 
proche des 50% que des 100%.
Du coup, je doute toujours de la pertinence d'utiliser les batteries des 
voitures électriques (donc un maximum de 13 millions, de diverses 
marques, dont des Zoé connues pour la piètre qualité de leurs batteries) 
pour absorber les besoins pendant la nuit (période où on consomme le 
moins globalement), alors qu'à côté le moindre dispositif d'appoint 
d'EDF est largement plus performant.


Mais bon, pour le moment, d'après 
https://www.statistiques.developpement-durable.gouv.fr/387-millions-de-voitures-en-circulation-en-france-au-1er-janvier-2022 
on a même pas 1 million de voiture autre qu'à essence/diesel, ca réduit 
encore plus l'intérêt de les utiliser comme source d'appoint.


Sinon, concernant la partie sur "politique actuelle de matraquage 
écolo-fiscal", on ne fait plus de construction traditionnelle tel que tu 
le décris, ca ne rentre pas dans les normes RT 2012 et encore moins RT 
2020. Les nouvelles constructions sont pas loin d'être passive.
Concernant les anciennes, les proprios de locations (40% des habitations 
du coup) commencent à avoir de fortes contraintes si elles sont des 
passoires thermiques. Petit à petit, ils se retrouvent à avoir le choix 
entre payer des taxes, faire des airbnb (mais ca commence à changer dans 
les zones tendues), ou faire des travaux d'isolations.


Le 06/01/2024 à 14:12, sr a écrit :


Le 05/01/2024 à 15:36, David Ponzone a écrit :

57% de 58%, ça fait 33%.


Un tiers de la population n'est pas "une petite minorité de gens."

C'est ce que je souhaitais préciser et, inutile d'ergoter, t'arriveras 
pas à transformer la réalité ;>


Les français, les roumains ou les pays du sud, à tord ou à raison sont, 
pour l'instant, des peuples de proprios, a contrario des allemands par 
exemple.





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


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

2024-01-06 Par sujet Xavier Beaudouin via frnog
Hello Stéphane,

> Après, compte tenu de la politique actuelle de matraquage écolo-fiscal
> et de l’appauvrissement du pays, ça risque de changer. Factuellement,
> d'un point de vue énergétique (et de pur bon sens), la construction
> traditionnelle (parpaing sur dalle béton, isolation par l'intérieur, vmc
> simple, chauffage électrique basique, etc) est une aberration. 

Là dessus c'est pas près de changer, dû à cette politique de matraquage 
général de la population (taxes, taxes, toujours des taxes pour un 
"service" de plus en plus "léger").
Si les taxes liées à la résidence principales étaient plus légères, avec
des conditions drastiques : rester +10 ans dans cette résidence par ex)
peut-être qu'on aurais moins de truc tradi en mousse (surtout pour
le chauffage ou un PAC sera tjrs plus efficace que l'effet joule pour chauffer
surtout si c'est une PAC géothermique, mais là encore le pouvoir de nuisance
des p'tits chefaillons dans leur mairie est trop fort : pas moyen de creuser 
à plus d'un mètre dans le sol sans crouler sur les cerfas même si on est 
proprio 
du terrain...).

> Enfin, le
> pavillon, en tant que tel, n'est plus en odeur de sainteté parmi nos
> élites, même si les français préfèrent ce mode de logement. Un petit
> bout de jardin, c'est quand même sympa pour la famille.

Surtout quand on se fait confiner la tronche ... hein ?
Accessoirement pour avoir "gouté" les "joies" de la copro pendant des 
années : c'est juste non... plus jamais. Raz-le-cul des gens qui 
ponctionnent encore plus ton pognon et qui ont des comptes a rendre "light".
J'ai donné 10 ans dans 2 copro : no fscking way.

Xavoer


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


Re: [FRnOG] Re: [MISC] [Infosec] Incident de sécurité Orange Spain

2024-01-05 Par sujet ml-frnog

Bonsoir,

Pour Okta, pas besoin de spammer le MFA apparement 
https://www.reuters.com/technology/cybersecurity/okta-says-hackers-stole-data-all-customer-support-users-cyber-breach-2023-11-29/ 
:D


Cdlt

Le 05/01/2024 à 20:18, N R a écrit :

Bonsoir monde,
C'est vrai qu'avec l'exemple de Lapsus$ qui bombardait l'utilisateur⋅ice de
notifications MFA jusqu'à ce qu'il ou elle cède et leur succès à infiltrer
Micromou, Okta ou Nvidia, ça valide l'effet "sécurité qui rajoute des
trous" du MFA.

Je plussoie au constat que c'est devenu délirant, peut-être un vrai effet
NoCode, il n'y a pas besoin de compétences particulière pour compromettre
des infrastructures critiques, voir aussi l'exemple InfraGard infiltrée par
USDoD.

[2 cents Vendredi]
À toujours proposer des solutions techniques à des problèmes foncièrement
humains, on fragilise l'infrastructure et l'humanité d'un coup.
Globalement j'ai la sensation aussi que la sécurité c'est toujours pour se
rassurer ou un problème pour les autres.
[\0/]

Après, c'est sûr que mettre du MFA et un mot de passe un poil plus
résistant à du bruteforce (post-quantum everything toussah) sur des
interfaces critiques et exposées ça protège du tout-venant.
L'OTP c'est bien aussi quand c'est bien fait, ou les jetons physiques genre
Yubikey, Onlykey...

Nicolas 'Kholah' Randrianarisoa

Le ven. 5 janv. 2024 à 12:05, Stephane Bortzmeyer  a
écrit :


On Thu, Jan 04, 2024 at 09:39:15AM +0100,
  David Ponzone  wrote
  a message of 21 lines which said:


Allez, activation du MFA partout sur RIPE (et les autres RIRs),

histoire

que au moins on remette le besoin d'un acces a un device physique

(router

ou token) pour continuer a casser notre bel outil.


Pas forcément, si tu caches mal ton emergency code :)


Ou si on se laisse prendre à de l'ingéniérie sociale. Le MFA est
évidemment impératif pour les comptes au RIPE mais ce n'est pas une
solution miracle.

La leçon que j'en tirerai est plutôt « toute technique de sécurité
peut être détournée pour créer une attaque par déni de service ».


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



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



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


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

2024-01-05 Par sujet ml-frnog
C'est assez pénible ces sites qui font du blockage arbitraire de flux à 
cause d'un Cloudfront mal paramétré. D'un autre côté, est-ce que 
Cloudfront est RGPD compliant ? ;)


Le 05/01/2024 à 12:02, Baptiste Chappe a écrit :

Hello,
Même soucis d’accès depuis un FAI Alternatif depuis décembre.
C’est du cloudfront qui semble poser le problème.

Baptiste

Le ven. 5 janv. 2024 à 10:52, David Ponzone  a
écrit :


Le 5 janv. 2024 à 10:40, Julien Escario  a

écrit :


Houlà, un tas ! Après, j'ai testé avec un chrome (pour éliminer un

plugin ou user agent qui ne lui plairait pas), depuis un autre poste et
depuis un serveur extérieur avec wget. Même constat.


Bon après, qu'ils me jettent avec le user-agent de wget, je peux

comprendre.

Moi ça marche avec wget.


FDN étant mon FAI, je pense que la raison la plus logique serait que

Enedis s'est dit que ce serait malin de mettre une liste de refus en mode
'tout ce qui ne vient pas des préfixes GP des 4 ou 5 FAI classiques
français'.

Je suis un mauvais eyeball, que veux-tu.


Mon IP source aussi n’est pas un gros eyeball du tout :)
La vérité est ailleurs….

…car j’ai le même problème que toi en faisant le wget depuis une VM chez
Amen (IP source enregistrée au RIPE chez SimplyTransit/UK). Problème de
géoloc avec ton IP ?

David


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



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



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


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

2024-01-05 Par sujet ml-frnog




Le 05/01/2024 à 13:15, Jérôme Marteaux a écrit :

Le 05/01/2024 à 11:39, Xavier Beaudouin via frnog a écrit :

Hello,


Il y a bien le contact jour/nuit (enfin, HP/HC) sur les électroniques
blanc .. mais il est déjà utilisé quoi :p


Voilà...
Sur les anciens compteurs électronique il y avais un second contact
utilisé... pour les EJP / Tempo Rouge.

Sauf que les gens super bien payés ont décidé "oh ça sert à rien
alors on vas supprimer le contact pour gagner 1€ (larrrge)" sur la
fabrication de ce compteur.

Bien vu ! (Alors QUE JUSTEMENT, ce contact aurait pu être utilisé).

À 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 ...


Qui marchent (pour l'instant, ca a l'air chez moi sur HomeAssistant) ET
qui n'aient pas besoin d'un yet another fscking compte de merde pour.

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 plutôt que sur une généralisation de domotiques lourdes
branchés aux TIC des compteurs (qui sont bien souvent en dehors de la
maison avec un fourreau plein comme un oeuf ou bien écrasé depuis 15 
ans)


Bah ça c'est encore une victoire d'Enedis qui ne voulais pas se faire 
chier

a sonner pour relever le compteur.



Toujours pareil, il faut diminuer les budgets du service public, donc 
faire des économies, donc supprimer de la masse salariale. Mais un point 
pour toi, il n'y a pas énormément de valeur ajoutée à relever des 
compteurs.



Après j'ai entendu dire que tu peux faire rappatrier ton compteur chez
toi depuis que le Linky est là.


Mais ça suppose un brin de volonté et un peu d'infra fonctionnelle ...
Genre "créez votre compte Enedis, associez votre compteur, activez l'API
de délestage, branchez vos grille-pain sur un smart-truc de la liste
suivante et gagnez 10 balles par mois"


Pour 10€ par mois OSEF... c'est 1% de ma facture. Sachant qu'il n'y a
que les passionnés de domotique qui vont le faire donc en gros
personne.

Après quand on voit ce qu'il font au pays bas avec les API pour les
tarifs de l'électricité alors que nous pourrions en tant que particulier
délester heure par heure si on avais des putain d'API...

Exemple :
https://www.victronenergy.com/live/drafts:dynamic_ess

Mais bon... voilà on n'est pas capable de faire ce qu'il faut


Cela suppose que tu paye un prix de l'électricité variable.

Question personnelle: est-ce que le crédit de ta maison est à taux 
variable ?


Je ne suis pas certains que multiplier les sources d'énergie et les 
équipements pour les utiliser (chaudières gaz, fioul, PAC, batteries, 
panneau solaire, éolienne à la maison, hydro dans son jardin ...) et de 
moduler ensuite en fonction de la disponibilité et des coûts soient la 
meilleure solution.


Bah faut déjà avoir une maison et être proprio, donc faire partie d'une 
petite minorité de gens.




Je pense qu'un gros gap serait:
- de piloter le chargement des voitures électrique la nuit: on pourrait 
avoir un ou plusieurs réacteurs nucléaire qui fonctionnerait ainsi en 
base (sans avoir à moduler sa puissance, on augmenterait alors son 
facteur de charge tout en diminuant sa maintenance);
- lorsqu'on a des moments difficile à passer en terme de production, ces 
voitures électrique pourraient renvoyer leur énergie stockée au réseau.


Et du coup quand tu as besoin de ta voiture en pleine nuit, il faut 
commencer par attendre qu'elle charge. Pratique ca, faut pas avoir 
d'urgence. Puis pour que ca serve réellement, il faudrait déjà qu'avoir 
une voiture électrique ne soit pas un calvaire quand on est ni proprio, 
ni dans une maison.


Sinon, on a déjà le parc nucléaire en base, le solaire, hydro et éolien 
en apport, et des central à gaz en appoint pilotable. Lorsqu'on a un 
surplus d'énergie pour les sources non pilotable, EDF a un système de 
stockage hydraulique : de l'eau est pompé de sous-sols pour être mis en 
surface. Lorsqu'on a un pic de besoin, avant de démarrer les centrales 
aux gaz, on commence par utiliser ce stock en le faisant passer au 
travers de turbines hydrauliques. Les plus grosses installations de ce 
type ont une production équivalente à une petite centrale.


D'ailleurs, pourquoi on n'étendrait pas ce concept à l'eau ? Des villes 
commencent à mettre en place un tarif différent entre l'hiver et l'été. 
Pourquoi ne pas constituer des fournisseurs alternatifs, c'est un 
monopole !
Je suis sûr qu'apparaîtrait des vendeurs d'eau certifiés bio et 
équitable ! :)


Il n'y a pas que Veolia qui distribue l'eau en France, on a déjà des 
distributeurs locaux (mais pas partout). Après chacun a le monopole sur 
sa zone.





Jérôme




---
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 Xavier Beaudouin via frnog
Hello,

> Il y a bien le contact jour/nuit (enfin, HP/HC) sur les électroniques
> blanc .. mais il est déjà utilisé quoi :p

Voilà...
Sur les anciens compteurs électronique il y avais un second contact 
utilisé... pour les EJP / Tempo Rouge.

Sauf que les gens super bien payés ont décidé "oh ça sert à rien 
alors on vas supprimer le contact pour gagner 1€ (larrrge)" sur la
fabrication de ce compteur.

Bien vu ! (Alors QUE JUSTEMENT, ce contact aurait pu être utilisé).
 
> À 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 ...

Qui marchent (pour l'instant, ca a l'air chez moi sur HomeAssistant) ET
qui n'aient pas besoin d'un yet another fscking compte de merde pour.
 
> 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 plutôt que sur une généralisation de domotiques lourdes
> branchés aux TIC des compteurs (qui sont bien souvent en dehors de la
> maison avec un fourreau plein comme un oeuf ou bien écrasé depuis 15 ans)

Bah ça c'est encore une victoire d'Enedis qui ne voulais pas se faire chier
a sonner pour relever le compteur.

Après j'ai entendu dire que tu peux faire rappatrier ton compteur chez 
toi depuis que le Linky est là.

> Mais ça suppose un brin de volonté et un peu d'infra fonctionnelle ...
> Genre "créez votre compte Enedis, associez votre compteur, activez l'API
> de délestage, branchez vos grille-pain sur un smart-truc de la liste
> suivante et gagnez 10 balles par mois"

Pour 10€ par mois OSEF... c'est 1% de ma facture. Sachant qu'il n'y a
que les passionnés de domotique qui vont le faire donc en gros 
personne.

Après quand on voit ce qu'il font au pays bas avec les API pour les 
tarifs de l'électricité alors que nous pourrions en tant que particulier
délester heure par heure si on avais des putain d'API...

Exemple :
https://www.victronenergy.com/live/drafts:dynamic_ess

Mais bon... voilà on n'est pas capable de faire ce qu'il faut....

/Xavier


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


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

2024-01-04 Par sujet Paul Caranton - Pomme Télécom via frnog

Hello,

Le 04/01/2024 à 21:55, Julien Escario a écrit :


Ah ! Donc le gestionnaire de réseau peut également réarmer le Linky à 
distance. Voilà qui est particulièrement intéressant et va 
probablement sauver pas mal de denrées périssables ... et déplacement 
de techs.


J'ai lu plus haut que l'expérimentation était en opt-in. Hors, j'ai lu 
à plusieurs reprises que c'était l'inverse : il faudra explicitement 
demander à ne pas y participer.


C'est bien opt-out : 
https://www.enedis.fr/faq/limitation-temporaire-de-puissance-electrique/puis-je-refuser-de-participer-ce-test


"Oui, vous avez le droit de refuser de participer à ce test. Les 
modalités et l’échéance pour exprimer ce refus figureront sur le 
courrier que vous recevrez quelques semaines avant la date prévue. Si 
vous refusez de participer, vous n’aurez pas droit à la prime de 10 € 
qui sera versée aux participants."




Je ne sais pas si les abonnements pro sont également concernés mais si 
c'est le cas, qui parie que certains courriers n'arriveront jamais 
jusqu'à la personne qui gère le point haut télécom pour qu'il puisse 
s'opposer ? Parce que 3kVA en radio, c'est vite avalé.



Seuls les particuliers sont concernés : 
https://www.enedis.fr/faq/limitation-temporaire-de-puissance-electrique/y-aura-t-il-des-clients-exclus-du-test-de


"Seront exclus du test de limitation de puissance électrique :

 * Les foyers hébergeant des Patients à Haut Risque Vital (PHRV),
   identifiés par les Agences Régionales de Santé (ARS) ;
 * Tous les clients non résidentiels (établissements disposant d’un
   contrat professionnel);
 * Les artisans et les commerces ;
 * Les services tels que les écoles, les crèches, les Ehpad, les
   services hospitaliers ;
 * Les télécommunications et les numéros d’urgence ;
 * Les équipements publics comme les gares, les éclairages urbains, les
   feux de signalisation, etc.
 * Les bâtiments tertiaires ou industriels;
 * Les clients sélectionnés ne souhaitant pas participer à l’opération
   qui en auront informé Enedis."



Alors, j'adorerais accéder à cette ressource mais Cloudfront semble 
avoir décidé que je n'étais plus digne de voir le site Enedis.


C'est dommage, il y a beaucoup de réponses sur ce liste : 
https://www.enedis.fr/faq/limitation-temporaire-de-puissance-electrique





Merci pour ces précisions, on y voit déjà plus clair.

:)


Julien


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


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

2024-01-04 Par sujet Paul Caranton via frnog
10€ on a dit. Faut suivre 藍

Paul C.

Le 4 janvier 2024 18:30:37 GMT+01:00, Raphael Mazelier  a 
écrit :
>
>Intérressant mais qu'est ce qu'on y gagne ?
>
>--
>Raphael
>---
>Liste de diffusion du FRnOG
>http://www.frnog.org/


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


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

2024-01-04 Par sujet Paul Caranton via frnog
Bonjour,

Oui il y a bien un organe de coupure qui permet de couper le courant dans pas 
mal de cas :
- Dépassement de puissance souscrite
- Dépassement de puissance lors d'un délestage (ce qui est l'objet du test, ce 
n'est pas implémenté nationalement pour le moment)
- Dépassement de puissance limitée en cas de mauvais paiement
- Mauvaises conditions du réseau Enedis (surtension, rupture de neutre...)

Pour le test on parle bien d'une coupure en cas de dépassement de 3kVA. Il y a 
cependant des marges, le Linky ne saute pas à 3kVA exactement. Il saute s'il y 
a un dépassement de puissance supérieur à 1,1*Pn (avec Pn = 3kVA) pendant 250 
secondes, ou un dépassement de puissance supérieur à 1,4*Pn pendant 40s 
secondes, ou immédiatement au delà de 2,5Pn.

Il est ensuite possible de le réarmer manuellement, ou il sera réarmé à la fin 
des 2h de test automatiquement.

Source : 
https://www.enedis.fr/faq/limitation-temporaire-de-puissance-electrique/comment-le-test-va-t-il-se-derouler

Cordialement,

Paul C.

Le 4 janvier 2024 16:59:05 GMT+01:00, Toussaint OTTAVI  a 
écrit :
>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/

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


Re: [FRnOG] [TECH] Routeur L3 low-Cost 10 Gbps.

2024-01-02 Par sujet Xavier Beaudouin via frnog
Salut Patrick et bonne année :)

> Avez-vous des conseils d'achat pour un routeur low-cost supportant du
> routage à 10 Gbps ?
> 
> J'ai repéré de mon coté le Zyxel XS1930-10, mais sa réelle capacité
> reste à valider.

#define routage à 10Gbps... ? Parce y a aussi les Mikrotik même si la syntaxe
de routeros peux donner mal à la tête... mais on s'y fait :D

Xavier


---
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-29 Par sujet lm2 via frnog
Jolie prose, bien que :

1. La DGSI like ton post

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

..qui m'a fait apprendre l'existence du RNIPP (j'ignorais que nous étions 
suivis à ce point)

3. ton scénario concurrence de plein fouet 
https://en.wikipedia.org/wiki/Leave_the_World_Behind_(film)

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

5. l'occasion de relancer les initiatives sans fil-locales, "paris-sans-fil" 
vous manque? ;-)

6. j'aurais adoré voir un tel test grandeur nature, bien que d'autres pays 
européens vivent quelque peu certains chapitres..





From: Toussaint OTTAVI 
To: frnog@frnog.org 
Subject: [FRnOG] [MISC] Test du Plan de Continuité d'Activité des services de 
l'état le 31/12
Date: 22/12/2023 12:30:46 Europe/Paris

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 

Re: [TECH] [FRnOG] [MISC] Erreur HTTP 408

2023-12-24 Par sujet Thomas Trupel via frnog
1.0.3 ? 172.31.0.1   TCP 46 [TCP Keep-Alive] 1032 ? 
> 8081 [ACK] Seq=125 Ack=1 Win=1200 Len=1[*Reassembly error*, protocol TCP: New 
> fragment overlaps old data (retransmission?)]
>    36 54.625181075   172.31.0.1 ? 172.31.0.3   TCP 40 [TCP Keep-Alive ACK] 
> 8081 ? 1032 [ACK] Seq=1 Ack=126 Win=65535 Len=0
>    37 60.545164674   172.31.0.3 ? 172.31.0.1   TCP 46 [TCP Keep-Alive] 1032 ? 
> 8081 [ACK] Seq=125 Ack=1 Win=1200 Len=1[*Reassembly error*, protocol TCP: New 
> fragment overlaps old data (retransmission?)]
>    38 60.545199295   172.31.0.1 ? 172.31.0.3   TCP 40 [TCP Keep-Alive ACK] 
> 8081 ? 1032 [ACK] Seq=1 Ack=126 Win=65535 Len=0
>    39 61.532257208   172.31.0.1 ? 172.31.0.3   TCP 40 8081 ? 1032 [FIN, ACK] 
> Seq=1 Ack=126 Win=65535 Len=0
>    40 61.584988611   172.31.0.3 ? 172.31.0.1   TCP 40 1032 ? 8081 [ACK] 
> Seq=126 Ack=2 Win=1200 Len=0
>    41 61.624593095   172.31.0.3 ? 172.31.0.1   TCP 40 1032 ? 8081 [FIN, ACK] 
> Seq=126 Ack=2 Win=1200 Len=0
>    42 61.624629615   172.31.0.1 ? 172.31.0.3   TCP 40 8081 ? 1032 [ACK] Seq=2 
> Ack=127 Win=65535 Len=0
> 
> L'erreur 408 correspond à une erreur client et signale un timout car le proxy 
> ferme la session en l'absence de trafic identifiable.
> 
> C'est le proxy Nginx qui semble coincer et non pas mon code serveur HTTP 
> GET/POST (qui est derrière le proxy), qui est plus permissif (puisque 
> rudimentaire).
> 
> La conf du proxy est basique
> 
> server {
>     allow 172.31.0.0/16; # VPN network range
>     deny all;    # Reject all others
> 
>     listen 8081 default_server;
> 
>     server_name   8081.*.*.org;
>     access_log /var/log/nginx/8081.*.*.org.access.log;
>     error_log  /var/log/nginx/8081.*.*.org.error.log debug;
> 
>     location / {
>     proxy_pass http://localhost:8001;
>     proxy_http_version 1.1;
>     proxy_set_header Upgrade $http_upgrade;
>     }
> }
> 
> On dirait que la pile TCP/IP est en vrac.
> 
> Je n'ai pas accès aux sources embarquées dans la carte indus.
> 
> Je n'ai pas l'expertise pour pousser plus loin le détail de l'analyse avec 
> Tshark.
> 
> La moindre idée sera la bienvenue, au moins pour affiner l'analyse avec 
> Tshark. Mon canard en plastique personnel, à coté de l'écran, n'est pas un 
> expert réseau :)
> 
> 
> Et bonne fêtes à toutes  et tous :)
> 
> 
> -- 
> Stéphane Rivière
> Ile d'Oléron - France
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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


Re: [TECH] [FRnOG] [MISC] Erreur HTTP 408

2023-12-24 Par sujet Léo El Amri via frnog

On 24/12/2023 13:12, Stéphane Rivière wrote:

[...]



Pour confirmer la forme de l'installation :

* On a des cartes industrielles (C) (basées sur microprocesseur PIC) 
raccordées à un modem 4G. Ces cartes ont un client HTTP.


* On a un serveur HTTP (S) codé en Ada (ailleurs que sur les cartes).

* On a un reverse-proxy HTTP (P) Nginx (ailleurs que sur les cartes).

* On a une machine (H) quelque-part sur le VPN, qui est capable de faire 
tourner tshark.


* Tout ce beau monde communique sur un VPN basé sur OpenVPN.

Le client HTTP sur les cartes réalisent des requêtes HTTP vers le 
reverse-proxy HTTP, on a donc le schéma "réseau" suivant :


 |=[ Tunnel OpenVPN ]=|
[Client HTTP] ---> [Reverse-proxy HTTP]
 ||

Ta première capture tshark a été réalisée sur la machine H avec Firefox 
en guise de client, et a écouté l'interface OpenVPN.


Ta deuxième capture tshark a aussi été réalisée sur la machine H, mais 
en écoute seulement, aussi sur l'interface OpenVPN.


J'ai extrapolé des trucs, est-ce que c'est quand même bon ?



Pour moi, sans pouvoir voir les données, la deuxième capture ne révèle 
pas de problème au niveau TCP, si ce n'est l'étrange fragmentation, mais 
ce n'est pas si surprenant pour de l'embarqué. À ce stade, je dirais que 
le problème se trouve au niveau du payload TCP, il faudrait que tu 
affiches les données pour en savoir plus. En tous cas, du SYN au FIN, la 
communication semble normale.


Je ne connais pas tshark, et je ne comprend pas d'où vient l'affichage 
du début de requête GET. Est-ce qu'il affiche ça parce que le serveur a 
ACK ce morceau ? Ce n'est pas cohérent avec la quantité de données 
acknowledged par le serveur de toute façon. J'imagine que s'il ne 
l'affiche pas comme étant une requête HTTP, c'est que le flux est mal formé.


- Léo


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


[FRnOG] [JOBS] Re: Recherche ingénieur infrastructure réseau, systéme et mobile chez Netwo

2023-12-22 Par sujet Guénolé Delanoë via frnog
Rebonjour la liste,

Comme la dernière fois ça a plutôt bien marché, je me permets de repousser
notre annonce.

On cherche un ingénieur réseau (WAN) et automatisation pour rejoindre Netwo.
La fiche de poste complète est présente ici
<https://www.welcometothejungle.com/fr/companies/netwo/jobs/ingenieur-reseau_paris?q=560078afd08651f2820aafbf03550b1d=64e51b00-0a17-41cb-a305-554be089c8de>
.

Quelques informations sur l'environnement :
- On en full télétravail (sauf 2 jours par mois pour des séminaires)
- On exploite 1 coeur de réseau MPLS, VoIP et full MVNO
- L'automatisation a été notre maître mot depuis notre création en 2020,
toute la production de nos services réseaux est automatisée (et on souhaite
maintenir cette lancée)
- On utilise des stacks modernes : IS-IS Segment Routing, BGP EVPN,
Terraform, Ansible, Streaming Telemetry, GCP pour le cloud public, etc

Bonne après midi et bonne fêtes à tous !

Bien cordialement,

[image: Netwo]


*Guénolé Delanoë**Ingénieur réseau et télécom*
+33606488083
35 Rue des Jeuneurs 75002 PARIS
https://www.netwo.io
[image: img]
<https://app.signitic.com/l/M0xmSFJTOFlWaFBtTHZoTW9HekU1QT09-VjFWNTBIYlNCUDdIbXlxKzJyRzFPUT09>
[image:
img]
<https://app.signitic.com/l/M0xmSFJTOFlWaFBtTHZoTW9HekU1QT09-eFZMaExNZWZGQjMvaVVJaDArTTl6Zz09>
[image:
img]
<https://app.signitic.com/l/M0xmSFJTOFlWaFBtTHZoTW9HekU1QT09-VzNGNG5oU1pWYjZRMTVQMUxBZ2xJZz09>

[image: Livre_Blanc_12_enjeux]
<https://app.signitic.com/l/M0xmSFJTOFlWaFBtTHZoTW9HekU1QT09-a1RCUlYzaUFUM1hkQTZoV29vMXBjUT09-UFlUTWdIZUNySFNUWEtHc2lWZnhVUT09>


On Mon, 25 Sept 2023 at 12:20, Guénolé Delanoë  wrote:

> Bonjour la liste,
>
> Juste un petit mot pour vous dire que si vous recherchez un travail dans
> les domaines du réseau fixe opérateur, mobile (pour travailler sur un full
> MVNO) ou système/hypervision.
>
> Netwo propose 3 postes pour rejoindre l'équipe infra' dont je fais partie :
> - Ingénieur(e) Réseau & Automatisation
> - Ingénieur(e) Core Mobile Network
> - Ingénieur(e) Système Linux & Virtualisation
>
> La liste des postes ouverts est ici :
> https://www.welcometothejungle.com/fr/companies/netwo/jobs
>
> Bonne journée à tous !
> [image: Netwo]
>
>
> *Guénolé Delanoë**Ingénieur réseau et télécom*
> 35 Rue des Jeuneurs 75002 PARIS
> https://www.netwo.io
> [image: img]
> <https://signitic.app/l/M0xmSFJTOFlWaFBtTHZoTW9HekU1QT09-VjFWNTBIYlNCUDdIbXlxKzJyRzFPUT09>
>  [image:
> img]
> <https://signitic.app/l/M0xmSFJTOFlWaFBtTHZoTW9HekU1QT09-eFZMaExNZWZGQjMvaVVJaDArTTl6Zz09>
>  [image:
> img]
> <https://signitic.app/l/M0xmSFJTOFlWaFBtTHZoTW9HekU1QT09-VzNGNG5oU1pWYjZRMTVQMUxBZ2xJZz09>
>
> [image: Livre_Blanc_12_enjeux]
> <https://signitic.app/l/M0xmSFJTOFlWaFBtTHZoTW9HekU1QT09-a1RCUlYzaUFUM1hkQTZoV29vMXBjUT09-UFlUTWdIZUNySFNUWEtHc2lWZnhVUT09>
>

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


Re : [FRnOG][TECH] Portabilité partielle impossible

2023-12-17 Par sujet Yohann Poilvert via frnog


Hello,Bizarrement, je pense a SFR en opérateur sortant en lisant tout ça... Message original De : Christophe Patin Date : ven. 15 déc. 2023, 16:43À : BARRANCO Phillipe Cc : frnog-t...@frnog.orgObjet : Re: [FRnOG] [TECH] Portabilité partielle impossibleSalut à tous,De mon côté, j'ai déjà pu faire effectuer une portabilité partielle, mais qui s'est transformée en porta totale sans m'en informer. (Arg !)Alors retour en urgence de leur part vers la config initiale, puis nouvelle demande quelques jours plus tard ("le temps que les configs se stabilisent" qu'ils m'ont dit)... nouvelle porta partielle initiée, nouveaux plantages dans leurs configs : à nouveau plus de téléphone sur le site de départ. A un moment, ils m'ont même dit que ce n'était pas possible, ce que je demandais.Bref, ça a duré des semaines... avant d'être opérationnel, grâce à un tech compétent qui s'est occupé du dossier.Désormais, les portabilités partielles, j'hésite, surtout entre différents opérateurs ! Bon 'dredi à tous.Christophe- Mail original -De: "BARRANCO Phillipe" À: frnog-t...@frnog.orgEnvoyé: Vendredi 15 Décembre 2023 11:34:09Objet: [FRnOG] [TECH] Portabilité partielle impossibleBonjour à tous,J'en appelle à vos connaissances sur un problème que je rencontre sur unemigration nationale de téléphonie Fixe nécessitant une portabilité desnuméros entre 2 opérateurs A et B (trunkSIP A vers TrunkSIP B avec desnuméros Orange principalement ) .L'opérateur B essuie des refus de l'opérateur A cédant pour certainestranches de SDA des portabilité partielle (ou partielle complexe si NDIinclus), et indique que seule une portabilité totale est possible sur cestranches.La fiabilisation préalable réalisée entre eux ne remonte pas ceslimitations.Nous n'arrivons pas à avoir d'explication sur le problème et pourquoi quesur certains NDI/tranche SDAAvez-vous des idées du problème ou déjà rencontré ce problème ?merci d'avance---Phillipe BARRANCO*PBConseils /  *+33(0)6 85 73 51 01 <+33685735101>---Liste de diffusion du FRnOGhttp://www.frnog.org/---Liste de diffusion du FRnOGhttp://www.frnog.org/



Re: [FRnOG] [TECH] MTU sur switch Huawei CE

2023-12-17 Par sujet Jean-Daniel Pauget via frnog
hello,
on n'est plus vendredi, mais pour moi c'est plutot :

ethernet 14 + IP 20 + ICMP 8 + ping payload 9170 + FCS 4
= L2 frame 9216

(FCS = frame check sequence, un checksum quoi ...)

-- 
Jean-Daniel Pauget

--
On Sun, Dec 17, 2023 at 08:45:33AM +0100, Thomas Trupel via frnog wrote:
> Ou bien :
> payload icmp + header icmp + header ip + header ethernet avec tag VLAN 
> (ajouté en interne uniquement)
> 9170 + 8 + 20 + 14 + 4 = 9216
> 
> Thomas
> 
> 15 déc. 2023 17:32:30 Paul Rolland (ポール・ロラン) :
> 
> > Hello,
> > 
> > On Fri, 15 Dec 2023 17:20:57 +0100
> > Laurent-Charles FABRE  wrote:
> > 
> >> Switch 1 :
> >> Route Port,The Maximum Transmit Unit is 9600,The Maximum Frame Length is
> >> 9216
> > 
> >> Le plus gros paquet que je passe:
> >> ping -f -s 9170 10.0.61.75
> >>   PING 10.0.61.75: 9170  data bytes, press CTRL_C to break
> >>     Reply from 10.0.61.75: bytes=9170 Sequence=1 ttl=254 time=1 ms
> >> 
> >> Y'a un truc qui m'échappe
> >> Qui saurait me dire pourquoi 9170 ?
> > 
> > Maximum frame, c'est cote Ethernet ca, non ?
> > Donc, tu as:
> > 9170 octets de data ICMP + 8 octets de header ICMP + 20 octets de header IP
> > soit 9198 octets... pour arriver a 9216, il te faut encore 18 octets :
> > - 6 de dest mac,
> > - 6 de src mac,
> > - 2 d'ether type
> > - 4 de fcs
> > 
> > Ca doit ca a peu pres...
> > 
> > Mais comme tu as ecrit, c'est le bon jour pour passer pour une buse ;)
> > 
> > Paul
> > 
> > -- 
> > Paul Rolland    E-Mail : rol(at)witbe.net
> > CTO - Witbe.net SA  Tel. +33 (0)1 47 67 77 77
> > 18 Rue d'Arras, Bat. A11    Fax. +33 (0)1 47 67 77 99
> > F-92000 Nanterre    RIPE : PR12-RIPE
> > 
> > Please no HTML, I'm not a browser - Pas d'HTML, je ne suis pas un
> > navigateur "Some people dream of success... while others wake up and work
> > hard at it"
> > 
> > "I worry about my child and the Internet all the time, even though she's
> > too young to have logged on yet. Here's what I worry about. I worry that 10
> > or 15 years from now, she will come to me and say 'Daddy, where were you
> > when they took freedom of the press away from the Internet?'"
> > --Mike Godwin, Electronic Frontier Foundation
> > 
> > 
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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


Re: [FRnOG] [TECH] MTU sur switch Huawei CE

2023-12-16 Par sujet Thomas Trupel via frnog
Ou bien :
payload icmp + header icmp + header ip + header ethernet avec tag VLAN (ajouté 
en interne uniquement)
9170 + 8 + 20 + 14 + 4 = 9216

Thomas

15 déc. 2023 17:32:30 Paul Rolland (ポール・ロラン) :

> Hello,
> 
> On Fri, 15 Dec 2023 17:20:57 +0100
> Laurent-Charles FABRE  wrote:
> 
>> Switch 1 :
>> Route Port,The Maximum Transmit Unit is 9600,The Maximum Frame Length is
>> 9216
> 
>> Le plus gros paquet que je passe:
>> ping -f -s 9170 10.0.61.75
>>   PING 10.0.61.75: 9170  data bytes, press CTRL_C to break
>>     Reply from 10.0.61.75: bytes=9170 Sequence=1 ttl=254 time=1 ms
>> 
>> Y'a un truc qui m'échappe
>> Qui saurait me dire pourquoi 9170 ?
> 
> Maximum frame, c'est cote Ethernet ca, non ?
> Donc, tu as:
> 9170 octets de data ICMP + 8 octets de header ICMP + 20 octets de header IP
> soit 9198 octets... pour arriver a 9216, il te faut encore 18 octets :
> - 6 de dest mac,
> - 6 de src mac,
> - 2 d'ether type
> - 4 de fcs
> 
> Ca doit ca a peu pres...
> 
> Mais comme tu as ecrit, c'est le bon jour pour passer pour une buse ;)
> 
> Paul
> 
> -- 
> Paul Rolland    E-Mail : rol(at)witbe.net
> CTO - Witbe.net SA  Tel. +33 (0)1 47 67 77 77
> 18 Rue d'Arras, Bat. A11    Fax. +33 (0)1 47 67 77 99
> F-92000 Nanterre    RIPE : PR12-RIPE
> 
> Please no HTML, I'm not a browser - Pas d'HTML, je ne suis pas un
> navigateur "Some people dream of success... while others wake up and work
> hard at it"
> 
> "I worry about my child and the Internet all the time, even though she's
> too young to have logged on yet. Here's what I worry about. I worry that 10
> or 15 years from now, she will come to me and say 'Daddy, where were you
> when they took freedom of the press away from the Internet?'"
> --Mike Godwin, Electronic Frontier Foundation
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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


[FRnOG] [ALERT]

2023-12-15 Par sujet Sébastien Lebourg via frnog



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


Re: [FRnOG] [TECH] Portabilité partielle impossible

2023-12-15 Par sujet Yohann Poilvert via frnog
Hello,

Quelle est la raison du refus ?

En théorie, sur une partielle complexe, ca devrait rouler dans la mesure où tu 
affectes un SDA non porté comme nouveau NDI (Quoi que, en IP, cela n'a plus 
vraiment de sens...)

Cordialement, 


- Mail original -
De: "BARRANCO Phillipe" 
À: "frnog-tech" 
Envoyé: Vendredi 15 Décembre 2023 11:34:09
Objet: [FRnOG] [TECH] Portabilité partielle impossible

Bonjour à tous,

J'en appelle à vos connaissances sur un problème que je rencontre sur une
migration nationale de téléphonie Fixe nécessitant une portabilité des
numéros entre 2 opérateurs A et B (trunkSIP A vers TrunkSIP B avec des
numéros Orange principalement ) .

L'opérateur B essuie des refus de l'opérateur A cédant pour certaines
tranches de SDA des portabilité partielle (ou partielle complexe si NDI
inclus), et indique que seule une portabilité totale est possible sur ces
tranches.
La fiabilisation préalable réalisée entre eux ne remonte pas ces
limitations.
Nous n'arrivons pas à avoir d'explication sur le problème et pourquoi que
sur certains NDI/tranche SDA

Avez-vous des idées du problème ou déjà rencontré ce problème ?

merci d'avance

---

Phillipe BARRANCO

*PBConseils /  *+33(0)6 85 73 51 01 <+33685735101>

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


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


[FRnOG] [JOBS] Ingénieur Réseau/Securité - Genève - Suisse

2023-12-15 Par sujet MORIS Stéphane via frnog
Bonjour
Je recherche un ingénieur réseau/sécurité pour Geneve (Suisse)
L'annonce est sur notre site www.tcs.ch<http://www.tcs.ch>

https://app.skeeled.com/offer/6544bda5f5038fe968d062c9?utm_id=61fb25a5656fc541733eb183_medium=OFFERS_PORTAL=fr_description=true

merci
Cordialement
S.Moris



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


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

2023-12-14 Par sujet Bertrand FRUCHET via frnog

Bonjour,

Dans le désordre, Dlink j'ai arreté il y a 12 ans, NetGear sur les 
stacks, puis Zyxel.


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 avec fs.com.


On retrouve le port console pour les interventions catastrophe sur site, 
une CLI qui est en cours "d'ansiblage" en interne et une WebUI 
suffisante pour la conf classique.


Pour le moment tous les tests ont portés leurs fruits. On a choisi les 
modèles avec les uplink 10G.


Je vous tiendrai au courant sur les performances puisqu'on attend 
l'arrivée de nos serveurs pour tester des flux à 2 et 4 x 10G


Bertrand.

Le 14/12/2023 à 16:55, Toussaint OTTAVI a écrit :


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/




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


Re: [FRnOG] [TECH] Vos avis & suggestions solution portail captif petite infra gîte

2023-12-14 Par sujet Bertrand FRUCHET via frnog

Bonjour,

Tu donnes toi-même la réponse : Shuttle 2 cartes Lan + OPNSense 

Bertrand.

Le 14/12/2023 à 16:52, Clément ANNEHEIM a écrit :

Bonjour la liste !

J'espère que tout le monde va bien !
Les fêtes approchent très vite, d'avance un joyeux Noël à tous 

Fervent lecteur depuis quelques années, je me risque à solliciter vos avis
& recommandations, j'ai un petit gîte dont je gère historiquement la partie
Net / Wifi et dont le portail captif (un vieux Telmat AccessBox) vient pile
de lâcher pendant les fêtes.
Je l'ai shunté temporairement, mais doit le remplacer assez vite tout de
même, d'autant plus que c'était un 100Mbps, il est grand temps de passer le
réseau en Gbps 

Quelles seraient vos suggestions et possibilités techniques pour une
solution basique, approx 30 connexions simm. max, surtout :

Facile à gérer & maintenir (doit pouvoir à terme envisager d'être géré

par le client..)

En achat unique, on veut éviter un système en abonnement genre Qspot
Idéalement pas cher, comme toujours !

J'ai en tête une Gitabox Telmat, mais j'ai vu des prix à 700€ HT pour 25
co', ou une AccessBox toujours Telmat.
Mais ça vaut une blinde pour l'usage souhaité et impossible à trouver
d'occasion *(si par hasard qqn d'entre vous à un boitier qui traîne dans un
tiroir .. Ça se discute ).*
Sinon en solution logicielle sur un boitier type Shuttle avec deux cartes
réseaux, du genre Alcasar ou un Pfsense, mais du coup suis preneur de vos
retours pour ceux qui ont testés, vos préférences ?
Toujours dans une optique simplicité + coût.

Merci à vous, @ très vite !

--
Clément ANNEHEIM

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




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


RE: [FRnOG] [TECH] VoWIFI Orange qui a du mal

2023-12-14 Par sujet Gautier RISCH via frnog
Bonjour

Je constate la même chose chez nous, on a demandé à notre opérateur les préco 
pour implémenter le VOWIFI, on était déjà bon dans les grandes lignes et les 
quelques points restants n'étaient pas applicables car impactait d'autres 
équipements.

On est pourtant sur du full maitrisé avec du terminal corporate, enrôlé dans un 
MDM et sur un wifi homogène.

Bref on vit avec mais si il y a une solution on est preneur.

Gautier


Gautier RISCH
gautier.ri...@kuhn.com
Tel:+33 3 88 01 65 89
KUHN SAS
4, Impasse des Fabriques
​BP 50060   F - 67706 SAVERNE Cedex
www.kuhn.com
Privacy policy: https://www.kuhn.com/privacypolicy
This email is intended only for use by the addresse(s) named in the message, 
and may contain confidential information. If you are not the intended recipient 
of this email message, any distribution or copying of this email is strictly 
prohibited. If you have received this email in error, please notify the sender 
immediately. The integrity and security of this message can not be guaranteed 
on the Internet. Although KUHN operates anti-virus programs, it does not accept 
responsibility for any damage whatsoever that is caused by viruses being passed.
-Message d'origine-
De : frnog-requ...@frnog.org  De la part de David 
Ponzone
Envoyé : jeudi 14 décembre 2023 13:37
À : FRNOG 
Objet : [FRnOG] [TECH] VoWIFI Orange qui a du mal

[Email from a non-Kuhn source: please be cautious with links and attachments / 
Email d’origine externe : soyez vigilant avec liens et pièces jointes]


C’est pas tout à fait un sujet pour la liste, mais un peu quand même, car on 
est probablement pas mal à vendre du mobile à nos clients et donc à devoir 
gérer les merdes.

Depuis quelques temps (je pense quelques semaines/mois), quand je reçois un 
appel sur mon mobile à un endroit où le réseau 4G est pas super, il est 
acheminé (à priori) en VoWIFI.
Si je n’ai pas reçu d’appels depuis X minutes (X à déterminer, pas facile), 
l’appel arrive en mévo sans sonner.
L’appel qui arrive juste derrière sonne normalement.

Note: si je coupe le VoWIFI, je reçois l’appel en VoLTE, la couverture est pas 
mauvaise à ce point

Ca dit quelque chose à quelqu’un ?

David


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


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

2023-12-14 Par sujet Xavier Beaudouin via frnog
Hello,


> En effet remarques pertinentes.
> 
> Je n'avais pas conscience que le 2.5 était autan dans l'inconnu.

Pour moi le 2,5GBps est un truc à la con (pas le dernier), genre on 
ne veux pas sortir du 10GBaseT parce que ça conso ou ne pas mettre un
SFP+ juste parce qu'on a la flemme.
 
> Bon, on parle quand même de simples échanges avec Internet de l'ordre de
> 55Mbps en moyenne sur une grosse journée.
> 
> On a opté pour du SFP+ de via un revendeur cité ici (DynFi/OSNet).

Une bonne carte Intel 4 ports SFP+ suffit largement, certains SFP+ -> 10GBaseT
peuvent faire du 2,5Gbps. Après en terme de switch "corrects" on trouve
plus facilement des bousins qui font 10GBaseT / SFP+ que des machins soho...
qui vont tenir 2 ans pour être jetés après.

> Ça tiendra bien 7 nouvelles années comme ça.

Quitte a faire du 10G, autant prendre un becanne SuperMicro avec du Xeon-D,
là ca tiendra ses promesses et franchement te foutra la paix royale pendant 
largement 10ans. Surtout les versions avec des ports 25G... exemple :  
X12SDV-4C-SPT8F 

/Xavier


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


Re: [FRnOG] [TECH] Recherche prestataire analyses spectrale

2023-12-13 Par sujet Nawer KEZAL via frnog
Hello,

Nous on a fait appel à habeum.com, et on est plutôt satisfait du resultat.
Je peux te forward les contact si tu veux,

++

Le ven. 8 déc. 2023 à 10:53, Lionel RIVIERE via frnog  a
écrit :

> Bonjour à tous
>
> Je suis à la recherche d'une société, idéalement dans le sud-ouest de la
> France, qui serait en mesure de réaliser des  analyses spectrales RF afin
> de mettre en évidence des perturbateurs sur les bandes de fréquences WIFI /
> DECT ..
>
>
> Merci pour votre feedback
>
> Bien cordialement,
>
>
> L.RIVIERE
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>


-- 
--

Nawer KEZAL

Network Engineer

| rostan.ke...@adevinta.com  
| FSM Paris, 85 rue du Faubourg Saint-Martin, 75010 Paris
| Découvrez leboncoin Groupe <https://leboncoingroupe.com/> !

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


Re: [FRnOG] [ALERT] PB Orange / AWS

2023-12-13 Par sujet Nawer KEZAL via frnog
Merci pour l'info Axel !

Je vais redemander des explications a mon TAM du coup.
Coté AWS la réponse est : "C'est pas chez nous" ici donc bon.


++

Le mer. 13 déc. 2023 à 11:29, Axel Vittecoq  a
écrit :

> Bonjour,
>
> Je ne sais pas si je peux partager le compte rendu détaillé fourni par AWS
> à ses clients alors je résume grosso modo:
> 3 Décembre:
>
>- AWS a prévu avec Orange la migration d'une interco sur Londre sur
>une nouvelle infra côté AWS.
>- l'interco (pas encore en prod) déconne car la MTU côté Orange n'est
>pas bonne
>
> 4 Décembre:
>
>- AWS demande à Orange de corriger la MTU et passe le lien en prod une
>fois la correction confirmée.
>- Le trafic utilisateur commence à merder. Après investigation, Orange
>se serait encore foiré avec la MTU.
>- L'interco problématique a été désactivée pour résoudre le problème
>
>
> @+
>
> Le mar. 12 déc. 2023 à 19:28, Charley SEDEAU  a
> écrit :
>
>> Hello,
>>
>> Pas vu passer de comm officielle. Sur un ticket support OTI ca a tourné en
>> rond pendant 3j, pas creusé davantage car le problème était réglé.
>>
>> Coté NOC AWS "y'a pas de problème tout marche".
>>
>> - Charley
>>
>>
>> Le mar. 12 déc. 2023 à 15:53, Nawer KEZAL via frnog  a
>> écrit :
>>
>> > Bonjour ici,
>> >
>> > Est-ce que quelqu'un aurait vu passer une com de OTI par hasard ?
>> >
>> >
>> > Merci !
>> >
>> > Le lun. 4 déc. 2023 à 21:15, Maximus .  a
>> écrit :
>> >
>> > > Bonjour,
>> > >
>> > > Même dans les Antilles ont est impactés
>> > > Serveurs web du prestataire ne fonctionnant que partiellement
>> > > TPE se connectant sur une IP appartenant à AWS eu-west-1 impossible à
>> > > utiliser
>> > >
>> > >
>> > > 
>> > > De : frnog-requ...@frnog.org  de la part de
>> > > Mathieu Poussin 
>> > > Envoyé : lundi 4 décembre 2023 17:45
>> > > À : frnog-alert 
>> > > Objet : Re: [FRnOG] [ALERT] PB Orange / AWS
>> > >
>> > > Pour info j'ai pu faire un test sur RIPE ATLAS et il semblerait que
>> seul
>> > > les clients dans la nord de la France soient impactés
>> (Hauts-de-France)
>> > >
>> > >   On Mon, 04 Dec 2023 18:24:55 +0100  Mathieu Poussin  wrote ---
>> > >  > (Je repost, j'ai oublié le CC)
>> > >  >
>> > >  > Hello :)
>> > >  >
>> > >  > Je confirme, on a aussi des connections qui passent pas depuis chez
>> > > certaines personnes.
>> > >  >
>> > >  > Le MTR s'arrête à amazon-25.gw.opentransit.net
>> > >  >
>> > >  > A+
>> > >  > Mathieu
>> > >  >
>> > >  >   On Mon, 04 Dec 2023 18:02:54 +0100  Thomas Pedoussaut  wrote
>> ---
>> > >  >  > Salut la foule,
>> > >  >  >
>> > >  >  > depuis 15:30 environ j'ai pas mal de retour de clients
>> n'arrivant
>> > > plus à
>> > >  >  > se connecter sur ma plateforme sur AWS eu-west-1.
>> > >  >  > Et à chaque fois c'est depuis Orange (fibre ou 4G même combat).
>> > >  >  >
>> > >  >  >
>> > >  >  > C'est généralisé ou juste mes pauvres services ?
>> > >  >  >
>> > >  >  > --
>> > >  >  >
>> > >  >  > Thomas
>> > >  >  >
>> > >  >  >
>> > >  >  > ---
>> > >  >  > Liste de diffusion du FRnOG
>> > >  >  > http://www.frnog.org/
>> > >  >  >
>> > >  >
>> > >  >
>> > >  > ---
>> > >  > Liste de diffusion du FRnOG
>> > >  > http://www.frnog.org/
>> > >  >
>> > >
>> > >
>> > > ---
>> > > Liste de diffusion du FRnOG
>> > > http://www.frnog.org/
>> > >
>> > > ---
>> > > Liste de diffusion du FRnOG
>> > > http://www.frnog.org/
>> > >
>> >
>> >
>> > --
>> > --
>> >
>> > Nawer KEZAL
>> >
>> > Network Engineer
>> >
>> > | rostan.ke...@adevinta.com  
>> > | FSM Paris, 85 rue du Faubourg Saint-Martin, 75010 Paris
>> > | Découvrez leboncoin Groupe <https://leboncoingroupe.com/> !
>> >
>> > ---
>> > Liste de diffusion du FRnOG
>> > http://www.frnog.org/
>> >
>>
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
>>
>

-- 
--

Nawer KEZAL

Network Engineer

| rostan.ke...@adevinta.com  
| FSM Paris, 85 rue du Faubourg Saint-Martin, 75010 Paris
| Découvrez leboncoin Groupe <https://leboncoingroupe.com/> !

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


Re: [FRnOG] [ALERT] PB Orange / AWS

2023-12-12 Par sujet Nawer KEZAL via frnog
Bonjour ici,

Est-ce que quelqu'un aurait vu passer une com de OTI par hasard ?


Merci !

Le lun. 4 déc. 2023 à 21:15, Maximus .  a écrit :

> Bonjour,
>
> Même dans les Antilles ont est impactés
> Serveurs web du prestataire ne fonctionnant que partiellement
> TPE se connectant sur une IP appartenant à AWS eu-west-1 impossible à
> utiliser
>
>
> ____
> De : frnog-requ...@frnog.org  de la part de
> Mathieu Poussin 
> Envoyé : lundi 4 décembre 2023 17:45
> À : frnog-alert 
> Objet : Re: [FRnOG] [ALERT] PB Orange / AWS
>
> Pour info j'ai pu faire un test sur RIPE ATLAS et il semblerait que seul
> les clients dans la nord de la France soient impactés (Hauts-de-France)
>
>   On Mon, 04 Dec 2023 18:24:55 +0100  Mathieu Poussin  wrote ---
>  > (Je repost, j'ai oublié le CC)
>  >
>  > Hello :)
>  >
>  > Je confirme, on a aussi des connections qui passent pas depuis chez
> certaines personnes.
>  >
>  > Le MTR s'arrête à amazon-25.gw.opentransit.net
>  >
>  > A+
>  > Mathieu
>  >
>  >   On Mon, 04 Dec 2023 18:02:54 +0100  Thomas Pedoussaut  wrote ---
>  >  > Salut la foule,
>  >  >
>  >  > depuis 15:30 environ j'ai pas mal de retour de clients n'arrivant
> plus à
>  >  > se connecter sur ma plateforme sur AWS eu-west-1.
>  >  > Et à chaque fois c'est depuis Orange (fibre ou 4G même combat).
>  >  >
>  >  >
>  >  > C'est généralisé ou juste mes pauvres services ?
>  >  >
>  >  > --
>  >  >
>  >  > Thomas
>  >  >
>  >  >
>  >  > ---
>  >  > Liste de diffusion du FRnOG
>  >  > http://www.frnog.org/
>  >  >
>  >
>  >
>  > ---
>  > Liste de diffusion du FRnOG
>  > http://www.frnog.org/
>  >
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>


-- 
--

Nawer KEZAL

Network Engineer

| rostan.ke...@adevinta.com  
| FSM Paris, 85 rue du Faubourg Saint-Martin, 75010 Paris
| Découvrez leboncoin Groupe <https://leboncoingroupe.com/> !

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


Re: [FRnOG] [TECH] L2 stretché sur des 9300

2023-12-11 Par sujet Ambroise via frnog
Je pense que Jérôme parle de Catalyse 9300 qui, si je lis bien, ne supportent 
pas le vPC (seuls les Nexus le supportent il me semble)

Ambroise

Le 11 décembre 2023 12:45:37 UTC, David Ponzone  a 
écrit :
>Les 9300 supportent vPC non ?
>
>Ca va pas à ton use-case ?
>
>David
>
>> Le 9 déc. 2023 à 10:21, Jérôme Quintard  a écrit :
>> 
>> Bonjour à tous,
>> 
>> On doit stretcher impérativement un L2 entre deux 9300 qui sont dans des 
>> salles différentes, connectés par un jeu de fibres + un secours radio. Les 
>> 9300 ne supportent pas les stack virtuels, uniquement du physique. 
>> 
>> On a donc pas quarante choix :
>> 
>> - Multiplexer les fibres
>> - Faire du HSRP
>> - Utiliser un tunnel VXLAN
>> 
>> Toutes ont des avantages et des inconvénients.
>> 
>> C’est entre autre pour un PCA sur un hypeconvergeur de type ROBO moins on 
>> ajoutera de traitement mieux ce sera. 
>> 
>> Vous feriez quoi ?
>> 
>> Jérôme 
>> 
>> 
>> 
>> 
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
>
>
>---
>Liste de diffusion du FRnOG
>http://www.frnog.org/


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


Re: [FRnOG] [TECH] Recherche prestataire analyses spectrale

2023-12-08 Par sujet Nicolas Parpandet via frnog


Pour dépanner j'ai déjà utilisé ce genre d'outils : (pas en usage pro, mais ça 
marchait bien...)
il y en a des moins cher, mais sur 1 seul axe. (du coup il faut orienter 
l'appareil dans tous les sens pour trouver la source)

mots clef sur google : emf tester

https://www.amazon.fr/Extech-480836-Appareil-puissance-%C3%A9lectromagn%C3%A9tiques/dp/B001CNAPTU/ref=pd_sbs_d_sccl_3_13/261-1133385-5432620?pd_rd_w=boM8P=amzn1.sym.feeefa1a-ad44-4b52-928e-2be1d69b8e90_rd_p=feeefa1a-ad44-4b52-928e-2be1d69b8e90_rd_r=KRAYDDFX9BS0VMJQEFFB_rd_wg=oVCbU_rd_r=91e8dcd9-4a57-43c6-95ba-a9fb27559c3f_rd_i=B001CNAPTU=1



From: frnog-requ...@frnog.org  on behalf of Lionel 
RIVIERE via frnog 
Sent: Friday, December 8, 2023 11:55
To: Bruno Tréguier ; frnog@frnog.org 
Subject: RE: [FRnOG] [TECH] Recherche prestataire analyses spectrale

Bonjour

Merci pour votre retour
Nous pensons que les perturbateurs proviennent d'une machine-outil chez le 
client

Bien cordialement,

L.RIVIERE

-Original Message-
From: frnog-requ...@frnog.org  On Behalf Of Bruno 
Tréguier via frnog
Sent: Friday, December 8, 2023 11:15 AM
To: frnog@frnog.org
Subject: Re: [FRnOG] [TECH] Recherche prestataire analyses spectrale

Bonjour,

Si vous êtes victime de perturbations, vous pouvez, normalement, faire appel à 
l'ANFR, cela fait partie de ses missions:

https://www.anfr.fr/controler/traitement-des-brouillages/le-traitement-dun-brouillage-comment-ca-marche-de-la-demande-dintervention-a-la-resolution


Cordialement,

Bruno

Le 08/12/2023 à 10:53, Lionel RIVIERE via frnog a écrit :
> Bonjour à tous
>
> Je suis à la recherche d'une société, idéalement dans le sud-ouest de la 
> France, qui serait en mesure de réaliser des  analyses spectrales RF afin de 
> mettre en évidence des perturbateurs sur les bandes de fréquences WIFI / DECT 
> ..
>
>
> Merci pour votre feedback
>
> Bien cordialement,
>
>
> L.RIVIERE
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/



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

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

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


RE: [FRnOG] [TECH] Recherche prestataire analyses spectrale

2023-12-08 Par sujet Bruno Tréguier via frnog
Ah, ok, dans ce cas l'ANFR n'est pas forcément la bonne solution, car le 
principe avec eux, c'est que c'est le perturbateur qui paie l'intervention. 

Si c'est votre client qui, dans tous les cas, est responsable, ça peut lui 
coûter un peu...

Cordialement,

Bruno


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


RE: [FRnOG] [TECH] Recherche prestataire analyses spectrale

2023-12-08 Par sujet Lionel RIVIERE via frnog
Bonjour

Merci pour votre retour
Nous pensons que les perturbateurs proviennent d'une machine-outil chez le 
client

Bien cordialement,

L.RIVIERE

-Original Message-
From: frnog-requ...@frnog.org  On Behalf Of Bruno 
Tréguier via frnog
Sent: Friday, December 8, 2023 11:15 AM
To: frnog@frnog.org
Subject: Re: [FRnOG] [TECH] Recherche prestataire analyses spectrale

Bonjour,

Si vous êtes victime de perturbations, vous pouvez, normalement, faire appel à 
l'ANFR, cela fait partie de ses missions:

https://www.anfr.fr/controler/traitement-des-brouillages/le-traitement-dun-brouillage-comment-ca-marche-de-la-demande-dintervention-a-la-resolution
 


Cordialement,

Bruno

Le 08/12/2023 à 10:53, Lionel RIVIERE via frnog a écrit :
> Bonjour à tous
>
> Je suis à la recherche d'une société, idéalement dans le sud-ouest de la 
> France, qui serait en mesure de réaliser des  analyses spectrales RF afin de 
> mettre en évidence des perturbateurs sur les bandes de fréquences WIFI / DECT 
> ..
>
>
> Merci pour votre feedback
>
> Bien cordialement,
>
>
> L.RIVIERE
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/



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

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


Re: [FRnOG] [TECH] Recherche prestataire analyses spectrale

2023-12-08 Par sujet Bruno Tréguier via frnog

Bonjour,

Si vous êtes victime de perturbations, vous pouvez, normalement, faire 
appel à l'ANFR, cela fait partie de ses missions:


https://www.anfr.fr/controler/traitement-des-brouillages/le-traitement-dun-brouillage-comment-ca-marche-de-la-demande-dintervention-a-la-resolution 



Cordialement,

Bruno

Le 08/12/2023 à 10:53, Lionel RIVIERE via frnog a écrit :

Bonjour à tous

Je suis à la recherche d'une société, idéalement dans le sud-ouest de la 
France, qui serait en mesure de réaliser des  analyses spectrales RF afin de 
mettre en évidence des perturbateurs sur les bandes de fréquences WIFI / DECT ..


Merci pour votre feedback

Bien cordialement,


L.RIVIERE

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




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


[FRnOG] [TECH] Recherche prestataire analyses spectrale

2023-12-08 Par sujet Lionel RIVIERE via frnog
Bonjour à tous

Je suis à la recherche d'une société, idéalement dans le sud-ouest de la 
France, qui serait en mesure de réaliser des  analyses spectrales RF afin de 
mettre en évidence des perturbateurs sur les bandes de fréquences WIFI / DECT ..


Merci pour votre feedback

Bien cordialement,


L.RIVIERE

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


[FRnOG] [TECH] Recherche prestataire analyses spectrale

2023-12-08 Par sujet Lionel RIVIERE via frnog
Bonjour à tous

Je suis à la recherche d'une société, idéalement dans le sud-ouest de la 
France, qui serait en mesure de réaliser des  analyses spectrales RF afin de 
mettre en évidence des perturbateurs sur les bandes de fréquences WIFI / DECT ..


Merci pour votre feedback

Bien cordialement,


L.RIVIERE

---
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-12-06 Par sujet frnog . kapush
On jeudi 26 octobre 2023 14:20:54 CET Stéphane Rivière - s...@genesix.org 
wrote:
> À dredi - 1, une telle perche est irrésistible...
> 
> > 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 ?
> 
> Les mougeons, mon collègue îliens, les mougeons, ils se font martyriser,
> défoncer, enfermer pour un chti virus qui est claqué en 12 heures par
> l'ivermectine et ils revotent pour le même. Que demander de plus ?
> 
> La FDA US a enfin reconnue son usage
> (https://www.covid-factuel.fr/2023/08/12/ivermectine-mea-culpa-surrealiste-d
> e-la-fda/) 

Salut Stéphane,

si tu nous dit que la FDA quelque chose, source le avec un lien vers le site 
de la FDA qui annonce cette chose pas avec un lien vers un site dont le nom de 
domaine pue le complotisme à 50km et qui est une refonte du site de gérard 
maudrux, auteur régulier chez francesoir vitrine du complotisme français et 
qui se place comme victime d'une cabale imaginaire[1].

Sans grosse surprise, c'est de la pure désinformation comme démontré par 
snopes[2]. 

On ne perdra pas notre temps à revenir sur le déballage de niaiseries que 
contient cet article, parce que Brandolini et qu'ici on est sur une mailing 
list de réseau par sur facebook. On va juste rappeler que sur la question de 
l'ivermectine dans le cadre de la covid-19 il y a un article wikipedia[3].

Fais attention à toi Stéphane, tu sembles avaler l'hameçon en même temps que 
l'appât.  

D'autant que ce genre de digression, en plus d'être factuellement faux, ne 
semble ni nécessaire, ni cohérent avec le sujet de la discussion.

Cordialement.



[1]: 
https://www.lequotidiendumedecin.fr/hopital/conditions-de-travail/carmf-pousse-vers-la-sortie-le-president-maudrux-sestime-victime-dune-cabale
  
[2]: https://www.snopes.com/fact-check/fda-admit-ivermectin/  
[3]: https://en.wikipedia.org/wiki/
Ivermectin_during_the_COVID-19_pandemic#Misinformation_and_advocacy  




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


Re: [FRnOG] [ALERT] FTTH Kosc/Covage/AI encore...

2023-11-30 Par sujet Jean Théry via frnog

Le 27/11/2023 à 09:04, David Ponzone a écrit :

Je suis le seul à avoir des bagots/packet loss sur des FTTH de la dreamteam 
Altitude dans le Grand Est ce matin ?

David, qui en a marre



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

En fait non, en IDF aussi ça bagotte/loss (à la même date).


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


Re: [FRnOG] [BIZ] contact senetic

2023-11-28 Par sujet Bertrand FRUCHET via frnog

Bonjour,

Suis pas sûr que quelqu'un de senetic soit sur la liste. J'ai un contact 
mais je vous l'envoie à li...@benappy.com ?


Cordialement.
Bertrand
Le 28/11/2023 à 14:51, ic a écrit :

Bonjour,

Quelqu’un de Senetic pourrait-il me contacter hors liste ? (les adresse email 
du site ne donnent aucune réponse)

Merci


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




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


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

2023-11-28 Par sujet Laurent S. via frnog
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 27.11.23 22:39, Jerome Marteaux wrote:
> Finalement le seul risque de démarrer ce projet c'est d'échouer !
> Et si échec, il n'y aura aucune conséquence, comme dirait l'autre: "Je
> ne dirais pas que c'est un échec : ça n'a pas marché" !

Mise à par le coût écologique, il est toujours bon de rappeler les 
risques du Syndrome de Kessler.

Voici en très court ce que wikipédia en dit:
> Le syndrome de Kessler est un scénario envisagé en 1978 par le consultant de 
> la National Aeronautics and Space Administration (NASA) Donald J. Kessler, 
> dans lequel le volume des débris spatiaux en orbite basse dû à la pollution 
> spatiale atteint un seuil au-dessus duquel les objets en orbite sont 
> fréquemment heurtés par des débris, et se brisent en plusieurs morceaux, 
> augmentant du même coup et de façon exponentielle le nombre des débris et la 
> probabilité des impacts. Au-delà d'un certain seuil, un tel scénario rendrait 
> quasi impossible l'exploration spatiale et même l'utilisation des satellites 
> artificiels pour plusieurs générations.

Je ne sais pas vous, mais moi, du coup, j'ai la boule au ventre à chaque 
fois que j'entends parler de Starlink et de la démesure du Musk.

-BEGIN PGP SIGNATURE-
Version: ProtonMail

wnUEARYIACcFAmVlv4cJEGrKMAvEr8lYFiEE7GCsX266hFD8sTLtasowC8Sv
yVgAAGIfAP9QkTRFk8vLdz7eBfMHwgHD5A8CZ3rRBzkJXyWhxUjl9wEAtpoK
1FQAJkrIzQ4QIHQ9SGDz2hUcizJQX7tBvcNSpwM=
=c4DN
-END PGP SIGNATURE-


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


Re: [FRnOG] [ALERT] FTTH Kosc/Covage/AI encore...

2023-11-28 Par sujet Daniel via frnog

Bonjour

Rosace est OK de mon côté

Le 28/11/2023 à 09:46, Julien Issler a écrit :

C'est reparti pour un tour ce matin...


Le 27/11/2023 à 12:33, Julien Issler a écrit :

Bonjour,

d'une manière générale, la latence a augmenté sur tous mes liens 
(mais encore une fois, pas sur les prises DSP Rosace a priori) dans 
la coin...


C'est particulièrement visible sur les liens OVH où on est aux 
environs des 80ms.


A priori pas vraiment de paquets perdus, mais ça dépend peut-être de 
la charge des liens.


J'imagine qu'ils ont encore re-routé du trafic.

Ah, oui, j'en ai marre aussi...

Julien


Le 27/11/2023 à 09:04, David Ponzone a écrit :
Je suis le seul à avoir des bagots/packet loss sur des FTTH de la 
dreamteam Altitude dans le Grand Est ce matin ?


David, qui en a marre



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


--
Daniel Huhardeaux
+33.368460...@tootai.net  sip:8...@sip.tootai.net
+41.445532...@swiss-itech.chtootaiNET


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


Re: [FRnOG] [ALERT] Re: FTTH Kosc/Covage/AI encore...

2023-11-27 Par sujet Paul Caranton via frnog
Tous les tickets de toutes les catégories ?

Nous on arrivait à voir tous les tickets d'une seule catégorie (Incident Client 
je crois).

C'est fix pour nous aussi

Cdt,

Paul C.

Le 27 novembre 2023 09:13:39 GMT+01:00, David Ponzone  
a écrit :
>Je remarque au passage qu’après 3 ou 4 ans, Altitude vient de remarquer que 
>sur mon extranet chez eux, je voyais TOUS les tickets :)
>Dommage, la fin d’une ère...
>
>> Le 27 nov. 2023 à 09:04, David Ponzone  a écrit :
>> 
>> Je suis le seul à avoir des bagots/packet loss sur des FTTH de la dreamteam 
>> Altitude dans le Grand Est ce matin ?
>> 
>> David, qui en a marre
>> 
>> 
>
>
>---
>Liste de diffusion du FRnOG
>http://www.frnog.org/

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


[FRnOG] [MISC] Déclaration numéro court

2023-11-20 Par sujet Jean-Pierre Roussanidès via frnog

Bonjour,


Je jette une bouteille à la mer afin de savoir si quelqu'un peut m'aider 
à faire accélérer la déclaration d'un numéro court à tarification 
banalisée chez SFR.


Le numéro est déjà câblé chez Orange, mais SFR m'annonce le 19/01/2024.

J'ai demandé si il était possible d'avancer cette date et j'ai obtenu le 
15/12.


Je sais que je m'y suis pris un peu tard, mais si quelqu'un pouvait 
m'aider ce serait super cool.



Cordialement

JP Roussanidès





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


RE: [FRnOG] [ALERT] Covage en vrac dans le Grand Est

2023-11-16 Par sujet Pierre Moreau via frnog
Nos clients sont quasiment tous dans le 71, quelques-uns dans le 89.

Pierre

-Message d'origine-
De : David Ponzone  
Envoyé : jeudi 16 novembre 2023 14:45
À : Pierre Moreau 
Cc : BASSAGET Cédric ; frnog@frnog.org
Objet : Re: [FRnOG] [ALERT] Covage en vrac dans le Grand Est

Non j’ai pas ce problème.
Tous dans le même coin ?
Si oui, où ?

David

> Le 16 nov. 2023 à 14:22, Pierre Moreau via frnog  a écrit :
> 
> Tiens, je constate quelque chose sur nos clients avec FTTH KOSC.
> Débit montant bridé à 20Mbps maximum.
> 
> Vous aussi ?
> 
> 
> Pierre
> 
> -----Message d'origine-
> De : frnog-requ...@frnog.org  De la part de 
> BASSAGET Cédric Envoyé : jeudi 16 novembre 2023 14:08 À : 
> frnog@frnog.org Objet : Re: [FRnOG] [ALERT] Covage en vrac dans le 
> Grand Est
> 
> On change de secteur mais même combat : plusieurs lien KO du coté du 
> 77
> 
> chez covage :
> FTTO - 16/11/2023
> 
> Nous vous informons qu’un incident générique est cours sur le réseau 
> de SEM@FOR impactant les client FTTO dans la zone 
> Hericy/Montereau/Fontainebleau
> 
> 12h45 : Une coupure câble est suspectée, la maintenance fibre est déclenchée.
> 12h30 : Prise en compte et début des investigations.
> 12h20 : Remontée de plusieurs signalisations.
> 
> Prochaine communication à 14h30
> 
> J'aime beaucoup le "12h20 : Remontée de plusieurs signalisations" sachant que 
> nos liens client sont HS depuis 09:40...
> 
> Cédric
> 
> 
> Le jeu. 16 nov. 2023 à 10:46, David Ponzone  a écrit 
> :
> 
>> Plus de problèmes à priori.
>> 
>> J’ai eu l’escalade N2, ils vont préparer un RFO.
>> 
>>> Le 16 nov. 2023 à 09:49, Julien Issler  a écrit :
>>> 
>>> Bonjour,
>>> 
>>> perso j'ai encore un peu de packet-loss (1 - 3%) sur pas mal de mes
>> liaisons Covage ce matin, chez vous tout est nickel ?
>>> 
>>> Ou vous pensez qu'ils sont en train de ré-équilibrer le routage dans 
>>> le
>> sens inverse des tentatives de hier ?
>>> 
>>> Sur le fond, oui, un compte rendu serait vraiment bien, avec des 
>>> photos
>> avant/pendant les travaux de soudure etc... Si on peut montrer au 
>> client le câble avec  fibres arrachées à ressouder, ça permet 
>> déjà d'expliquer le temps. Sur l'origine, pelleteuse, vandalisme, etc... 
>> aussi.
>>> 
>>> Julien
>>> 
>>> 
>>> Le 15/11/2023 à 19:36, David Ponzone a écrit :
>>>> 18h00 : Notre équipe a repris l’ensemble des soudures. Le trafic 
>>>> est
>> revenu à la normal a 17h34. L’incident générique est terminé. Nous 
>> vous invitons à revenir vers nous si vous constatez des 
>> dysfonctionnements après 17h34.
>>>> Bon, autant vous dire qu’on va pas les lâcher pour comprendre 
>>>> pourquoi
>> leur réseau n’est pas redondant au moins sur son axe principal.
>>> 
>>> 
>>> ---
>>> Liste de diffusion du FRnOG
>>> http://www.frnog.org/
>> 
>> 
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
>> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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


RE: [FRnOG] [ALERT] Covage en vrac dans le Grand Est

2023-11-16 Par sujet Pierre Moreau via frnog
Tiens, je constate quelque chose sur nos clients avec FTTH KOSC.
Débit montant bridé à 20Mbps maximum.

Vous aussi ?


Pierre

-Message d'origine-
De : frnog-requ...@frnog.org  De la part de BASSAGET 
Cédric
Envoyé : jeudi 16 novembre 2023 14:08
À : frnog@frnog.org
Objet : Re: [FRnOG] [ALERT] Covage en vrac dans le Grand Est

On change de secteur mais même combat : plusieurs lien KO du coté du 77

chez covage :
FTTO - 16/11/2023

Nous vous informons qu’un incident générique est cours sur le réseau de SEM@FOR 
impactant les client FTTO dans la zone Hericy/Montereau/Fontainebleau

12h45 : Une coupure câble est suspectée, la maintenance fibre est déclenchée.
12h30 : Prise en compte et début des investigations.
12h20 : Remontée de plusieurs signalisations.

Prochaine communication à 14h30

J'aime beaucoup le "12h20 : Remontée de plusieurs signalisations" sachant que 
nos liens client sont HS depuis 09:40...

Cédric


Le jeu. 16 nov. 2023 à 10:46, David Ponzone  a écrit :

> Plus de problèmes à priori.
>
> J’ai eu l’escalade N2, ils vont préparer un RFO.
>
> > Le 16 nov. 2023 à 09:49, Julien Issler  a écrit :
> >
> > Bonjour,
> >
> > perso j'ai encore un peu de packet-loss (1 - 3%) sur pas mal de mes
> liaisons Covage ce matin, chez vous tout est nickel ?
> >
> > Ou vous pensez qu'ils sont en train de ré-équilibrer le routage dans 
> > le
> sens inverse des tentatives de hier ?
> >
> > Sur le fond, oui, un compte rendu serait vraiment bien, avec des 
> > photos
> avant/pendant les travaux de soudure etc... Si on peut montrer au 
> client le câble avec  fibres arrachées à ressouder, ça permet déjà 
> d'expliquer le temps. Sur l'origine, pelleteuse, vandalisme, etc... aussi.
> >
> > Julien
> >
> >
> > Le 15/11/2023 à 19:36, David Ponzone a écrit :
> >> 18h00 : Notre équipe a repris l’ensemble des soudures. Le trafic 
> >> est
> revenu à la normal a 17h34. L’incident générique est terminé. Nous 
> vous invitons à revenir vers nous si vous constatez des 
> dysfonctionnements après 17h34.
> >> Bon, autant vous dire qu’on va pas les lâcher pour comprendre 
> >> pourquoi
> leur réseau n’est pas redondant au moins sur son axe principal.
> >
> >
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

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


Re: [FRnOG] [ALERT] Covage en vrac dans le Grand Est

2023-11-16 Par sujet Pierre Colombier via frnog
je ne sais pas si il y a un rapport mais il y a eu un gros coup de 
pelleteuse sur un POP covage dans le centre de Clermont Ferrand à 8H40 
ce matin.



Le 16/11/2023 à 10:03, Pierre Moreau via frnog a écrit :

Sur les nôtres en Saône et Loire, 0% de pertes ce matin.

Pierre


-Message d'origine-
De : frnog-requ...@frnog.org  De la part de Julien 
Issler
Envoyé : jeudi 16 novembre 2023 09:49
À : frnog@frnog.org
Objet : Re: [FRnOG] [ALERT] Covage en vrac dans le Grand Est

Bonjour,

perso j'ai encore un peu de packet-loss (1 - 3%) sur pas mal de mes liaisons 
Covage ce matin, chez vous tout est nickel ?

Ou vous pensez qu'ils sont en train de ré-équilibrer le routage dans le sens 
inverse des tentatives de hier ?

Sur le fond, oui, un compte rendu serait vraiment bien, avec des photos 
avant/pendant les travaux de soudure etc... Si on peut montrer au client le 
câble avec  fibres arrachées à ressouder, ça permet déjà d'expliquer le 
temps. Sur l'origine, pelleteuse, vandalisme, etc... aussi.

Julien


Le 15/11/2023 à 19:36, David Ponzone a écrit :

18h00 : Notre équipe a repris l’ensemble des soudures. Le trafic est revenu à 
la normal a 17h34. L’incident générique est terminé. Nous vous invitons à 
revenir vers nous si vous constatez des dysfonctionnements après 17h34.

Bon, autant vous dire qu’on va pas les lâcher pour comprendre pourquoi leur 
réseau n’est pas redondant au moins sur son axe principal.


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

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



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


RE: [FRnOG] [ALERT] Covage en vrac dans le Grand Est

2023-11-16 Par sujet Pierre Moreau via frnog
Sur les nôtres en Saône et Loire, 0% de pertes ce matin.

Pierre


-Message d'origine-
De : frnog-requ...@frnog.org  De la part de Julien 
Issler
Envoyé : jeudi 16 novembre 2023 09:49
À : frnog@frnog.org
Objet : Re: [FRnOG] [ALERT] Covage en vrac dans le Grand Est

Bonjour,

perso j'ai encore un peu de packet-loss (1 - 3%) sur pas mal de mes liaisons 
Covage ce matin, chez vous tout est nickel ?

Ou vous pensez qu'ils sont en train de ré-équilibrer le routage dans le sens 
inverse des tentatives de hier ?

Sur le fond, oui, un compte rendu serait vraiment bien, avec des photos 
avant/pendant les travaux de soudure etc... Si on peut montrer au client le 
câble avec  fibres arrachées à ressouder, ça permet déjà d'expliquer le 
temps. Sur l'origine, pelleteuse, vandalisme, etc... aussi.

Julien


Le 15/11/2023 à 19:36, David Ponzone a écrit :
> 18h00 : Notre équipe a repris l’ensemble des soudures. Le trafic est revenu à 
> la normal a 17h34. L’incident générique est terminé. Nous vous invitons à 
> revenir vers nous si vous constatez des dysfonctionnements après 17h34.
> 
> Bon, autant vous dire qu’on va pas les lâcher pour comprendre pourquoi leur 
> réseau n’est pas redondant au moins sur son axe principal.


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

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


RE: [FRnOG] [ALERT] Covage en vrac dans le Grand Est

2023-11-15 Par sujet Pierre Moreau via frnog
Idem chez nous, Saône et Loire, c'est revenu vers 17h.


Bien cordialement,
Pierre MOREAU 



-Message d'origine-
De : frnog-requ...@frnog.org  De la part de Spyou
Envoyé : mercredi 15 novembre 2023 17:37
À : David Ponzone ; frnog 
Objet : Re: [FRnOG] [ALERT] Covage en vrac dans le Grand Est


Le 15/11/2023 à 17:30, David Ponzone a écrit :
> 17h00 : L’identification du point d’impact a duré plus longtemps que prévu. 
> Les soudures sont en cours. La nouvelle heure de rétablissement est 18h00.


Chez nous (nord bourgogne), on n'a plus de loss depuis ~17h20 sur les FTTO Kosc

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

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


Re: [FRnOG] [ALERT] Covage en vrac dans le Grand Est

2023-11-15 Par sujet Toti FRnOG
Bonjour,
Voici leur communication officielle à l'instant :
*11h40* : Nous avons un incident générique qui impacte un grand nombre de
services sur l'ensemble de la France. Cet incident est lié à la perte d'un
lien backbone en Ile de France qui crée de la saturation sur notre réseau
et engendre une dégradation de vos services. Nos équipes sont sur place
afin de localiser le défaut.

Le mer. 15 nov. 2023 à 11:53, David Ponzone  a
écrit :

> J’ai pas de retour clair encore,  mais j’ai cru comprendre que Covage
> avait du DWDM HS entre Paris et Lyon.
> Comme Covage n’a pas de FON à ma connaissance, et si SFR est concerné
> aussi, c’est peut-être donc une coupure FON entre Paris et Lyon (chez SFR
> par exemple ?).
>
>
> > Le 15 nov. 2023 à 11:08, Jeremy  a écrit :
> >
> > Vu le nombre de support client qu'on a ce matin, y aurait pas un
> incident sur FranceIX ?
> >
> > C'est le seul dénominateur commun que j'identifie entre tous les
> backbone touché...
> >
> > Jérémy
> >
> >
> > Le 15/11/2023 à 10:06, Julien Issler a écrit :
> >> OVH parle d'incident national, mais pas encore de tâche travaux
> >>
> >> https://status.isp.ovh.net/
> >>
> >> "Un incident national est en cours. Pour plus d'informations, consulter
> la tâche travaux."
> >>
> >>
> >>
> >> Sinon, une info "improbable" via Sewan :
> >>
> >> "Le 15/11/2023 à 09h45
> >> Suite à une mise à jour Microsoft, vous pouvez rencontrer quelques
> perturbations (latences, pertes de paquets) sur des liens d'accès pendant
> environ 30 minutes."
> >>
> >> Le backbone Covage est géré avec un cluster Windows Millenium / Vista ?
> ;)
> >>
> >>
> >> Julien
> >>
> >> Le 15/11/2023 à 09:38, Julien RICHER a écrit :
> >>> Bonjour,
> >>>
> >>> Je confirme sur départements 38/69 également, toutes nos FTTH
> Kosc/Covage
> >>> sont dégradées depuis ce matin 8h environ.
> >>> Un partenaire me dit que les clients OVHtelecom lui remontent des
> >>> dégradations également, ce qui est cohérent puisque de mémoire ils
> avaient
> >>> tout passé chez Kosc.
> >>
> >>
> >> ---
> >> Liste de diffusion du FRnOG
> >> http://www.frnog.org/
> >
> >
> >
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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


RE: [FRnOG] [ALERT] Covage en vrac dans le Grand Est

2023-11-15 Par sujet Benjamin Ledoux via frnog
De notre côté nous avons une WAVE COVAGE livrée en DWDM HS entre PARIS et LE 
CREUSOT depuis 00h30 ce matin 

-Message d'origine-
De : frnog-requ...@frnog.org  De la part de David 
Ponzone
Envoyé : mercredi 15 novembre 2023 11:53
À : Jeremy 
Cc : Julien Issler ; frnog 
Objet : Re: [FRnOG] [ALERT] Covage en vrac dans le Grand Est

J’ai pas de retour clair encore,  mais j’ai cru comprendre que Covage avait du 
DWDM HS entre Paris et Lyon.
Comme Covage n’a pas de FON à ma connaissance, et si SFR est concerné aussi, 
c’est peut-être donc une coupure FON entre Paris et Lyon (chez SFR par exemple 
?).


> Le 15 nov. 2023 à 11:08, Jeremy  a écrit :
> 
> Vu le nombre de support client qu'on a ce matin, y aurait pas un incident sur 
> FranceIX ?
> 
> C'est le seul dénominateur commun que j'identifie entre tous les backbone 
> touché...
> 
> Jérémy
> 
> 
> Le 15/11/2023 à 10:06, Julien Issler a écrit :
>> OVH parle d'incident national, mais pas encore de tâche travaux
>> 
>> https://status.isp.ovh.net/
>> 
>> "Un incident national est en cours. Pour plus d'informations, consulter la 
>> tâche travaux."
>> 
>> 
>> 
>> Sinon, une info "improbable" via Sewan :
>> 
>> "Le 15/11/2023 à 09h45
>> Suite à une mise à jour Microsoft, vous pouvez rencontrer quelques 
>> perturbations (latences, pertes de paquets) sur des liens d'accès pendant 
>> environ 30 minutes."
>> 
>> Le backbone Covage est géré avec un cluster Windows Millenium / Vista 
>> ? ;)
>> 
>> 
>> Julien
>> 
>> Le 15/11/2023 à 09:38, Julien RICHER a écrit :
>>> Bonjour,
>>> 
>>> Je confirme sur départements 38/69 également, toutes nos FTTH 
>>> Kosc/Covage sont dégradées depuis ce matin 8h environ.
>>> Un partenaire me dit que les clients OVHtelecom lui remontent des 
>>> dégradations également, ce qui est cohérent puisque de mémoire ils 
>>> avaient tout passé chez Kosc.
>> 
>> 
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
> 
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

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


[FRnOG] [JOBS] [STAGE] Proposition de stage - Construction d'une Supervision bout en bout

2023-11-09 Par sujet Thibault Kalk via frnog
Bonjour la liste,

Nouvel essai, désolé du spam. J'avais initialement envoyé la demande depuis ma 
boite pro, puis copié-collé le mail vers ma boite perso. L'encodage n'a pas dû 
suivre, tan pis pour la mise en forme.

Je propose au sein de mon entité une opportunité de stage sur Paris 15ème, 
pouvant varier de 4 à 6 mois en fonction des contraintes écoles, sur la période 
Janvier-Juillet 2024.
L’objectif de la mission est de coconstruire une Supervision bout en bout sur 
différents outils, soit une dizaine d’applications.

Lien rapide de l’annonce : https://orange.jobs/jobs/v3/offers/129886

N’hésitez pas à la partager si vous connaissez dans étudiants en recherche 
active !

# Quelques détails sur notre entité :
Nous sommes une équipe de développeurs et datascientists au sein du département 
de l’Accès Fixe, responsable des équipements de type DSLAM (xDSL) & OLT (FTTH).
Il s’agit du dernier équipement actif avant le terminal abonné, qui peut être 
au choix ONT/Box/Routeurs opérateurs (Orange/Sosh GP,  offres d'opérateurs 
tiers mais aussi du marché Pro Wholesale & Mobile). 
Notre mission principale est de répondre aux besoins exprimés par les équipes 
d’ingénierie, de production et d’exploitation en leur fournissant des outils 
répondant à des problématiques comme la simplification d’action ou 
l’automatisation de certaines tâches / dérangements.

Nous avons lancés plusieurs chantiers permettant d’industrialiser nos 
différents outils, il reste maintenant à fiabiliser ces derniers et surtout 
améliorer leur QS pour nos utilisateurs. 
C’est ici que toi, à la recherche de stage, tu rentres en jeux !

# La mission en détails :
 - Passer un peu de temps avec nos exploitants pour comprendre comment ils 
utilisent nos outils, et surtout te faire découvrir rapidement le monde du 
réseau.
 - M’aider dans la rédaction des spécifications de ce que l’on veut superviser, 
en fonction de ce qui aura pu être remonté par les métiers ainsi qu’en interne.
    réseaux / systèmes / applicatifs / … 
 - Comparer rapidement les différentes solutions pouvant être mise en place 
(Grafana / Elastic Stack / Nagios / Autre…) et argumenter sur la solution 
retenue.
 - Participer à la configuration de la Supervision et mettre en place des 
scénarios de tests.
 - Contribuer à la rédaction de fiche d’exploitation/consignes en fonction des 
alarmes remontées.
 - Si le temps le permet, la mission étant déjà assez riche, pourquoi pas 
travailler sur de la remédiation automatique d’alarme.

# Notre écosystème :
 - Une centaine de VM RedHat, quelques serveurs physiques ainsi qu’un pool de 
Raspberry Pi.
 - Des applications Web & Api écrites via des langages Java/PHP/Python/BigQuery
 - On dispose déjà d’infra de supervision/journalisation de logs en place – il 
s’agit donc davantage de choisir les bonnes et configurer nos environnements.
 - On a également à disposition des bastions Ansible, trop peu utilisés à mon 
goût, libre à toi de jouer avec comme tu le souhaiteras.

# Ton profil :
Peu importe ton niveau et tes compétences sur les différentes technos évoquées, 
nous nous chargerons de t’accompagner pour la bonne réussite du projet.
En revanche, nous recherchons quelqu’un de curieux, motivé et dynamique, avec 
un certain esprit Geek, qui n’aura pas peur de mettre les mains dans le 
cambouis (réseau / système / et sûrement quelques lignes de scripts/code).

Si tu es intéressé ou intéressée, n’hésites pas à postuler via le lien 
plus-haut, et m’en informer par mail.

Tu peux aussi me contacter pour échanger ou poser des questions par mail / 
téléphone.

Cordialement
Thibault KALK
07.84.15.36.29


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


[FRnOG] [JOBS] L'Arcep recrute un chargé de mission sur la neutralité du net

2023-11-08 Par sujet GUEANT Vivien via frnog
L'Arcep recrute !

Vous aimez la neutralité du net ? Venez suivre la mise en œuvre du règlement « 
Internet ouvert », en particulier le diagnostic et la mise en conformité des 
pratiques portant atteinte à la neutralité du net.

  *   
https://www.arcep.fr/larcep/toutes-nos-offres-demploi-et-de-stage/offre-demploi/gj/detail/chargee-de-mission-internet-ouvert.html
Vous participerez aux groupes de travail du BEREC (Organe des régulateurs 
européens de communications électroniques) en lien avec l’internet ouvert, la 
soutenabilité environnementale et les marchés numériques.

Les autres offres d’emploi et de stages de l’Arcep : 
https://www.arcep.fr/larcep/toutes-nos-offres-demploi-et-de-stage.html

Vous travaillerez au 14 Rue Gerty Archimède, 75012 Paris (proximité du métro 
14), avec possibilité de 2 jours de télétravail par semaine. Contrat de droit 
public de 3 ans renouvelable, puis passage en CDI.

Bonne fin de journée,
Vivien GUEANT.

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


Re: [FRnOG] [TECH] Coupure IpSEC sur liens Bouygues ?

2023-11-07 Par sujet Jérôme Descoux via frnog
Bonsoir,

Je confirme, flap au France IX Paris à ~10H20, et malgré la session up, trafic 
droppé.

J'ai clear hard vers 17H00 et tout est rentré en ordre mais ils ont shutdown 3 
minutes après.

Jérôme Descoux

> On 7 Nov 2023, at 20:07, Clément Cavadore  wrote:
> 
> Hello,
> 
> Je confirme avoir eu trois clients différents qui se sont plaint 
> d'injoignabilité chez Bouygues aujourd'hui. Probablement un incident au sein 
> de l'AS5410...
> 
> Clément Cavadore 
> 
> Le 7 novembre 2023 19:45:36 GMT+01:00, Erwan David  a 
> écrit :
>> Cet après-midi plusieurs clients nous ont signalé un problème de VPN IPsec 
>> down entre une IP Bouygues et une IP chez nous. De ntre côté on voyait bien 
>> les paquets ISAKMP sortant, mais aucun entrant (y compris aux intercos avec 
>> nos transitaires). Est-ce que quelqu'un a aussi constaté ce problème ?
>> 
>> (PS : les VPNs sont maintenant remontés)
>> 
>> 
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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


RE: [FRnOG] [ALERT] Covage down dans le 71

2023-11-07 Par sujet Benjamin Ledoux via frnog
Bonjour,

Oui COVAGE est mort dans le 71 sur la plaque CREUSOT/MONTCEAU uniquement.
Nous RUBIX DATACENTER sur le creusot sommes Popé COVAGE sur une nouvelle infra 
et nous ne sommes pas dans le noir les équipements COVAGE dans le DC 
fonctionnent eux ainsi que les liens clients livrés depuis RUBIX
Le problème ressemble a une panne sur une fibre de transport de COVAGE entre 
lyon et le 71 

Cordialement, 

Benjamin LEDOUX
Directeur Technique





-Message d'origine-
De : frnog-requ...@frnog.org  De la part de Nawer 
KEZAL via frnog
Envoyé : mardi 7 novembre 2023 15:28
À : frnog-alert 
Objet : [FRnOG] [ALERT] Covage down dans le 71

Hello,

On dirait que covage est down dans le 71, quelqu'un aurait plus d'info par 
hasard ?


++

--
--

Nawer KEZAL

Network Engineer

| rostan.ke...@adevinta.com   FSM Paris, 85 
| rue du Faubourg Saint-Martin, 75010 Paris Découvrez leboncoin Groupe 
| <https://leboncoingroupe.com/> !

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

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


[FRnOG] [ALERT] Covage down dans le 71

2023-11-07 Par sujet Nawer KEZAL via frnog
Hello,

On dirait que covage est down dans le 71, quelqu'un aurait plus d'info par
hasard ?


++

-- 
--

Nawer KEZAL

Network Engineer

| rostan.ke...@adevinta.com  
| FSM Paris, 85 rue du Faubourg Saint-Martin, 75010 Paris
| Découvrez leboncoin Groupe <https://leboncoingroupe.com/> !

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


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

2023-11-07 Par sujet Bertrand Fontaine via frnog
osnet : https://www.osnet.eu/fr

Cordialement,

Bertrand FONTAINE
Septech
Tél : 03.66.72.26.24 / 06.16.21.08.04

3, Place Saint Piat, 59113 SECLIN


Le mar. 7 nov. 2023 à 11:24, ic  a écrit :

> Salut,
>
> > On 6 Nov 2023, at 16:08, DUVERGIER Claude 
> wrote:
> >
> > Bonjour,
> >
> > Je cherche à acheter deux appliance identiques pour faire tourner de
> l’OPNsense.
>
> Cherche HUNSN sur Amazon, il y a toutes les tailles et toutes les
> combinaisons de ports. CPU/RAM/SSD upgradable sur la plupart et certains
> ont une partie des ports sur une carte PCI donc “future proof”.
>
> ++ ic
>
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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


Re: [FRnOG] [TECH] Assistance Free en question

2023-10-30 Par sujet Daniel via frnog



Le 30/10/2023 à 17:06, Martin a écrit :

[...]

- comme le dit David, c'est tout de même aberrant qu'on ne puisse pas
mettre jour le ticket. Si je me rends compte que mon souci est en fait lié
au hamster qui a bouffé le câble, et que je le répare avant la visite au
nra, je ne peux pas leur dire. Tu me diras que c'est leur problème...


On peut mettre à jour: sur le site suivi de l'incident une annulation  
ou un deplacement d'un RDV est possible


Via le 3244 on peut avoir un opérateur, choix 3 après la saisie des 
codes ou choix 3 si l'on a tapé 1 pour un appel dans le cadre du ticket 
ouvert


[...]


Le lun. 30 oct. 2023 à 16:51, Pierre-Elliott Bécue  a
écrit :


Salut,

Martin  wrote on 30/10/2023 at 13:22:54+0100:


Bonjour à tous,

arrivé en belle famille pour les vacances, panique à bord car plus
d'internet, freebox (adsl) bloquée en étape 2, pas de 4G, les ados ont le
front qui perle ;o)

Le beau-père n'as plus d'internet depuis 8 jours et m'explique qu'il a
contacté Free et que depuis, pas de son pas d'image. Je prends le dossier
en charge pour lui expliquer la vie. Je n'arrive finalement à rien de

plus

que lui.
Je commence par me rendre sur son interface client, pour découvrir un bel
outil de suivi de l'assistance qui m'apprend qu'ils ont bien été joints

le

23, et que "Une demande de vérification de nos équipements au nœud de
raccordement a été lancée.".
Depuis rien.
J'appelle alors le 3244 pour avoir des précisions. Et c'est là l'objet de
ce mail : impossible de tomber sur un conseiller. Magnifique IVR relié au
suivi de dossier qui m'indique à son tour qu'une demande de vérification
est en cours et que je serai informé de la suite, suivi d'un au revoir et
d'un raccroché brutal.

Après le service public, les opérateurs succombent eux à la suppression

de

contact humain ? Je conçois que les conseillers du support technique en

ont

marre de se faire engueuler par les clients tendus, et que c'est pour eux
une perte de temps de simplement répondre que le dossier est en cours,

mais

c'est avec ce genre de choix qu'on a des dossiers qui traînent pendant

des

mois. C'est général cette orientation des supports techniques ?

Je fais l'avocat du diable, mais néanmoins :

Que veux-tu qu'ils fassent de plus ?

Ils doivent soit aller au NRA, soit faire aller au NRA pour vérifier,
tant que ça ne sera pas fait ils n'auront pas plus de réponse, et donc
te filer un humain est ~inutile surtout que tu n'accepteras pas que
ledit humain n'ait pas de réponse en plus.

Après on peut questionner les délais pour aller vérifier un NRA, mais
ptet qu'ils sont tributaires d'un tiers pour l'accès ?

--


--
Daniel

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


RE: [FRnOG] [TECH] Assistance Free en question

2023-10-30 Par sujet Antonin BOLLIN via frnog
Bonjour,

C'est dans le journal : 
https://larochesuryon.maville.com/actu/actudet_-victime-d-un-avc-a-80-ans-et-privee-de-telephone-elle-ne-peut-pas-joindre-les-secours-_fil-6007272_actu.Htm

Et part chez nous en Vendée c'est pas des cas isolés le problème est bien là...


Et le sav est le même partout, mais bon c'est pas cher...


Cordialement.


De : frnog-requ...@frnog.org  de la part de David 
Ponzone 
Envoyé : lundi 30 octobre 2023 14:12
À : Martin 
Cc : frnog-tech 
Objet : Re: [FRnOG] [TECH] Assistance Free en question

Oui c’est assez général.
Après, faut quand même avouer que c’est un peu moins pire chez Orange.
Mais Free, j’ai testé récemment, c’est assez exceptionnel cette manière de 
fermer l’accès au support dès qu’on a ouvert un ticket.
Parce que c’est ça le plus fort: même sur leur site, on peut pas mettre à jour 
pour leur donner des infos complémentaires ou leur dire que c’est remonté.
Faut attendre.
C’est tellement stupide que je sais pas quoi en penser.

Le seul truc qui peut aider: un petit message sur Twitter à l’assistance Free, 
ils aiment pas trop quand ça se voit publiquement qu’is font de la merde.

Bémol: la technicienne qui a fait l’intervention une semaine après l’ouverture 
du ticket était super, elle a bien compris le problème que je lui ai expliqué 
(vieux câble pourri sur le pallier déconnecté d’un boitier parafoudre datant de 
1970, suite à l’intervention d’un sous-traitant ENEDIS qui disait n’avoir rien 
touché….) et a réparé au scotchlock.

Perso, dès que j’ai le temps, je dégage quand même cet ADSL ailleurs, parce que 
c’est chez une personne âgée et je vois pas comment elle ferait seule avec des 
guignols pareils.

> Le 30 oct. 2023 à 13:22, Martin  a écrit :
>
> Bonjour à tous,
>
> arrivé en belle famille pour les vacances, panique à bord car plus
> d'internet, freebox (adsl) bloquée en étape 2, pas de 4G, les ados ont le
> front qui perle ;o)
>
> Le beau-père n'as plus d'internet depuis 8 jours et m'explique qu'il a
> contacté Free et que depuis, pas de son pas d'image. Je prends le dossier
> en charge pour lui expliquer la vie. Je n'arrive finalement à rien de plus
> que lui.
> Je commence par me rendre sur son interface client, pour découvrir un bel
> outil de suivi de l'assistance qui m'apprend qu'ils ont bien été joints le
> 23, et que "Une demande de vérification de nos équipements au nœud de
> raccordement a été lancée.".
> Depuis rien.
> J'appelle alors le 3244 pour avoir des précisions. Et c'est là l'objet de
> ce mail : impossible de tomber sur un conseiller. Magnifique IVR relié au
> suivi de dossier qui m'indique à son tour qu'une demande de vérification
> est en cours et que je serai informé de la suite, suivi d'un au revoir et
> d'un raccroché brutal.
>
> Après le service public, les opérateurs succombent eux à la suppression de
> contact humain ? Je conçois que les conseillers du support technique en ont
> marre de se faire engueuler par les clients tendus, et que c'est pour eux
> une perte de temps de simplement répondre que le dossier est en cours, mais
> c'est avec ce genre de choix qu'on a des dossiers qui traînent pendant des
> mois. C'est général cette orientation des supports techniques ?
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

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


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

2023-10-27 Par sujet David Mercereau via frnog

Bonjour Martin,

Si en plus de "juste avoir du mail" tu veux de l'éthique, tu pourrais 
adopter un C.H.A.T.O.N.S. <https://www.chatons.org>, certain, propose du 
mail : 
https://www.chatons.org/search/by-service?field_alternatives_aux_services_target_id=385 
Au moins tu auras affaire à des humains, des Français... (tu augmentes 
les chances de possibilité de paiement par Chorus Pro...)


Belle journée,
David

https://retzo.net/
Tél port : 0663691604
Tél fix : 0972199940 Lundi|Mardi|Jeudi 9h30-16h ou Mercredi|Vendredi 9h30-12h

Le 27/10/2023 à 10:25, Martin a écrit :

Hello la liste,

je suis en train de revoir pas mal de choses dans ma petite municipalité
qui en a bien besoin, des fichiers critiques stockés sur le pc de la
secrétaire (sans backup, sans fermeture de session, et j'en passe) au
cahier papier de mots de passes posé sur le bureau avec une grosse
étiquette "mots de passe".
Oui je sais, les élections municipales datent, il est un peu tard pour s'y
mettre, mais il y avait des sujets prioritaires comme la branche de A qui
dépasse sur la parcelle de B qui est pas foutu d'aller lui demander
gentiment de la couper, voire de la couper lui même. Je m'égare (mais ça me
fait du bien bizarrement).

Bref, dans les sujets, il y a aussi un vieux mailmairie@wanadoo.fr  qui
est source de nombreux problèmes, car ne fonctionne pas 2 jours par mois,
tombe dans les spams, et j'en passe.

Je cherche donc une solution qui soit accessibles aux collectivités. Et par
là j'entends qui permette une facturation par Chorus Pro pour ce que j'en
sais. Si en plus elle est respectueuse de la vie privée des administrés qui
nous envoient des mails, c'est parfait. Evidemment on va en profiter pour
faire u mail 2.0 en remplaçantmairie@wanadoo.fr  àmai...@xxx.fr.

J'ai pas mis ça dans biz, parce qu'on va parler d'une facturation de
quelques euros par mois, et je ne pense pas finir chez un des "petits" qui
font vivre cette liste, plutôt un "moyen" chez qui je pourrai tout faire en
ligne, à la google mais avec la vie privée en plus.

Merci d'avance

Martin

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

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


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

2023-10-27 Par sujet Léo El Amri via frnog

On 27/10/2023 10:25, Martin wrote:

Je cherche donc une solution qui soit accessibles aux collectivités. Et par
là j'entends qui permette une facturation par Chorus Pro pour ce que j'en
sais. Si en plus elle est respectueuse de la vie privée des administrés qui
nous envoient des mails, c'est parfait. Evidemment on va en profiter pour
faire u mail 2.0 en remplaçant mairie@wanadoo.fr à mai...@xxx.fr.


Témoignage anecdotique :

Ma petite commune (moins de 1500 habitants) a franchi le pas cette année 
en passant de wanadoo.fr à un nom de domaine et une boite de courriel 
chez OVH. Je ne m'en suis pas occupé, pour le moment ils en sont contents.



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


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

2023-10-27 Par sujet Daniel via frnog



Le 27/10/2023 à 10:25, Martin a écrit :
[...]

Je cherche donc une solution qui soit accessibles aux collectivités. Et par
là j'entends qui permette une facturation par Chorus Pro pour ce que j'en
sais.
Perso en Alsace je n'ai plus le choix avec les mairies, Chorus Pro 
obligatoire, règlement via le SIE. Cela fonctionne bien.

  Si en plus elle est respectueuse de la vie privée des administrés qui
nous envoient des mails, c'est parfait. Evidemment on va en profiter pour
faire u mail 2.0 en remplaçantmairie@wanadoo.fr  àmai...@xxx.fr.
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


--
Daniel Huhardeaux
+33.368460...@tootai.netsip:8...@sip.tootai.net
+41.445532...@swiss-itech.chtootaiNET

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


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

2023-10-27 Par sujet Bertrand FRUCHET via frnog

Bonjour Martin,

jettes un oeil chez powermail.fr, un "petit" local qui ne fait que du 
mail, et qui le fait vraiment bien. Je sais pas pour chorus Pro, faut 
leur demander.


Bertrand


.
Le 27/10/2023 à 10:25, Martin a écrit :

Hello la liste,

je suis en train de revoir pas mal de choses dans ma petite municipalité
qui en a bien besoin, des fichiers critiques stockés sur le pc de la
secrétaire (sans backup, sans fermeture de session, et j'en passe) au
cahier papier de mots de passes posé sur le bureau avec une grosse
étiquette "mots de passe".
Oui je sais, les élections municipales datent, il est un peu tard pour s'y
mettre, mais il y avait des sujets prioritaires comme la branche de A qui
dépasse sur la parcelle de B qui est pas foutu d'aller lui demander
gentiment de la couper, voire de la couper lui même. Je m'égare (mais ça me
fait du bien bizarrement).

Bref, dans les sujets, il y a aussi un vieux mail mairie@wanadoo.fr qui
est source de nombreux problèmes, car ne fonctionne pas 2 jours par mois,
tombe dans les spams, et j'en passe.

Je cherche donc une solution qui soit accessibles aux collectivités. Et par
là j'entends qui permette une facturation par Chorus Pro pour ce que j'en
sais. Si en plus elle est respectueuse de la vie privée des administrés qui
nous envoient des mails, c'est parfait. Evidemment on va en profiter pour
faire u mail 2.0 en remplaçant mairie@wanadoo.fr à mai...@xxx.fr.

J'ai pas mis ça dans biz, parce qu'on va parler d'une facturation de
quelques euros par mois, et je ne pense pas finir chez un des "petits" qui
font vivre cette liste, plutôt un "moyen" chez qui je pourrai tout faire en
ligne, à la google mais avec la vie privée en plus.

Merci d'avance

Martin

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




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


[FRnOG] [ALERT] Problèmes transitaires

2023-10-24 Par sujet Étienne Wan via frnog
Ayant vu passer des mails sur Nanog parlant de problèmes sur Arelion / 
Telia vers 17h00 (Europe/Paris), avez-vous vu des soucis sur d'autres 
transitaires entre 16h et 19h ce soir ?


J'essaye de comprendre des incidents que j'ai eu durant cette tranche 
horaire sur mon réseau en étant uniquement derrière Cogent.



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


Re: [FRnOG] [TECH] Domaines mails anonymes

2023-10-23 Par sujet Guy Larrieu via frnog

Bonjour,

Le 2023-10-21 09:33, Arnaud Feix a écrit :

En OSINT c’est parfois utile :

https://www.emailnator.com/
Disposable Gmail | Temp Mail
emailnator.com


Sinon, envoie tes mails en "orange.fr" :
- SPF en ?all
- Pas de DKIM
- DMARC en none

C'est pile ce que tu cherches on dirait.


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


Re: [FRnOG] [TECH] Validation eSIM avec SMDP+ MNOs FR

2023-10-22 Par sujet Adam Anbari / Azurreo via frnog
Merci pour ton feedback…
Ça semble effectivement être logique.

From: frnog-requ...@frnog.org  on behalf of Caeies 

Sent: Thursday, October 19, 2023 11:57:13 PM
To: frnog@frnog.org 
Subject: Re: [FRnOG] [TECH] Validation eSIM avec SMDP+ MNOs FR

[You don't often get email from caeies.fr...@caeies.org. Learn why this is 
important at https://aka.ms/LearnAboutSenderIdentification ]

Bonsoir à tous,

On 18/10/2023 20:48, Adam Anbari / Azurreo via frnog wrote:
> Bonjour a tous,
>
>
> Une question pour nos experts mobile;
> Savez vous si les MNO Fr autorisent la validation de leurs eSIM sur le SMDP+ 
> a partir de HW non certifié.

Je suppose que l'on parle d'eUICC plutôt que de eSIM et probablement
dans la version "grand public" (ie > 2.0) plutôt que M2M (ie 1.x) ?

>
> Pour expliquer le contexte; je voudrais faire des tests de validation sur une 
> platform en cours de dev, et j’ai besoin d’enregistrer des eSIM valident, 
> mais je me demande si le MNO acceptera ma requête si le device annoncé pour
l’enregistrement n’a pas «encore » de certification officielle.

De mémoire le device ne sert que de passe plat (via des commandes CSIM
ou autre) et n'a donc rien "à voir" avec la communication entre la sim
et le SMDP+. Je dirais donc que ça ne devrait pas poser de problèmes sur
cette partie.
Je suppose que le lien se fait via l'imei du device ? la plage doit déjà
être enregistrée auprès du GSMA même sans certif officielle, donc c'est
probablement un obstacle de moins.

Après il y a probablement de vrai experts sur le sujet dans cette liste,
je ne suis qu'un pauvre utilisateur de ce type de solutions (qui plus
est, chez des opérateurs non FR).

Peux être que les FR sont plus tatillons que les autres ...

(entre nous, combien utilisent des FW modems non certifiés / en devs sur
des réseaux réels ... /me sifflote).

Cordialement,

>
> Je pourrais tester pour savoir, mais le contexte ne me permet pas de faire ce 
> teste, d’ou ma question :)
>
> Une réponse, une idée, une reco. - n’hésitez pas.
>
> Merci,
> A.
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

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


Re: [FRnOG] [ALERT] http SD* et cisco CVE-2023-20198

2023-10-19 Par sujet Jérôme Berthier via frnog

Le 19/10/2023 à 08:13, jehan procaccia INT a écrit :
Je m'interroge sur l'usage des interfaces [web|API|SD*]  prônées par 
les constructeurs


n'est-ce pas une exposition supplementaires majeure ? Ces outils (chez 
cisco DNA/Catalyst-center, SD-Acces/Wan ...)  utilisent-ils le service 
http/https ?


cf le CVE en cours qui semble faire de serieux degats :

https://www.it-connect.fr/cyberattaque-plus-de-34-000-equipements-cisco-pirates-avec-cette-nouvelle-faille-zero-day/ 



https://sec.cloudapps.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-iosxe-webui-privesc-j22SaA4z 



https://blog.talosintelligence.com/active-exploitation-of-cisco-ios-xe-software/ 





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


Bonjour,

Je pense qu'il ne faut pas mélanger.

Cette faille concerne la WebUI de management des équipements IOS-XE.

Elle est sensée ne pas être exposée n'importe comment (et même 
désactivée vu son peu d'utilité).


Sur SD-WAN, l'onboarding est fait de l'équipement (cEdge, vEdge) vers 
l'orchestrateur vBond (Validator) puis un contrôleur vSmart et le 
vManager sont découverts et le device s'y connecte.


A mon avis, s'il y a connexion entrante, elle est ensuite limitée aux 
contrôleurs (DTLS/OMP) et managers (SSH/NETCONF) validés et enrôlés par 
certificat. ça se passe sur des ports dédiés.


Toutefois, ce mécanisme reste faillible puisque là le point d'exposition 
est côté vBond Orchestrator (Validator exposé complètement pour recevoir 
l'onboarding et faire l'aiguillage) ou vSmart/vManage. Ils ont déjà eu 
leurs lots de failles critiques.


Pour SD-Access, à mon sens, c'est plus classique. DNA Center va venir 
découvrir les équipements en SNMP, SSH. Il y a sûrement aussi du ZTP 
possible (pas vérifié).


Bref, tout logiciel reste faillible donc quand tu exposes des points de 
découverte centralisée, ça peut forcément mal se passer.


--
Jérôme Berthier


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


[FRnOG] [TECH] Validation eSIM avec SMDP+ MNOs FR

2023-10-18 Par sujet Adam Anbari / Azurreo via frnog
Bonjour a tous,


Une question pour nos experts mobile;
Savez vous si les MNO Fr autorisent la validation de leurs eSIM sur le SMDP+ a 
partir de HW non certifié.

Pour expliquer le contexte; je voudrais faire des tests de validation sur une 
platform en cours de dev, et j’ai besoin d’enregistrer des eSIM valident, mais 
je me demande si le MNO acceptera ma requête si le device annoncé pour 
l’enregistrement n’a pas «encore » de certification officielle.

Je pourrais tester pour savoir, mais le contexte ne me permet pas de faire ce 
teste, d’ou ma question :)

Une réponse, une idée, une reco. - n’hésitez pas.

Merci,
A.

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


Re: [FRnOG] [BIZ] Netwo absorbé par le Groupe Altitude ...

2023-10-18 Par sujet Jules via frnog
Ça serait top de pouvoir piéger la boîte.

À minima mettre une caméra avec une bonne DEL agressive pour avoir la
tête de la personne ? Une petite plaque pour prévenir que c'est filmé ?


Le mercredi 18 octobre 2023 à 17:17 +0200, David Ponzone a écrit :
> Purée si j’avais le temps, une ébauche de talent de scénariste, et le
> moindre sentiment que ça pourrait intéresser quelqu’un.
> Ceci dit, pour alimenter un format type Kamelot, ça pourrait le
> faire.
> 
> Hors-sujet: d’ailleurs, j’en viens à avoir envie de vous faire part
> d’un problème qui semble prendre de l’ampleur (n’y voir aucun rapport
> avec Altitude, quoique….).
> On pensait être à l’abri en connectant un client en FTTO ou FON
> maison, mais il semblerait qu’il arrive (de plus en plus ?) que des
> techs D3, en détresse n’ayant pas de signal au PM, s’amusent à aller
> ouvrir des boites en chambre qui sont pas à l’opérateur FTTH concerné
> dans l’espoir d’y trouver la lumière….
> Evidemment, quand ils ont cassé, ils réparent pas.
> 
> On a le droit de piéger une boite ?
> 
> > Le 18 oct. 2023 à 17:05, Jules via frnog  a écrit
> > :
> > 
> > Fais-le, ça permettra de rire bien fort dans les transports quand
> > on
> > est coincé. Ça fera de mal à (presque) personne.
> > 
> > 
> > Le mercredi 18 octobre 2023 à 13:36 +0200, David Ponzone a écrit :
> > > Enorme, on leur a dit à peu près pareil.
> > > Garantie décennale tu crois ?
> > > Déjà, si on a 12 mois, ça sera bien.
> > > Et puis Altitude quoi. J’ai tellement d’anecdotes à raconter sur
> > > eux
> > > que je pouvais en faire une série Netflix en 10 saisons.
> > > 
> > > > Le 18 oct. 2023 à 13:29, Charles ENEL-REHEL <
> > > > charles.enelre...@gmail.com> a écrit :
> > > > 
> > > > Ben voila, Netwo est absorbé par le Groupe Altitude.
> > > > 
> > > > Mais pas d'inquiétude les amis, ils nous garantissent le
> > > > maintien
> > > > de la
> > > > neutralité et de l'indépendance.
> > > > 
> > > > Plouf.
> > > > 
> > > > ---
> > > > Liste de diffusion du FRnOG
> > > > http://www.frnog.org/
> > > 
> > > 
> > > ---
> > > Liste de diffusion du FRnOG
> > > http://www.frnog.org/
> > 
> > 
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
> 
> 


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


Re: [FRnOG] [MISC] Troll pas troll sur la sécurité de vos accès.

2023-10-18 Par sujet Jules via frnog
Oui, non, ça dépends.

Par exemple, pourquoi empêcher l'accès à ADDS depuis une machine
Windows à part le masochisme ?

Par contre, la machine en question est dédiée à ça et il n'y a pas
trace d'un navigateur ou client courriel dessus…

Ton administrateur sous Windows n'est pas supposé utiliser un compte
admin pour ouvrir ses courriels, donc il ne cliquera pas sur le lien
d'hameçonnage depuis un compte à privilège. D'ailleurs, puisqu'il
utilise une machine dédiée pour les tâches administratives sans
navigateurs/clients courriel, il n'a jamais connecté son compte admin
sur la machine qui a servi à ouvrir cet hameçonnage, donc les
identifiants du compte admin n'ont jamais été mis en cache sur ce
système. Même pour joindre la machine au domaine, un compte à usage
unique a été utilisé, ou tout autre moyen.

Pour ce qui est de la validité du ticket kerberos, tu peux en fonction
du comportement le révoquer (voir silverfort par exemple)

Belle journée,
Jules
> 
> Le mercredi 18 octobre 2023 à 14:43 +, Jérôme Quintard a écrit :
> > Bon, j'aurai pu attendre vendredi, parce que la question risque
> > d'être trollée à mort, mais allons y...
> > 
> > Au niveau SSI, autorisez-vous l'accès à vos équipes, à des
> > équipements sensibles (réseaux comme systèmes) depuis une machine
> > Windows ou limitez-vous ces accès depuis d'autres OS...
> > 
> > Prenons le cas d'un administrateur sous Windows (on va partir du
> > principe qu'il n'est pas administrateur local, qu'il n'y a pas de
> > PAM). Via du phishing, il se prend un mimikatz qui récupère dans la
> > LSASS un token pour faire une élévation de privilèges. De là,
> > l'ensemble du système est corruptible.
> > 
> > Par nature l'exploitation d'info pour faire du pass the
> > hash/ticket,
> > n'est pas exploitable sur d'autres OS même avec du realm... je ne
> > trouve en tout cas rien sur le sujet...
> > 
> > Au delà, gérez-vous vos le AAA de vos équipements via un radius ou
> > avec des credentials communs (pas glop) ou distincts (via un
> > gestionnaire de mot de passe par exemple)...
> > 
> > Jerome
> > 
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/


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


Re: [FRnOG] [BIZ] Netwo absorbé par le Groupe Altitude ...

2023-10-18 Par sujet Jules via frnog
Fais-le, ça permettra de rire bien fort dans les transports quand on
est coincé. Ça fera de mal à (presque) personne.


Le mercredi 18 octobre 2023 à 13:36 +0200, David Ponzone a écrit :
> Enorme, on leur a dit à peu près pareil.
> Garantie décennale tu crois ?
> Déjà, si on a 12 mois, ça sera bien.
> Et puis Altitude quoi. J’ai tellement d’anecdotes à raconter sur eux
> que je pouvais en faire une série Netflix en 10 saisons.
> 
> > Le 18 oct. 2023 à 13:29, Charles ENEL-REHEL <
> > charles.enelre...@gmail.com> a écrit :
> > 
> > Ben voila, Netwo est absorbé par le Groupe Altitude.
> > 
> > Mais pas d'inquiétude les amis, ils nous garantissent le maintien
> > de la
> > neutralité et de l'indépendance.
> > 
> > Plouf.
> > 
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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


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

2023-10-18 Par sujet Vincent Tondellier via frnog

On mercredi 18 octobre 2023 08:57:35 CEST, Stéphane Rivière wrote:
Il y a quelques "petits" (Meta, rejoint par Intel, Google, 
Dell, etc...) qui ont ce projet :


Oui... Certains taffent en PHP et JS en disant que ce sont des 
langages efficaces...


Ca dépend de quelle efficacité on parle, en fouillant (beaucoup ?) on doit 
pouvoir trouver une mesure ou ils sont plus efficaces


Mais je ne fais que signaler un projet en rapport avec le sujet, je ne suis 
pas en mesure de juger. 
Vu le monde dans le projet, je suppose/espère qu'ils ont des gens pour y 
réfléchir ...


Il y a déjà des produits qui intègrent des morceaux de ce projet (la 
mezzanine OCP des serveurs), donc c'est quand même du concret, ca n'a pas 
l'air du projet fantasque d'une startup.


On mercredi 18 octobre 2023 09:04:09 CEST, Stéphane Rivière wrote:

Ce n'est absolument pas de la distribution en 48V au sein d'un DC.


Non, je n'ai jamais dit ca.
Je connais l'effet Joule et la conso d'un DC ...

C'est, au niveau d'une baie, une mutualisation des alims par 
une alim proxy qui crache du 12V et 48V.


J'ai bien écrit : par rack (ou baie en francais).
Un "power shelf" (tiroir a alim) par baie, avec plusieurs alims 220/48V, 
managable avec un contrôleur de baie.
Un peu comme un gros routeur/switch modulaire avec son fond de panier et sa 
rangée d'alim en fait ...




Et là, *ça n'a rien à voir* et c'est pas con, pour plein de raisons...

L'idée de faire du Tiers X en rajoutant des batteries dans 
chaque baie me semble étrange (sic) pour un DC.


Par contre, pour quelques baies isolées, ça fait parfaitement 
sens et on fait déjà ça avec des onduleurs rackés.


Ce n'est certainement pas le cas des acteurs en question qui sont plus dans 
les DC gigantesques. 
Il doit y avoir d'autres raisons (proximité alim, occupation espace ?), 
mais ca fait longtemps que j'ai regardé, et j'ai pas le courage/temps de 
fouiller leurs docs pour les retrouver.



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


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

2023-10-18 Par sujet Xavier Beaudouin via frnog
Hello Stéphane

> Ça ressemble à gagner trois pouillèmes là pour en perdre bien plus
> partout ailleurs... Mais bon, je ne suis qu'un électricien et
> électronicien de base, eux savent mieux.

Ça me fait penser a une discussion que j'ai eu avec une boite
pour qui j'ai travaillé il y a quelques temps.
Ils parlaient des standards d'alimentation de compute nodes 
dans une "baignoire" (comprendre réfroissement liquide), avec des
bus bar.

J'ai très vite calmé le jeu quand j'ai commencé a calculer la
section du bus bar a 12V pour alimenter 1 serveur qui consommais
2kW, puis les 20 serveurs qu'ils voulais mettre dedans...

Parce que bon sortir 2kW dans des alims refroidies par un liquide
diélectrique, ok, mais alimenter 40kW sur UNE alimentation 12V
ça commence a faire des choses qui sont complément loufoque (et
le prix du cuivre juste pour les 2x 2m de bus bar deviens délirante
sans compter les câbles pour alimenter ce délire.

Par contre dans des cas de faible conso, le question deviens très
vite intéressante.

Xavier


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


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

2023-10-17 Par sujet Vincent Tondellier via frnog

On mardi 17 octobre 2023 17:21:44 CEST, Stéphane Rivière wrote:

Le 13/10/2023 à 14:55, Antoine Nivard - O.N via frnog a écrit :
Je te confirme que quelques DC offrent du 48V comme Cogent 
Nantes (actuellement sous utilisé ).
Nous sommes plusieurs à regarder des solutions type 48V car tu 
es en direct à la sortie des batteries de l'onduleur, gros gain 
en perspective.


Les rendements théoriques légèrement supérieurs (on sait quand 
même faire des alims à découpage sans trop de pertes 
aujourd'hui) ne sont-ils pas compensés par les sections de 
câbles d'enfer nécessaires au 48V, la connectique d'enfer qui va 
avec, plus les pertes en ligne (entre les batteries et les 
consommateurs), plus le coût des alims 48V, nécessairement 
équipées de transfos de découpage 'légèrement' plus balèzes 
(euphémisme).  Sans compter le coûts des appareillages en 
continu, également beaucoup plus coûteux¹ (re-euphémisme).


¹ On peut prendre du chinois toutefois.



Il y a quelques "petits" (Meta, rejoint par Intel, Google, Dell, etc...) 
qui ont ce projet :


https://www.opencompute.org/wiki/Open_Rack/SpecsAndDesigns

En gros, alim 48V et BBU (optionnel) par rack, alim par busbar sur fond de 
panier derrière les équipements.


Je n'ai pas lu tout le détail (bon courage!) ni vu de stats, mais je 
suppose qu'il y a des avantages a faire ça ...



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


RE: [FRnOG] [TECH] Feedback Yealink w80

2023-10-16 Par sujet Lionel RIVIERE via frnog
Bonsoir

Nous avons également pas mal de MULTICELL W80 qui est un produit plutôt stable

La W90 diffère dans sa gestion supérieure à 100 combinés, la synchro par le LAN 
possible et les antennes extérieures qui peuvent améliorer la zone de 
couverture.
J’ai plus de 100 combinés donc exit la W80
J’ai un bâtiment qui hélas dispose de bardages métalliques

Ma théorie première est que le niveau gain n’étant pas réglable et les antennes 
justes « orientables », le rayonnement peut engendrer trop de bruit
Exemple :  en extérieur, je capte a plus de 300m.. ça commence à cracher quand 
je marche mais je peux pousser plus loin a + de -80dB

Cela pourrait clairement expliquer le côté aléatoire, parfois sur appels 
internes qui je précise, ne requièrent pas de NAT et donc pas de bande passante 
pour le RTP coté lien d’accès malgré ma FTTO de 200Mbps et ma qos
Les erreurs de synchronisation peuvent également se produire lors de l’accès au 
répertoire : canal DECT combine vers DECT MANAGER uniquement

J’ai testé :


  *   A requérir au minimum de bornes syndical vs nombre de canaux
(il y a peu d’appels simultanés)
  *   G711 forcé
  *   Bras de déports pour m’écarter des bardages
  *   Orientations des antennes
  *   Test de la synchro par le LAN avec mise en œuvre de l’horloge fine, car 
le synchro DECT requière elle-même que la radio des bornes ne soit pas altérée 
: idem
  *   Nombreuses MAJ béta de firmware bornes + combinés poussées par le 
constructeur


C’est pourquoi en dépit de tout ce qui a été fait, je reste ouvert à tout feed 
back du même type pour trouver une issue...

Merci

Lionel RIVIERE



From: Ludovic RAMOS 
Sent: Wednesday, October 11, 2023 7:09 PM
To: Lionel RIVIERE ; David Ponzone 

Cc: Greg ; frnog@frnog.org; Daniel 
Subject: Re: [FRnOG] [TECH] Feedback Yealink w80

Bonjour,

pour aider, nous utilisons pas mal de W80DM avec firmware 103.83.0.80 sur soft 
type "centile"

et aucun problème rencontré du moment que les espacements et emplacement 
recommandé par yealink sont bien suivie

Idem aucun problème avec la gamme T5x
Le 11 oct. 2023 à 18:27 +0200, David Ponzone 
mailto:david.ponz...@gmail.com>>, a écrit :

Ouais mais par exemple, j’ai déjà croisé des coquins (à qui j’ai succinctement 
eu envie de demander de changer de métier) qui avaient des jolies règles, mais 
qui avaient pas coupé le SIP ALG de leur firewall d’entrée de gamme 
(Watchguard, SonicWall, Sophos, Zyxel, etc…) :)
Après, y a aussi des gens qui font de la voix à travers des liens non 
maitrisés. C’est un modèle (je suppos) mais de temps en temps, c’est un nid à 
emmerdes.


Le 11 oct. 2023 à 18:22, Lionel RIVIERE via frnog 
mailto:frnog@frnog.org>> a écrit :

Bonjour et merci pour votre retour

Nous avons aussi des occurrences sur les communications blanches mais c'est 
aussi aléatoire
D'après votre expérience quand vous dites "causées par mauvaise configuration 
NAT / Pare feu", s'agissait-il également d'un problème aléatoire ou 
systématique ? (Car la règle de FW en place ne change pas en cours de route)

Nous avons des soucis sur la version 103.85.0.25 mais également sur d'autres 
version béta plus récentes

Bien cordialement,


L.RIVIERE


-Original Message-
From: frnog-requ...@frnog.org<mailto:frnog-requ...@frnog.org> 
mailto:frnog-requ...@frnog.org>> On Behalf Of Greg
Sent: Wednesday, October 11, 2023 4:20 PM
To: Daniel mailto:t...@tootai.net>>
Cc: frnog@frnog.org<mailto:frnog@frnog.org>
Subject: Re: [FRnOG] [TECH] Feedback Yealink w80

Bonjour, nous avons en utilisation environ 90 bornes de type W80B, des 
configurations différentes, mais généralement une taille moyenne 2-4 bornes.
Les seules limites que nous avons rencontré c'est ce qui est limité par borne, 
par exemple vous ne pouvez pas mettre plus de X appels en instantané (CPS). 
Peut être c'est la cause de votre problème ? En tout cas, le reboot ne change 
pas ce comportement.
Nous n'avons pas rencontré les communications blanches autres que causées par 
mauvaise configuration NAT / Pare feu.
Généralement j'ai un retour positif de yealink sur les gammes de bureau 
également.
Nous avons tenté de travailler avec gigaset au début, déçu par la confirmation 
(provision)

J'ai pas regardé GrandStream en DECT Daniel, pouvez vous en dire plus ?
Merci


ср, 11 окт. 2023 г. в 13:55, Daniel via frnog 
mailto:frnog@frnog.org>>:


> Bonjour
>
> Yealink nous a toujours déçu, DECT comme postes de bureau. Gigaset est
> solide et stable mais GrandStream est notre gagnant en DECT pour le
> rapport qualité/prix et le système GDMS
>
> Le 11/10/2023 à 13:42, Lionel RIVIERE via frnog a écrit :

>> Bonjour
>>
>> Nous éprouvons des soucis aléatoires chez certains clients:
>> coupures
> franches d'appel, appels sans phonie...

>> On dirait que cela se produit lorsqu'un surnombre d'appels sont
> transférés sur des groupes de postes

>>
>> Le reboot du

Re: [FRnOG] [TECH] Rayon de courbure FO mono vs. multi

2023-10-16 Par sujet Léo El Amri via frnog

On 16/10/2023 19:03, Émile Touron wrote:

Son argument est que la multimode résiste mieux aux rayons de courbure
forts, et que les chemins de câble pour accéder aux caméras disposent
souvent d'angles assez serrés. Avec de la mono, dit-il, dans certains cas
on n'aurait pas de signal.


Absence de preuve n'est pas preuve d'absence, mais je n'ai jamais 
constaté de différence sur le terrain. Comme tout câble, le rayon de 
courbure dépend de plusieurs facteurs. Le procédé de fabrication d'une 
fibre est le même, que ce soit pour la monomode ou la multimode, seul 
l'enrichissement du dépôt change. Vu les diamètres en jeu, tant que la 
gaine n'est pas écrasée dans la courbure, il y a très peu de chance que 
l'âme ait souffert. Il faudrait vérifier les spécifications de votre 
câble. Personnellement sans trop me soucier des datasheet, j'ai toujours 
respecté la règle du "huit fois le diamètre du câble" sans que ça ne 
pose de problème observable. Dans le cas d'une fibre, cette règle 
autorise presque les angles francs à 90 degrés.


Je classe ça dans les légendes urbaines jusqu'à preuve du contraire.


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


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

2023-10-13 Par sujet Antoine Nivard - O.N via frnog
Je te confirme que quelques DC offrent du 48V comme Cogent Nantes (actuellement 
sous utilisé ).
Nous sommes plusieurs à regarder des solutions type 48V car tu es en direct à 
la sortie des batteries de l'onduleur, gros gain en perspective. 
Le DC denv-r est full basse-tension, par exemple. 
Actuellement nous avons des projets avec 2crsi pour des serveurs, stockage et 
réseaux. 

Dredi, c'est permis 

 

Le 13 octobre 2023 14:02:35 GMT+02:00, "Jérôme Marteaux"  a 
écrit :
>Le 13/10/2023 à 13:50, Paul Rolland (ポール・ロラン) a écrit :
>> Bonjour,
>> 
>> On Fri, 13 Oct 2023 13:43:57 +0200
>> David Ponzone  wrote:
>> 
>>> Ca fait donc un prix par A environ 3 fois inférieur à un prix sur Paris
>>> en ce moment.
>>> 
>>> Pour les pros du courant fort: je suppos qu’une infra de DC en 110V
>>> coûtent moins cher qu’en 220V, ou je dis une connerie ?
>> 
>> Tiens, puisqu'on est en train de faire une bonne discussion de Dredi13, il
>> y a des DC qui propose du 48V ?
>> C'est interessant financierement ?
>
>Je n'en ai vu que chez des opérateurs dont leur transmission était alimenté en 
>48V. Et les rares qui en avaient déployés ont tous arrêtés.
>
>Côté hébergement, beaucoup se sont penché sur la question et il me semble que 
>personne n'a déployé.
>
>-- 
>Jérôme Marteaux
>
>
>---
>Liste de diffusion du FRnOG
>http://www.frnog.org/

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


Re: [FRnOG] [TECH] problème PDU : courant de fuite

2023-10-12 Par sujet frnog

Le 11/10/2023 à 22:18, Jérôme Quintard a écrit :

Je n’ai pas tout lu mais dans ce cas ça semble plus un problème de sélectivité 
si ton souci provient du réarmement d’un circuit en amont. Qu’en dis ton 
électricien ?
En fait j'aurai pu être plus précis : c'est lorsqu'on réarme au niveau 
du couple disjoncteur / différentiel 30mA directement en amont du PDU 
que ça saute de suite, car on dépasse directement la valeur de courant 
de fuite qui fait sauter le différentiel.
D'après ce qu'a expliqué Toussaint sur ce qu'était la sélectivité, que 
je ne connaissais pas, on ne devrait pas être dans le cas d'un problème 
de sélectivité puisqu'il n'y a pas de disjoncteur / différentiel en aval 
de ce qui saute.
L'électricien rejoint pour l'instant ce qui a été dit ici : trop de 
courant de fuite donc répartir les équipements sur plus de différentiels 
(en cours) et réduire la cause des courants de fuite (ce que j'essaie de 
voir avec le fabricant de mes fameux PDU).



Le 10 oct. 2023 à 09:53, fr...@r0m5.eu a écrit :

Bonjour,

Comme évoqué dans un autre mail, le type de courbe semble plus impactant pour 
un problème éventuel de courant d'appel qu'un problème de courant de fuite.
Par ailleurs, nous sommes déjà sur un différentiel Type A SI mais merci pour le 
retour !

Bonne journée,


Le 09/10/2023 à 20:07, Pierre-E a écrit :
Bonjour,

Sais-tu sur quel type de courbe son tes disjoncteurs ?
J’ai eu quelques problèmes du même type et après être passé sur des ASi, le 
problème était résolu.

My two cents,
Pierre-Emmanuel LT


On 9 Oct 2023, at 19:18, fr...@r0m5.eu wrote:

Bonsoir,

Je rencontre actuellement un soucis dans une baie informatique avec une arrivée 
32A, hors datacenter, qui dispose d'un PDU manageable d'une marque reconnue et 
présente sur le marché datacenter.

Nous essayons d'utiliser ce PDU en y reliant 15 alimentations de switch réseau 
350W (pas junisco mais grande marque réseau tout de même) qui ont chacune un 
peu plus de 1mA de courant de fuite.
Lorsque nous relions ces alimentations au PDU déjà démarré (contrôleur démarré 
et outlets déjà alimentées) pas de soucis.
Par la suite lorsque le courant est coupé en amont du PDU, alors au retour du 
courant notre différentiel 30mA saute systématiquement.
Nous avons mesuré que lors du démarrage du PDU, on a un courant de fuite de 8 à 
10mA supplémentaires, courant de fuite qui disparaît une fois le contrôleur du 
PDU démarré et les relais actionnés (les outlets alimentées). On revient alors 
au seul courant de fuite des alims de switch (entre 15 et 20 mA).

Concernant le fait que le courant de fuite soit plus important au démarrage du 
PDU qu'une fois celui-ci démarré, j'ai contacté le constructeur et j'attends un 
retour.

J'en arrive aux questions :
- 1 mA de courant de fuite par alim de switch vous paraît-il cohérent ? Nous 
savons testé avec une autre marque, nous sommes plutôt aux alentours de 0,5mA.
- des différentiels 30mA sont-ils à votre connaissance utilisés en datacenter ? 
un différentiel pour chacune des deux sources d'alim redondées d'une baie ? 
J'aurai tendance à penser que oui pour la protection des personnes mais dans un 
job précédent nous remplissions bien nos baies dans nos datacenters parisiens 
et nous n'avons jamais à ma connaissance eu de problème de différentiel qui 
saute.

Si par ailleurs vous avez d'autres suggestions qui pourraient m'être utiles, je 
suis preneur.

Bonne soirée !


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


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



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


RE: [FRnOG] [TECH] Feedback Yealink w80

2023-10-11 Par sujet Lionel RIVIERE via frnog
Bonsoir David

Dans mon cas précis toute la téléphonie fixe avec les mêmes prérequis 
techniques fonctionne parfaitement
Seul la partie DECT poste souci

Bien cordialement,

L.RIVIERE

-Original Message-
From: David Ponzone  
Sent: Wednesday, October 11, 2023 6:28 PM
To: Lionel RIVIERE 
Cc: Greg ; frnog@frnog.org; Daniel 
Subject: Re: [FRnOG] [TECH] Feedback Yealink w80

Ouais mais par exemple, j’ai déjà croisé des coquins (à qui j’ai succinctement 
eu envie de demander de changer de métier) qui avaient des jolies règles, mais 
qui avaient pas coupé le SIP ALG de leur firewall d’entrée de gamme 
(Watchguard, SonicWall, Sophos, Zyxel, etc…) :) Après, y a aussi des gens qui 
font de la voix à travers des liens non maitrisés. C’est un modèle (je suppos) 
mais de temps en temps, c’est un nid à emmerdes.

> Le 11 oct. 2023 à 18:22, Lionel RIVIERE via frnog  a écrit :
> 
> Bonjour et merci pour votre retour
> 
> Nous avons aussi des occurrences sur les communications blanches mais 
> c'est aussi aléatoire D'après votre expérience quand vous dites 
> "causées par mauvaise configuration NAT / Pare feu", s'agissait-il 
> également d'un problème aléatoire ou systématique ? (Car la règle de 
> FW en place ne change pas en cours de route)
> 
> Nous avons des soucis sur la version 103.85.0.25 mais également sur 
> d'autres version béta plus récentes
> 
> Bien cordialement,
> 
> 
> L.RIVIERE
> 
> 
> -Original Message-
> From: frnog-requ...@frnog.org  On Behalf Of 
> Greg
> Sent: Wednesday, October 11, 2023 4:20 PM
> To: Daniel 
> Cc: frnog@frnog.org
> Subject: Re: [FRnOG] [TECH] Feedback Yealink w80
> 
> Bonjour, nous avons en utilisation environ 90 bornes de type W80B, des 
> configurations différentes, mais généralement une taille moyenne 2-4 bornes.
> Les seules limites que nous avons rencontré c'est ce qui est limité par 
> borne, par exemple vous ne pouvez pas mettre plus de X appels en instantané 
> (CPS). Peut être c'est la cause de votre problème ? En tout cas, le reboot ne 
> change pas ce comportement.
> Nous n'avons pas rencontré les communications blanches autres que causées par 
> mauvaise configuration NAT / Pare feu.
> Généralement j'ai un retour positif de yealink sur les gammes de bureau 
> également.
> Nous avons tenté de travailler avec gigaset au début, déçu par la 
> confirmation (provision)
> 
> J'ai pas regardé GrandStream en DECT Daniel, pouvez vous en dire plus ?
> Merci
> 
> 
> ср, 11 окт. 2023 г. в 13:55, Daniel via frnog :
> 
>> Bonjour
>> 
>> Yealink nous a toujours déçu, DECT comme postes de bureau. Gigaset 
>> est solide et stable mais GrandStream est notre gagnant en DECT pour 
>> le rapport qualité/prix et le système GDMS
>> 
>> Le 11/10/2023 à 13:42, Lionel RIVIERE via frnog a écrit :
>>> Bonjour
>>> 
>>> Nous éprouvons des soucis aléatoires chez certains clients:  
>>> coupures
>> franches d'appel, appels sans phonie...
>>> On dirait que cela se produit lorsqu'un surnombre d'appels sont
>> transférés sur des groupes de postes
>>> 
>>> Le reboot du système solutionne le souci... pour un temps... 
>>> quelques
>> jours ou quelques mois
>>> 
>>> Les firmware bases et combinés ont été validé par le constructeur, 
>>> pour
>> lui aucun souci sinon des problèmes de positionnement de bornes
>>> Des tests croisés de différents combinés ont été opéré sans succès
>>> 
>>> Nous utilisons un système centrex type centile, je n'écarte pas des
>> soucis de négociations de codecs ou de NAT
>>> Mais nous ne connaissons pas ce genre de soucis avec le DECT 
>>> multicell
>> Gigaset
>>> 
>>> 
>>> 
>>> Est-ce que quelqu'un éprouve les mêmes difficultés que moi avec ce
>> constructeur?
>>> Je suis également preneur des feed back en positif
>>> 
>>> Merci pour votre retour d'info
>>> 
>>> 
>>> Bien cordialement,
>>> 
>>> L.RIVIERE
>>> 
>>> ---
>>> Liste de diffusion du FRnOG
>>> http://www.frnog.org/
>> 
>> --
>> Daniel
>> 
>> 
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
>> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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


RE: [FRnOG] [TECH] Feedback Yealink w80

2023-10-11 Par sujet Lionel RIVIERE via frnog
Bonjour et merci pour votre retour

Nous avons aussi des occurrences sur les communications blanches mais c'est 
aussi aléatoire
D'après votre expérience quand vous dites "causées par mauvaise configuration 
NAT / Pare feu", s'agissait-il également d'un problème aléatoire ou 
systématique ? (Car la règle de FW en place ne change pas en cours de route)

Nous avons des soucis sur la version 103.85.0.25 mais également sur d'autres 
version béta plus récentes

Bien cordialement,


L.RIVIERE


-Original Message-----
From: frnog-requ...@frnog.org  On Behalf Of Greg
Sent: Wednesday, October 11, 2023 4:20 PM
To: Daniel 
Cc: frnog@frnog.org
Subject: Re: [FRnOG] [TECH] Feedback Yealink w80

Bonjour, nous avons en utilisation environ 90 bornes de type W80B, des 
configurations différentes, mais généralement une taille moyenne 2-4 bornes.
Les seules limites que nous avons rencontré c'est ce qui est limité par borne, 
par exemple vous ne pouvez pas mettre plus de X appels en instantané (CPS). 
Peut être c'est la cause de votre problème ? En tout cas, le reboot ne change 
pas ce comportement.
Nous n'avons pas rencontré les communications blanches autres que causées par 
mauvaise configuration NAT / Pare feu.
Généralement j'ai un retour positif de yealink sur les gammes de bureau 
également.
Nous avons tenté de travailler avec gigaset au début, déçu par la confirmation 
(provision)

J'ai pas regardé GrandStream en DECT Daniel, pouvez vous en dire plus ?
Merci


ср, 11 окт. 2023 г. в 13:55, Daniel via frnog :

> Bonjour
>
> Yealink nous a toujours déçu, DECT comme postes de bureau. Gigaset est 
> solide et stable mais GrandStream est notre gagnant en DECT pour le 
> rapport qualité/prix et le système GDMS
>
> Le 11/10/2023 à 13:42, Lionel RIVIERE via frnog a écrit :
> > Bonjour
> >
> > Nous éprouvons des soucis aléatoires chez certains clients:  
> > coupures
> franches d'appel, appels sans phonie...
> > On dirait que cela se produit lorsqu'un surnombre d'appels sont
> transférés sur des groupes de postes
> >
> > Le reboot du système solutionne le souci... pour un temps... 
> > quelques
> jours ou quelques mois
> >
> > Les firmware bases et combinés ont été validé par le constructeur, 
> > pour
> lui aucun souci sinon des problèmes de positionnement de bornes
> > Des tests croisés de différents combinés ont été opéré sans succès
> >
> > Nous utilisons un système centrex type centile, je n'écarte pas des
> soucis de négociations de codecs ou de NAT
> > Mais nous ne connaissons pas ce genre de soucis avec le DECT 
> > multicell
> Gigaset
> >
> >
> >
> > Est-ce que quelqu'un éprouve les mêmes difficultés que moi avec ce
> constructeur?
> > Je suis également preneur des feed back en positif
> >
> > Merci pour votre retour d'info
> >
> >
> > Bien cordialement,
> >
> > L.RIVIERE
> >
> > -------
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
>
> --
> Daniel
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

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


Re: [FRnOG] [TECH] Feedback Yealink w80

2023-10-11 Par sujet Daniel via frnog

David a juste, c'est en mode répéteur.

Pas testé en DECT car très mauvaise expérience à leur débuts en DECT (il 
ya fort longtemps) mais excellent en postes de bureau: SNOM. C'est du 
multicell.


Le 11/10/2023 à 18:03, Greg a écrit :
Je comprends mieux maintenant, dans ce cas il faut comparer la même 
gamme, je suppose que grandstream est comparable au yealink W70B 20 
appels et 10 DECT.
Pour le wifi il faut l'oublier malheureusement un beau rêve qui 
n'aboutira pas.




ср, 11 окт. 2023 г. в 17:55, David Ponzone :


> Le 11 oct. 2023 à 17:46, Daniel via frnog  a
écrit :
>
>
> Le 11/10/2023 à 16:41, Greg a écrit :
>> Je ne trouve pas de système multi cellule chez grandstream, ce
produit
>> existe ?
>
> Serie DP7xx Ils poussent vers le WIfi avec la série WP8xx
>

Hmm sauf erreur de ma part, Grandstram a pas de solution multicell.
Au mieux monocell avec répéteur.
Sûrement pour ça qu’ils poussent le WIFI, car la complexité de
développement du DECT multicell doit les rebuter si le WIFI
supplante le DECT à court-terme.
Problème: ça fait 10 ans que j’entends dire que le WIFI va
obsolétiser le DECT avec la même fiabilité…


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


--
Daniel Huhardeaux
+33.368460...@tootai.netsip:8...@sip.tootai.net
+41.445532...@swiss-itech.chtootaiNET

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


Re: [FRnOG] [TECH] problème PDU : courant de fuite

2023-10-11 Par sujet frnog




Le 10/10/2023 à 10:23, Toussaint OTTAVI a écrit :



Le 10/10/2023 à 09:51, fr...@r0m5.eu a écrit :
Le différentiel que nous utilisons est déjà un type A SI (1P+N 40A 
30mA type A SI).
Concernant le différentiel qui ne déclenche qu'après une 
temporisation de 40ms, malheureusement la durée de notre pic se 
mesure plutôt en secondes voire dizaines de secondes (le temps que le 
contrôleur du PDU démarre et que les relais soient actionnés pour que 
les prises soient alimentées). 


Si c'est une histoire de secondes, le sélectif ne pourra rien faire. 
La solution est donc de tenter d'identifier et de réduire la cause des 
courants de fuite, ou bien d'isoler les équipements sur des circuits 
séparés. Sinon, il existe aussi des systèmes de démarrage temporisé 
qui permettent de décaler de 30s ou 1 minute le démarrage de certains 
circuits (à la base, c'est plutôt conçu pour limiter le courant 
d'appel après une remise sous tension; reste à voir si, dans ce cas, 
cela limite aussi le courant de fuite).
Tout à fait, le devis pour ajouter des départs (et donc des 
différentiels) supplémentaires est validé.
Concernant la réduction de la cause des courants de fuite, j'attends 
principalement un retour du fournisseur du PDU concernant le fait que 
lors de son démarrage on a 8 à 10mA en plus, qui disparaissent une fois 
les outlets alimentés.


Sinon, il n'y aura pas d'autre solution que d'augmenter le 
différentiel à 300 mA (ou 150 mA cité par Jérémy et que je ne 
connaissais pas). Attention, dans ce cas, la protection des personnes 
n'est plus assurée. Si un humain touche malencontreusement un fil 
dénudé, il meurt. C'est l'éternel problème du curseur à positionner 
entre la protection maximale des personnes d'un coté (qui peut 
impliquer des disjonctions intempestives) et la continuité de service 
de l'autre (avec des dispositifs conçus pour ne pas sauter facilement, 
des ré-enclencheurs automatiques, etc... à n'utiliser théoriquement 
qu'en absence de personnel dans les locaux).
Dans notre cas, pas possible à court terme de passer à 150mA. On garde 
l'idée en tête pour le moyen terme mais cela semble compliqué.


En industriel, il est courant de trouver du 300 mA dans des locaux non 
accessibles au public et fréquentés uniquement par du personnel de 
maintenance. Sur une installation informatique, il faut s'assurer que 
le personnel amené à intervenir dans la baie possède un minimum de 
formation sur le risque électrique (ce qui n'est pas nécessairement le 
cas d'un technicien serveur ou réseau). Ensuite, un accident étant, 
par principe, imprévisible (un câble électrique qui se dénude sur une 
arrête tranchante d'un matériel low-cost, des rongeurs qui ont 
grignoté l'isolant, etc...) cela veut dire qu'il faudrait, pour être 
tranquilles, intervenir sur les baies comme on le fait sur des 
tableaux électriques sous tension, avec les gants, visières et tapis 
de sol. Cela risquerait de s'avérer quelque peu contraignant...


A noter que la perception de ce critère varie avec l'age :-) En ce qui 
me concerne, sur des circuits qui alimentent des prises sur lesquelles 
se branchent des équipements terminaux (serveurs, switches, routeurs), 
je ne mets que du 30 mA. Un disjoncteur, çà peut se ré-armer; un coeur 
humain, pas toujours...



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



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


<    1   2   3   4   5   6   7   8   9   10   >