Re: [FRnOG] [ALERT] Altitude/Covage/Kosc FTTH en folie...encore

2024-03-01 Par sujet Julien Issler 

Ici tout est remonté à 1h20 cette nuit

Je ne sais pas ce que ça représente réellement, mais j'ai l'impression 
que la réparation en elle-même a été plutôt rapide une fois la cause 
précise établie.


La nature et localisation du défaut me semblent comparativement assez 
longs, mais je ne sais pas du tout quels sont les moyens existants pour 
détecter rapidement où une fibre est coupée, peut-être que c'est tout à 
fait dans la norme.


Bravo aux équipes terrain en tout cas

Julien

Le 01/03/2024 à 22:08, Lilian RIGARD a écrit :
Donc 1 144 Fo et un 288 Fo qui ont été brulés. La BPE avec et c'est du 
côté du Quai des belges donc pas très loin du NetCenter SFR.


1 mars 2024 19:54 "Julien Issler"  a écrit:

Courage aux équipes pour tout nettoyer/tirer/souder...



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

Re: [FRnOG] [MISC] recherche introduction réseaux et systèmes

2024-03-01 Par sujet Erik LE VACON 

Bonsoir
Le cours TCP/IP de François Laissus, est une bonne ref bien qu'ancienne, 
constituant une bonne intro à mon sens.
Il s'en ser(vai)t de support de cours à l'Ecole Centrale devenue 
CentraleSupelec depuis; tout en l'enrichissant durant les cursus.
Côté systèmes, le Tannenbaum fait référence, au delà des pugilats 
historiques kernel monolithique vs micro kernel modulaire.

Bonne lecture


Le 1 mars 2024 22:39:28 " b.pouth...@icloud.com via frnog" 
 a écrit :



Bonjour,

Les livres réseaux pour les nuls contiennent les bases permettant de 
comprendre un livre comme le référentielle pujolle 2024-2026 sur les 
réseaux, se livres à le mérite d'être très précis et évite d'apprendre des 
bêtises par de la sur-vulgarisation, pour se qui est de l'administration 
systèmes et Windows je laisse l'avis à d'autre personnes dans mes études 
Google et quelque bonne recherche suffisaient, une introduction avec 
openclassroom puis des cours en anglais en vidéo ou des annales d'examens 
comme base.


Cordialement,

Béryl



From: frnog-requ...@frnog.org  on behalf of Vinz 
Jumpertz via frnog 

Sent: Friday, March 1, 2024 9:28:38 PM
To: frnog-m...@frnog.org 
Subject: [FRnOG] [MISC] recherche introduction réseaux et systèmes

Hello la liste,

je cherche des livres/articles (en français de préférence) pour
introduire des personne au réseau (modèle OSI, NAT/PAT, routing, ...) en
donnant une bonne vue d'ensemble.
Est-ce que vous auriez des recommandations

Bon dedri

Vincent


---
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] recherche introduction réseaux et systèmes

2024-03-01 Par sujet b.pouth...@icloud.com via frnog 
Bonjour,

Les livres réseaux pour les nuls contiennent les bases permettant de comprendre 
un livre comme le référentielle pujolle 2024-2026 sur les réseaux, se livres à 
le mérite d'être très précis et évite d'apprendre des bêtises par de la 
sur-vulgarisation, pour se qui est de l'administration systèmes et Windows je 
laisse l'avis à d'autre personnes dans mes études Google et quelque bonne 
recherche suffisaient, une introduction avec openclassroom puis des cours en 
anglais en vidéo ou des annales d'examens comme base.

Cordialement,

Béryl



From: frnog-requ...@frnog.org  on behalf of Vinz 
Jumpertz via frnog 
Sent: Friday, March 1, 2024 9:28:38 PM
To: frnog-m...@frnog.org 
Subject: [FRnOG] [MISC] recherche introduction réseaux et systèmes

Hello la liste,

je cherche des livres/articles (en français de préférence) pour
introduire des personne au réseau (modèle OSI, NAT/PAT, routing, ...) en
donnant une bonne vue d'ensemble.
Est-ce que vous auriez des recommandations

Bon dedri

Vincent


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

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

Re: [FRnOG] [ALERT] Altitude/Covage/Kosc FTTH en folie...encore

2024-03-01 Par sujet Lilian RIGARD 
Donc 1 144 Fo et un 288 Fo qui ont été brulés. La BPE avec et c'est du côté du 
Quai des belges donc pas très loin du NetCenter SFR.

1 mars 2024 19:54 "Julien Issler" mailto:jul...@issler.net?to=%22Julien%20Issler%22%20)> a 
écrit:
Courage aux équipes pour tout nettoyer/tirer/souder... Le 01/03/2024 à 
19:33, Lilian RIGARD a écrit : Vandalisme sur une BPE de 288 FO
1 mars 2024 17:39 "David Ponzone" mailto:david.ponz...@gmail.com) > mailto:david.ponz...@gmail.com)?to=%22David%20Ponzone%22%20mailto:david.ponz...@gmail.com)>>> a écrit:
Vous êtes prêts ? :) 17h00 : Après les premières investigations de l'équipe sur 
place il s'agit de coupures sur des câbles de grosse capacité (144FO et 288FO). 
Les équipes recherchent le point d’impact. Donc ils ont supposé une coupure 
énergie parce qu’ils ont perdu ouest et est. Donc ils ont pas d’accès OOB. Au 
secours.
Le 1 mars 2024 à 16:51, Julien Issler mailto:jul...@issler.net)
mailto:jul...@issler.net)>> a écrit :
Kosc oui, Altitude/Rosace ça fonctionne
Et c'était le cas à chaque fois que Covage/Kosc a toussé ces
derniers mois dans l'Est
Le 01/03/2024 à 16:48, Lilian RIGARD a écrit :
Et je confirme que Kosc en FTTH c'est cassé.
---
Liste de diffusion du FRnOG
http://www.frnog.org (http://www.frnog.org/)

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

[FRnOG] [MISC] recherche introduction réseaux et systèmes

2024-03-01 Par sujet Vinz Jumpertz via frnog 

Hello la liste,

je cherche des livres/articles (en français de préférence) pour 
introduire des personne au réseau (modèle OSI, NAT/PAT, routing, ...) en 
donnant une bonne vue d'ensemble.

Est-ce que vous auriez des recommandations

Bon dedri

Vincent


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

Re: [FRnOG] [ALERT] Altitude/Covage/Kosc FTTH en folie...encore

2024-03-01 Par sujet Julien Issler 

Courage aux équipes pour tout nettoyer/tirer/souder...

Le 01/03/2024 à 19:33, Lilian RIGARD a écrit :

Vandalisme sur une BPE de 288 FO

1 mars 2024 17:39 "David Ponzone" > a écrit:


Vous êtes prêts ? :) 17h00 : Après les premières investigations de l'équipe 
sur place il s'agit de coupures sur des câbles de grosse capacité (144FO et 
288FO). Les équipes recherchent le point d’impact. Donc ils ont supposé une 
coupure énergie parce qu’ils ont perdu ouest et est. Donc ils ont pas d’accès 
OOB. Au secours.

Le 1 mars 2024 à 16:51, Julien Issler mailto:jul...@issler.net>> a écrit :

Kosc oui, Altitude/Rosace ça fonctionne

Et c'était le cas à chaque fois que Covage/Kosc a toussé ces
derniers mois dans l'Est

Le 01/03/2024 à 16:48, Lilian RIGARD a écrit :

Et je confirme que Kosc en FTTH c'est cassé.



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

Re: [FRnOG] [ALERT] Altitude/Covage/Kosc FTTH en folie...encore

2024-03-01 Par sujet Lilian RIGARD 
Vandalisme sur une BPE de 288 FO

1 mars 2024 17:39 "David Ponzone" mailto:david.ponz...@gmail.com?to=%22David%20Ponzone%22%20)>
 a écrit:
Vous êtes prêts ? :) 17h00 : Après les premières investigations de 
l'équipe sur place il s'agit de coupures sur des câbles de grosse capacité 
(144FO et 288FO). Les équipes recherchent le point d’impact. Donc ils ont 
supposé une coupure énergie parce qu’ils ont perdu ouest et est. Donc ils ont 
pas d’accès OOB. Au secours. Le 1 mars 2024 à 16:51, Julien Issler 
mailto:jul...@issler.net)> a écrit :

Kosc oui, Altitude/Rosace ça fonctionne

Et c'était le cas à chaque fois que Covage/Kosc a toussé ces derniers mois dans 
l'Est

Le 01/03/2024 à 16:48, Lilian RIGARD a écrit :Et je confirme que Kosc en FTTH 
c'est cassé.
---
Liste de diffusion du FRnOG
http://www.frnog.org (http://www.frnog.org/)
---
Liste de diffusion du FRnOG
http://www.frnog.org (http://www.frnog.org/)

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

Re: [FRnOG] [ALERT] Altitude/Covage/Kosc FTTH en folie...encore

2024-03-01 Par sujet Léa Gris 

Le 01/03/2024 à 17:57, Philippe ASTIER via frnog écrivait :

Je ne sais pas si c’est lié, mais il y a eu une coupure électrique massive au 
centre de Nancy de 3 minutes vers 15h.

Même coup de pelleteuse ? :)


C'est tellement typique des travaux le vendredi milieu ou fin 
d'après-midi. Il faut vite finir le chantier car on est ailleurs la 
semaine suivante ou on a besoin de la pelle sur un autre chantier lundi. 
Donc on se presse avec de plus grosses pelletées plus agressives et 
crack on franchis le grillage avertisseur vert ou marron (télécom, 
télédistribution) ou rouge (électrique). Le temps de prévenir le PC et 
router l'info vers l'opérateur du conduit que tout se mette en branle.



--
Léa Gris

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

Re: [FRnOG] [ALERT] Altitude/Covage/Kosc FTTH en folie...encore

2024-03-01 Par sujet Philippe ASTIER via frnog 
Je ne sais pas si c’est lié, mais il y a eu une coupure électrique massive au 
centre de Nancy de 3 minutes vers 15h.

Même coup de pelleteuse ? :)

> Le 1 mars 2024 à 17:35, David Ponzone  a écrit :
> 
> Vous êtes prêts ? :)
> 
> 17h00 : Après les premières investigations de l'équipe sur place il s'agit de 
> coupures sur des câbles de grosse capacité (144FO et 288FO). Les équipes 
> recherchent le point d’impact.
> 
> Donc ils ont supposé une coupure énergie parce qu’ils ont perdu ouest et est.
> Donc ils ont pas d’accès OOB.
> Au secours.
> 
>> Le 1 mars 2024 à 16:51, Julien Issler  a écrit :
>> 
>> Kosc oui, Altitude/Rosace ça fonctionne
>> 
>> Et c'était le cas à chaque fois que Covage/Kosc a toussé ces derniers mois 
>> dans l'Est
>> 
>> Le 01/03/2024 à 16:48, Lilian RIGARD a écrit :
>>> Et je confirme que Kosc en FTTH c'est cassé.
>> 
>> 
>> ---
>> 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] Altitude/Covage/Kosc FTTH en folie...encore

2024-03-01 Par sujet David Ponzone 
Vous êtes prêts ? :)

17h00 : Après les premières investigations de l'équipe sur place il s'agit de 
coupures sur des câbles de grosse capacité (144FO et 288FO). Les équipes 
recherchent le point d’impact.

Donc ils ont supposé une coupure énergie parce qu’ils ont perdu ouest et est.
Donc ils ont pas d’accès OOB.
Au secours.

> Le 1 mars 2024 à 16:51, Julien Issler  a écrit :
> 
> Kosc oui, Altitude/Rosace ça fonctionne
> 
> Et c'était le cas à chaque fois que Covage/Kosc a toussé ces derniers mois 
> dans l'Est
> 
> Le 01/03/2024 à 16:48, Lilian RIGARD a écrit :
>> Et je confirme que Kosc en FTTH c'est cassé.
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [ALERT] Altitude/Covage/Kosc FTTH en folie...encore

2024-03-01 Par sujet Julien Issler 

Kosc oui, Altitude/Rosace ça fonctionne

Et c'était le cas à chaque fois que Covage/Kosc a toussé ces derniers 
mois dans l'Est


Le 01/03/2024 à 16:48, Lilian RIGARD a écrit :

Et je confirme que Kosc en FTTH c'est cassé.



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

Re: [FRnOG] [ALERT] Altitude/Covage/Kosc FTTH en folie...encore

2024-03-01 Par sujet Lilian RIGARD 
Et je confirme que Kosc en FTTH c'est cassé.

1 mars 2024 16:30 "Julien Issler" mailto:jul...@issler.net?to=%22Julien%20Issler%22%20)> a 
écrit:
Intéressant en effet j'ai aussi une FTTO SFR up à Strasbourg Gare Le 
01/03/2024 à 16:20, David Ponzone a écrit : La communication Covage:
FTTO - 01/03/2024
Chers clients,
Nous vous informons qu'incident générique est en cours dans l'Est de la > 
France impactant nos clients FTTO/FTTH dans la zone.
15h30:Nous soupçonnons un défaut énergie sur le POP de Strasbourg .Notre > 
fournisseur dans la zone est déclenché et escaladé.
15h00: Remontées de plusieurs alarmes de supervision sur la perte de > deux 
routeurs de coeur de réseau à STRASBOURG.
Prochaine communication 17h00
Commentaire perso: oui, Covage a une échelle de temps assez spéciale > pour la 
gestion des incidents critiques, et généralement quand ils > disent 17h, ça 
sera 19h, le temps que le mainteneur se réveille > (parfois, le mainteneur part 
sur une coupure fibre sans OTDR).
Donc, Covage serait hébergé dans le NetCenter SFR Strasbourg.
Ce qui est étrange par contre, c’est que j’ai au moins un FTTO SFR UP > sur 
Strasbourg.
---
Liste de diffusion du FRnOG
http://www.frnog.org (http://www.frnog.org/)

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

Re: [FRnOG] [ALERT] Altitude/Covage/Kosc FTTH en folie...encore

2024-03-01 Par sujet Julien Issler 

Intéressant en effet

j'ai aussi une FTTO SFR up à Strasbourg Gare



Le 01/03/2024 à 16:20, David Ponzone a écrit :

La communication Covage:

FTTO - 01/03/2024

Chers clients,
Nous vous informons qu'incident générique est en cours dans l'Est de la 
France impactant nos clients FTTO/FTTH dans la zone.
15h30:Nous soupçonnons un défaut énergie sur le POP de Strasbourg .Notre 
fournisseur dans la zone est déclenché et escaladé.
15h00: Remontées de plusieurs alarmes de supervision sur la perte de 
deux routeurs de coeur de réseau à STRASBOURG.

Prochaine communication 17h00

Commentaire perso: oui, Covage a une échelle de temps assez spéciale 
pour la gestion des incidents critiques, et généralement quand ils 
disent 17h, ça sera 19h, le temps que le mainteneur se réveille 
(parfois, le mainteneur part sur une coupure fibre sans OTDR).


Donc, Covage serait hébergé dans le NetCenter SFR Strasbourg.

Ce qui est étrange par contre, c’est que j’ai au moins un FTTO SFR UP 
sur Strasbourg.



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

Re: [FRnOG] [ALERT] Altitude/Covage/Kosc FTTH en folie...encore

2024-03-01 Par sujet David Ponzone 
La communication Covage:

FTTO - 01/03/2024 

Chers clients,
Nous vous informons qu'incident générique est en cours dans l'Est de la France 
impactant nos clients FTTO/FTTH dans la zone.
15h30:Nous soupçonnons un défaut énergie sur le POP de Strasbourg .Notre 
fournisseur dans la zone est déclenché et escaladé.
15h00: Remontées de plusieurs alarmes de supervision sur la perte de deux 
routeurs de coeur de réseau à STRASBOURG.
Prochaine communication 17h00

Commentaire perso: oui, Covage a une échelle de temps assez spéciale pour la 
gestion des incidents critiques, et généralement quand ils disent 17h, ça sera 
19h, le temps que le mainteneur se réveille (parfois, le mainteneur part sur 
une coupure fibre sans OTDR).

Donc, Covage serait hébergé dans le NetCenter SFR Strasbourg.

Ce qui est étrange par contre, c’est que j’ai au moins un FTTO SFR UP sur 
Strasbourg.

David

> Le 1 mars 2024 à 16:00, Lilian RIGARD  a écrit :
> 
> Bonjour,
> 
> Incident générique chez SFR également sur Strasbourg, ça sent la casse fibre 
> quelque part
> 
> 1 mars 2024 15:28 "David Ponzone"  >
>  a écrit:
> J’ai un FTTO COVAGE down dans la banlieue de Strasbourg depuis 15 min. En 
> fait, ça permet de comprendre comment marche le « réseau » Altitude: quand y 
> un lien backbone en panne, y a X dizaines de % des liens qui sont HS, parce 
> qu’ils ont pas la capa pour tout rerouter par ailleurs. Pas de priorité des 
> FTTO sur les FTTH, ça semble juste être du pur hasard. Je n’arrive plus à 
> leur trouver d’excuses. J’attends encore le RFO que devait m’envoyer un « 
> responsable opérationnel » chez eux il y a quelques semaines. Y a pas 
> longtemps, à l’occasion d’un incident sur un FTTH, ça a été réglé assez vite, 
> mais on m’a dit au bout de quelques jours que la résolution définitive 
> dépendait de la construction d’un lien transport 100G. J’arrive pas à savoir 
> si c’est un mec qui en a trop dit, ou si c’était pour qqun d’autre. David 
> Le 1 mars 2024 à 15:13, Julien Issler  > a écrit :
> 
> Hello,
> 
> c'est tombé chez vous aussi en Alsace ? Kosc zone A (pas Rosace par exemple) 
> visiblement HS partout...
> 
> Julien
> 
> Le 09/02/2024 à 16:36, David Ponzone a écrit :
> C’est remonté il y a 3 min.
> D’expérience, ce qu’on vit chez Altitude dépend de où et comment sont 
> collectés les liens, de quand ça date et de l’âge du capitaine.
> 
> Le 9 févr. 2024 à 16:14, Julien Issler  > a écrit :
> 
> Hello,
> 
> rien à signaler ici non plus, sur le 67/68/57, sur mes liens collectés 
> Sewan/OVH
> 
> 
> 
> ---
> 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] Altitude/Covage/Kosc FTTH en folie...encore

2024-03-01 Par sujet Lilian RIGARD 
Bonjour,

Incident générique chez SFR également sur Strasbourg, ça sent la casse fibre 
quelque part

1 mars 2024 15:28 "David Ponzone" mailto:david.ponz...@gmail.com?to=%22David%20Ponzone%22%20)>
 a écrit:
J’ai un FTTO COVAGE down dans la banlieue de Strasbourg depuis 15 min. 
En fait, ça permet de comprendre comment marche le « réseau » Altitude: quand y 
un lien backbone en panne, y a X dizaines de % des liens qui sont HS, parce 
qu’ils ont pas la capa pour tout rerouter par ailleurs. Pas de priorité des 
FTTO sur les FTTH, ça semble juste être du pur hasard. Je n’arrive plus à leur 
trouver d’excuses. J’attends encore le RFO que devait m’envoyer un « 
responsable opérationnel » chez eux il y a quelques semaines. Y a pas 
longtemps, à l’occasion d’un incident sur un FTTH, ça a été réglé assez vite, 
mais on m’a dit au bout de quelques jours que la résolution définitive 
dépendait de la construction d’un lien transport 100G. J’arrive pas à savoir si 
c’est un mec qui en a trop dit, ou si c’était pour qqun d’autre. David Le 1 
mars 2024 à 15:13, Julien Issler mailto:jul...@issler.net)> 
a écrit :

Hello,

c'est tombé chez vous aussi en Alsace ? Kosc zone A (pas Rosace par exemple) 
visiblement HS partout...

Julien

Le 09/02/2024 à 16:36, David Ponzone a écrit :C’est remonté il y a 3 min.
D’expérience, ce qu’on vit chez Altitude dépend de où et comment sont collectés 
les liens, de quand ça date et de l’âge du capitaine.
Le 9 févr. 2024 à 16:14, Julien Issler mailto:jul...@issler.net)> a écrit :

Hello,

rien à signaler ici non plus, sur le 67/68/57, sur mes liens collectés Sewan/OVH
---
Liste de diffusion du FRnOG
http://www.frnog.org (http://www.frnog.org/)
---
Liste de diffusion du FRnOG
http://www.frnog.org (http://www.frnog.org/)

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

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

2024-03-01 Par sujet Francois Petillon 

On 3/1/24 09:35, Stephane Bortzmeyer wrote:

Encore faut-il que les ips sortantes soient celles des « MX » ( au sens
enregistrement DNS ).

Il n'y a pas que "mx". Si le serveur sortant est smtp.dom.example,
mettre un "a:smtp.dom.example" est nettement préférable à lister les
adresses IP (cf. le problème de DGFIP, justement).


$ host smtp.free.fr
smtp.free.fr has address 212.27.48.4
smtp.free.fr has IPv6 address 2a01:e0c:1::25
$ host -t TXT _spf.free.fr
_spf.free.fr descriptive text "v=spf1 ip4:212.27.42.1 ip6:2a01:e0c:1:1599::10 
ip4:212.27.42.2 ip6:2a01:e0c:1:1599::11 ip4:212.27.42.3 ip6:2a01:e0c:1:1599::12 
ip4:212.27.42.4 ip6:2a01:e0c:1:1599::13 ip4:212.27.42.5 ip6:2a01:e0c:1:1599::14 
ip4:212.27.42.6 ip6:2a01:e0c:1:1599::15 ip4:212.27.42.9 ip6:2a01:e0c:1:1599::18 
ip4:212.27.42.10 ip6:2a01:e0c:1:1599::19 -all"


J'imagine que la DGFIP doit avoir une configuration encore plus alambiquée qu'un 
simple FAI.


François


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

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

2024-03-01 Par sujet Laurent S. via frnog 
On 29.02.24 13:57, Stephane Bortzmeyer wrote:
> On Thu, Feb 29, 2024 at 11:16:59AM +0100,
>   Alain Thivillon  wrote
>   a message of 49 lines which said:
> 
>>> https://mxtoolbox.com/SuperTool.aspx?action=dkim%3adgfip.finances.gouv.fr%3aemail=toolpage
>>>
>>>
>> Ça montre juste qu'il n'y a pas de DKIM avec ce sélecteur "email" ?
> 
> Oui, mxtoolbox est un service médiocre, pour tester sa config
> SPF/DKIM/DMARC.


Je recommande https://email-security-scans.org pour avoir une évaluation 
de SPF/DKIM/DMARC, mais aussi pour IPv6, DANE, MTA-STS et autres joyeusetés.

Laurent


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

Re: [FRnOG] [ALERT] Altitude/Covage/Kosc FTTH en folie...encore

2024-03-01 Par sujet David Ponzone 
J’ai un FTTO COVAGE down dans la banlieue de Strasbourg depuis 15 min.

En fait, ça permet de comprendre comment marche le « réseau » Altitude: quand y 
un lien backbone en panne, y a X dizaines de % des liens qui sont HS, parce 
qu’ils ont pas la capa pour tout rerouter par ailleurs.
Pas de priorité des FTTO sur les FTTH, ça semble juste être du pur hasard.
Je n’arrive plus à leur trouver d’excuses. J’attends encore le RFO que devait 
m’envoyer un « responsable opérationnel » chez eux il y a quelques semaines.

Y a pas longtemps, à l’occasion d’un incident sur un FTTH, ça a été réglé assez 
vite, mais on m’a dit au bout de quelques jours que la résolution définitive 
dépendait de la construction d’un lien transport 100G.
J’arrive pas à savoir si c’est un mec qui en a trop dit, ou si c’était pour 
qqun d’autre.

David


> Le 1 mars 2024 à 15:13, Julien Issler  a écrit :
> 
> Hello,
> 
> c'est tombé chez vous aussi en Alsace ? Kosc zone A (pas Rosace par exemple) 
> visiblement HS partout...
> 
> Julien
> 
> Le 09/02/2024 à 16:36, David Ponzone a écrit :
>> C’est remonté il y a 3 min.
>> D’expérience, ce qu’on vit chez Altitude dépend de où et comment sont 
>> collectés les liens, de quand ça date et de l’âge du capitaine.
>>> Le 9 févr. 2024 à 16:14, Julien Issler  a écrit :
>>> 
>>> Hello,
>>> 
>>> rien à signaler ici non plus, sur le 67/68/57, sur mes liens collectés 
>>> Sewan/OVH
>>> 
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [ALERT] Altitude/Covage/Kosc FTTH en folie...encore

2024-03-01 Par sujet Julien Issler 

Hello,

c'est tombé chez vous aussi en Alsace ? Kosc zone A (pas Rosace par 
exemple) visiblement HS partout...


Julien

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

C’est remonté il y a 3 min.

D’expérience, ce qu’on vit chez Altitude dépend de où et comment sont collectés 
les liens, de quand ça date et de l’âge du capitaine.



Le 9 févr. 2024 à 16:14, Julien Issler  a écrit :

Hello,

rien à signaler ici non plus, sur le 67/68/57, sur mes liens collectés Sewan/OVH




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

[FRnOG] [MISC] IPv6 en entreprise derrière 2 upstreams (was Re: 240/4 strikes back)

2024-03-01 Par sujet Willy Manga 

Hi

On 12/02/2024 21:35, Maximus . wrote:

Hello,



Dans notre cas, y’a 1 gros problème pour passer en IPv6
Sur le site on a 2 opérateurs, chacun donne 1 /48.
Comment je fait pour adresser ?


Fondamentalement, le problème ici n'est pas tant IPv6. L'idéal serait 
d'avoir son ou ses propres blocs d'adresses (IPv4 et IPv6)


En IPv4, je laisse d'autres personnes mieux expérimentées indiquer 
comment obtenir un bloc dans votre région.


En IPv6 ca serait se voir assigner un "IPv6 PI".

La procédure est ici
https://www.ripe.net/manage-ips-and-asns/ipv6/request-ipv6/how-to-request-an-ipv6-pi-assignment/

Dans tous les cas, une fois le(s) bloc(s) assigné(s),

Si vous faites du BGP, il faudra bien évidemment l'annoncer à tous vos 
upstreams.


Si vous ne faites pas de BGP, vous pourrez demander à vos upstreams 
d'annoncer vos préfixes pour vous.


Ce qui compte dans les deux contextes, c'est d'avoir des objets 'route' 
et des ROA qui correspondent à ce qui doit être annoncé




En IPv4, suivant l’accès internet utilisé, ça sera naté par l’IP de l’interface 
utilisé pour soritr.



Une passerelle dans tous les cas a des interfaces vers les upstreams et 
vers les réseaux locaux.


Je ne vois rien de sorcier ici. Il n y 'aurait juste pas besoin de faire 
du NAT si vous vous disposez de votre propre préfixe; il faudra juste 
router en fonction du réseau de destination.




Mais en IPv6, si j’adresse avec le /48 de l’opérateur 1, comment je fais pour 
sortir par l’opérateur 2 ?
Du nat ?


Si les ressources dans le réseau doivent utiliser indifféremment 
n'importe quelle liaison, à mon humble avis, il vaut mieux avoir ses 
propres préfixes.


Dans ce scénario, votre passerelle pourra faire du load-balancing. Même 
en IPv6 ça fonctionne, les solutions existent.




Oh le nat évoqué en IPv6, de l’urticaire se déclenche chez certains ;)


Dans le pire des cas, vous pouvez même faire du NAT1:1 en IPv6. C'est 
une IP pour une autre IP et non une IP pour 10,20,50 autres derrière.



--
Willy Manga


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

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

2024-03-01 Par sujet Frank ALEXIS 
J’avoue la dedup sur HDD c’est touchy ;-) !
Je pense que c’est juste pour le PoC.

Content d’avoir rendu service :-)

My 2cents
Frank

Le ven. 1 mars 2024 à 09:11, Toussaint OTTAVI  a
écrit :

>
> Le 29/02/2024 à 20:13, Frank ALEXIS a écrit :
>
> >
> > Un mec bien au point sur github sort des scripts hyper propres pour
> > tout un tas de trucs sur syno et ça marche hyper bien :-)
> >
> > https://github.com/007revad
>
> Merci :-) Je ne connaissais pas. Je vais jeter un oeil...
>
> Ceci étant, si je bidouillais pas mal les Syno il y a quelques années,
> j'y ai un peu renoncé pour des données de prod :
> - A chaque mise à jour de DSM, les bidouilles sont supprimées, donc çà
> pète des fonctionnalités, et il faut repasser derrière.
> - J'installais systématiquement un optware, pour pouvoir faire tourner
> un agent Nagios NRPE, et lancer mes scripts de surveillance des
> sauvegardes. Un jour, j'ai eu un problème qui a nécessité que je
> sollicite le support. Quand ils ont vu "optware", ils ont hurlé :
> "Oulala, vous avez trafiqué votre NAS, le support n'est pas assuré !".
> Alors que le problème n'avait rien à voir avec optware, et était présent
> même sans optware.
>
> Enfin, çà n'a rien à voir avec Syno, mais çà touche à des
> fonctionnalités non officiellement supportées : un jour, j'ai activé la
> déduplication ReFS sur un disque de cluster Windows (dans une
> configuration non supportée;  mais rien ne me l'avait dit lorsque j'ai
> activé l'option,  et je n'avais pas lu la ligne laconique dans la doc
> qui disait que ce n'était pas encore supporté dans ce cas de figure). Eh
> bien, çà marchait très bien ! Sauf qu'une fois par semaine, pendant une
> tâche planifiée de scrubbing, çà plantait. Le cluster perdait l'accès au
> stockage partagé pendant quelques secondes, suffisantes pour crasher la
> plupart des VMs :-D
>
> Donc, sur de la prod, j'évite de trop jouer avec des trucs "non
> supportés" ;-)
>
> > Mais … y’a un petit script qui va bien pour activer la dedup sur tous
> > les disques « non compatibles » hors syno
>
> M'ouais... Voici ce que dit le script en question dans son --help :
>--hddEnable data deduplication for HDDs *(dangerous)*
> :-D
>
> > y’a même de quoi créer et utiliser les caches nvme comme volume raid1
> > classique (vu le prix des 2To pcie 4x c’est une belle opportunité
> > d’avoir un truc qui booste bien via du 10Gb lan)
>
> Cà, en revanche, çà m'inspire un peu plus :-) Merci pour le tuyau.
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

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

2024-03-01 Par sujet Stephane Bortzmeyer 
On Fri, Mar 01, 2024 at 09:20:04AM +0100,
 Dominique Rousseau  wrote 
 a message of 33 lines which said:

> > Personnellement je trouve que ça évite de dupliquer des informations
> > si tous les MX de son domaine sont tous bien connus.
> 
> Encore faut-il que les ips sortantes soient celles des « MX » ( au sens
> enregistrement DNS ).

Il n'y a pas que "mx". Si le serveur sortant est smtp.dom.example,
mettre un "a:smtp.dom.example" est nettement préférable à lister les
adresses IP (cf. le problème de DGFIP, justement).


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

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

2024-03-01 Par sujet Stephane Bortzmeyer 
On Fri, Mar 01, 2024 at 08:26:36AM +0100,
 David Ponzone  wrote 
 a message of 47 lines which said:

> En fait, j’ai eu la flemme de vérifier tous les include, et je
> m’attendrais à trouver les includes ipv6 regroupés ensemble

Drôle d'idée. Il me semble plus logique de regrouper les adresses IP
(si on en met, ce qui n'est pas du tout indispensable, comme l'a
rappelé Willy Manga) par catégorie, genre par fournisseur.


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

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

2024-03-01 Par sujet Dominique Rousseau 
Le Fri, Mar 01, 2024 at 02:17:44AM +0400, Willy Manga [wil...@manbene.net] a 
écrit:
> On 29/02/2024 14:49, David Ponzone wrote:
> >D???ailleurs, y a des domaines qui ont de l???IPv6 dans le SPF ?
> >J???en trouve pas.
> 
> Au hasard .. Tous les RIR :)
> 
> Et puis comme l'a dit Stéphane B. dans un autre courriel, d'autres
> (comme moi) optent pour une déclaration 'implicite' .
> 
> Personnellement je trouve que ça évite de dupliquer des informations
> si tous les MX de son domaine sont tous bien connus.

Encore faut-il que les ips sortantes soient celles des « MX » ( au sens
enregistrement DNS ).


-- 
Dominique Rousseau 
Neuronnexion, Prestataire Internet & Intranet
6 rue des Hautes cornes - 8 Amiens
tel: 03 22 71 61 90 - fax: 03 22 71 61 99 - http://www.neuronnexion.coop


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

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

2024-03-01 Par sujet Toussaint OTTAVI 



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



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


https://github.com/007revad


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

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


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


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


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


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

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


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

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