Re: [FRnOG] [TECH] Segment Routing

2021-08-04 Par sujet Olivier Eche
Bonjour Gregory,

Désolé je n’ai jamais pris le temps de répondre à ton message. Le mapping
server répond au use-case où effectivement tu as des équipements qui ne
sont pas SR capable et du coup tu as besoins d’un équipement dans ton
réseau qui va diffuser via des opaques LSA ou des LSP pour IS-IS le
Prefix-SID de l’équipement non SR.

Il n’y a pas de notion d’AD avec SR ou LDP par contre par default LDP est
préféré a SR. Il faut faire *sr-prefer* pour préférér les labels SR.

En espérant que ça ait répondu à ta question.

Olivier.

Le mer. 17 mars 2021 à 16:58, Gregory CAUCHIE  a
écrit :

> Bonjour,
>
> > Le 15 mars 2021 à 15:20, Olivier Eche  a écrit :
> >
> > De plus la bascule du monde LDP vers SR se fait plutôt bien en utilisant
> > des mapping server.
>
> pourquoi un mapping-server et pas « juste » un changement de preference
> protocole / distance administrative pour ta migration ?
> Tu avais des routeurs non SR-capable ? un use-case particulier ?
>
> --
> Greg

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


[TECH] RE: [FRnOG] [TECH] DAC générique SFP28 25G pour serveur HPE?

2021-08-04 Par sujet Laurent Guinchard
Hello,

Essaie Infractive Network qui revend principalement 2 marques : SKYLANE et 
VAONIX 
Sinon tu as Noriak Distri qui revend du OPTECH.

A voir s'ils produisent les fameux DAC 25G encodés HPE

Cordialement,

Laurent GUINCHARD


-Message d'origine-
De : frnog-requ...@frnog.org  De la part de Benoit 
Chesneau Envoyé : mercredi 4 août 2021 10:02 À : FRnOG  
Objet : [FRnOG] [TECH] DAC générique SFP28 25G pour serveur HPE?

Les DAC generique de FS ne sont pas compatible avec les serveurs HPE (et 
specialement la carte HPE 621SFP28) et leur commercial me conseille d'acheter 
directement chez HPE en attendant qu'ils en produisent. Il y a d'autres 
vendeurs qui seraient suceptible de vendre un DAC compatible? Parce que cela 
coûte un peu cher sinon... Voir même des optiques compatibles.

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

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


Re: [FRnOG] [TECH] Nom de domaine déjà pris.

2021-08-04 Par sujet Xavier Beaudouin via frnog
Après si c'est ton entreprise / startup veux prendre un .fr, il y a des 
possibilité juridiques..
Mais c'est long... et périlleux


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


Re: [FRnOG] [TECH] Nom de domaine déjà pris.

2021-08-03 Par sujet David Ponzone


Ou .eu ou .io etc..

David Ponzone



> Le 3 août 2021 à 22:43, Laurent Barme <5...@barme.fr> a écrit :
> 
> 
>> Le 03/08/2021 à 21:55, Eugène Ngontang a écrit :
>> Hello,
>> 
>> C'est quoi la meilleure alternative si on découvre le nom de domaine choisi
>> est déjà pris et qu'on ne veut pas changer le nom de sa startup ou de son
>> produit ?
> 
> Il suffit de choisir un autre tld : par exemple, si barme.fr est déjà pris, 
> je prends barme.tf
> 
> Cela dit, si le nom de ta startup ou de ton produit coïncide avec un nom de 
> domaine déjà pris, c'est que tu t'es peut-être trompé de nom de startup ou de 
> nom de produit car il est déjà pris :-
>> Merci.
>> 
>> Eugène NG
>> 
>> ---
>> 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] Nom de domaine déjà pris.

2021-08-03 Par sujet Laurent Barme



Le 03/08/2021 à 21:55, Eugène Ngontang a écrit :

Hello,

C'est quoi la meilleure alternative si on découvre le nom de domaine choisi
est déjà pris et qu'on ne veut pas changer le nom de sa startup ou de son
produit ?


Il suffit de choisir un autre tld : par exemple, si barme.fr est déjà pris, je 
prends barme.tf


Cela dit, si le nom de ta startup ou de ton produit coïncide avec un nom de 
domaine déjà pris, c'est que tu t'es peut-être trompé de nom de startup ou de 
nom de produit car il est déjà pris :-

Merci.

Eugène NG

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




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


Re: [FRnOG] [TECH] Sophos VPN SSL derrière NAT

2021-07-30 Par sujet David Ponzone
Ben renvoyer un port vers une IP interne sur le même port ou un autre, c’est 
difficile de faire ça de manière incomplète non ?
Mais t’as raison, je devrais me méfier du mec qui me dit que ça marche pas….

> Le 30 juil. 2021 à 10:39, Guillaume Tournat via frnog  a 
> écrit :
> 
> Openvpn peut fonctionner en mode tcp ou udp
> C’est peut être le DNAT qui est incorrect/incomplet ?
> 


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


Re: [FRnOG] [TECH] Sophos VPN SSL derrière NAT

2021-07-30 Par sujet Daniel via frnog



Le 30/07/2021 à 10:23, David Ponzone a écrit :

Oui j’ai pas dit le contraire :)

Client Sophos Windows ->  INTERNET -> CPE (IP PUBLIQUE) -> DNAT -> FW Sophos 
(IP PRIVEE)
C'est la que je n'avais pas compris, client Sophos Windows # client VPN 
SSL d'un UTM




Le 30 juil. 2021 à 10:18, Daniel via frnog  a écrit :


Le 30/07/2021 à 10:11, David Ponzone a écrit :

Sophistes (jeu de mots),

On me demande si un client VPN SSL Sophos peut se connecter (en SSL donc) à un 
FW Sophos qui est derrière du DNAT (donc port 8443 renvoyé vers le Sophos).
La connexion ne s’établirait pas.

Pour ma part, je ne vois pas pourquoi cela poserait un problème, je ne trouve 
aucun article/post qui confirme une impossibilité, et au contraire, je trouve 
des articles qui explique que ça marche et de faire attention à préciser le 
Override Hostname pour la génération du client SSL Sophos pré-configuré.

Opinions ?

De ce que je sais et de mes tests, le VPN SSL est un openvpn et le Sophos ne 
sait pas être client, uniquement serveur. Du moins en UTM9.x

--
Daniel


---
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] [TECH] Sophos VPN SSL derrière NAT

2021-07-30 Par sujet Guillaume Tournat via frnog
Openvpn peut fonctionner en mode tcp ou udp
C’est peut être le DNAT qui est incorrect/incomplet ?


> Le 30 juil. 2021 à 10:22, Daniel via frnog  a écrit :
> 
> 
>> Le 30/07/2021 à 10:11, David Ponzone a écrit :
>> Sophistes (jeu de mots),
>> 
>> On me demande si un client VPN SSL Sophos peut se connecter (en SSL donc) à 
>> un FW Sophos qui est derrière du DNAT (donc port 8443 renvoyé vers le 
>> Sophos).
>> La connexion ne s’établirait pas.
>> 
>> Pour ma part, je ne vois pas pourquoi cela poserait un problème, je ne 
>> trouve aucun article/post qui confirme une impossibilité, et au contraire, 
>> je trouve des articles qui explique que ça marche et de faire attention à 
>> préciser le Override Hostname pour la génération du client SSL Sophos 
>> pré-configuré.
>> 
>> Opinions ?
> De ce que je sais et de mes tests, le VPN SSL est un openvpn et le Sophos ne 
> sait pas être client, uniquement serveur. Du moins en UTM9.x
> 
> -- 
> Daniel
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> 


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


Re: [FRnOG] [TECH] Sophos VPN SSL derrière NAT

2021-07-30 Par sujet David Ponzone
Oui j’ai pas dit le contraire :)

Client Sophos Windows ->  INTERNET -> CPE (IP PUBLIQUE) -> DNAT -> FW Sophos 
(IP PRIVEE)


> Le 30 juil. 2021 à 10:18, Daniel via frnog  a écrit :
> 
> 
> Le 30/07/2021 à 10:11, David Ponzone a écrit :
>> Sophistes (jeu de mots),
>> 
>> On me demande si un client VPN SSL Sophos peut se connecter (en SSL donc) à 
>> un FW Sophos qui est derrière du DNAT (donc port 8443 renvoyé vers le 
>> Sophos).
>> La connexion ne s’établirait pas.
>> 
>> Pour ma part, je ne vois pas pourquoi cela poserait un problème, je ne 
>> trouve aucun article/post qui confirme une impossibilité, et au contraire, 
>> je trouve des articles qui explique que ça marche et de faire attention à 
>> préciser le Override Hostname pour la génération du client SSL Sophos 
>> pré-configuré.
>> 
>> Opinions ?
> De ce que je sais et de mes tests, le VPN SSL est un openvpn et le Sophos ne 
> sait pas être client, uniquement serveur. Du moins en UTM9.x
> 
> -- 
> Daniel
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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


Re: [FRnOG] [TECH] Sophos VPN SSL derrière NAT

2021-07-30 Par sujet Daniel via frnog



Le 30/07/2021 à 10:11, David Ponzone a écrit :

Sophistes (jeu de mots),

On me demande si un client VPN SSL Sophos peut se connecter (en SSL donc) à un 
FW Sophos qui est derrière du DNAT (donc port 8443 renvoyé vers le Sophos).
La connexion ne s’établirait pas.

Pour ma part, je ne vois pas pourquoi cela poserait un problème, je ne trouve 
aucun article/post qui confirme une impossibilité, et au contraire, je trouve 
des articles qui explique que ça marche et de faire attention à préciser le 
Override Hostname pour la génération du client SSL Sophos pré-configuré.

Opinions ?
De ce que je sais et de mes tests, le VPN SSL est un openvpn et le 
Sophos ne sait pas être client, uniquement serveur. Du moins en UTM9.x


--
Daniel


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


Re: [FRnOG] [TECH] Module SFP+ Cisco vs Compatible

2021-07-29 Par sujet Dominique Rousseau
Le Tue, Jul 27, 2021 at 10:18:56PM +0200, Maxime De Berraly 
[maxime-lis...@iguanesolutions.com] a écrit:
> Entre les SFP, SFP+, SFP28 et SFP-DD, je pense qu'il vaut mieux éviter le
> terme mini GBIC, surtout que le G tiens pour Gigabit ;)

On va parler de BFP pour les GBIC historiques, alors :)


-- 
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] Module SFP+ Cisco vs Compatible

2021-07-27 Par sujet Michel Py via frnog
> Alexandre GRIVEAUX a écrit :
> J'ai l'impression qu'il y à une confusion persistante de parler Mini GBIC ou 
> GBIC à la place de SFP

Quand les SFP sont sortis, personne ne connaissait le nom, ni l'acronyme (small 
form-factor pluggable). Comme pour beaucoup de gens c'était du 1G pareil que 
GBIC, le nom "Mini GBIC" était très répandu dans le langage courant. J'ai 
entendu pas mal de choses incorrectes à propos des optiques X2 (Maxi-GBIC) et 
des Xenpak (mega-GBIC). C'était il y a 20+ ans, mais quand tu demandais un 
"SFP", personne n'en avait; alors qu'un "Mini GBIC", oui.

Michel.


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


Re: [FRnOG] [TECH] Module SFP+ Cisco vs Compatible

2021-07-27 Par sujet Maxime De Berraly
Entre les SFP, SFP+, SFP28 et SFP-DD, je pense qu'il vaut mieux éviter le
terme mini GBIC, surtout que le G tiens pour Gigabit ;)

Le mar. 27 juil. 2021 à 21:59, Alexandre GRIVEAUX via frnog 
a écrit :

> Le 26/07/2021 à 15:28, MOREAU Benjamin a écrit :
> > Bonjour à tous,
> >
> > J'aurais besoin de vos avis d'experts sur l'intérêt d'acheter des
> modules SFP+ 10G Monomode Cisco/Meraki plutôt que du compatible (type FS ou
> autre) ?
> > Les modules Cisco sont vendus près de 2000 € pièce, contre moins de 30 €
> sur du compatible.
> >
> > J'utilises régulièrement des Gbics compatibles et je n'ai jamais eu de
> problèmes de performances ou de pannes (Sur HP, Brocade).
> >
> > Outre le potentiel problème lors de mises à jour des OS, voyez-vous
> d'autres risques à cet usage de Gbic compatibles ?
> >
> > Merci d'avance pour vos retours d'expérience .
> >
> > Benjamin.
> >
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
>
> Bonsoir,
>
>
> J'ai l'impression qu'il y à une confusion persistante de parler Mini
> GBIC ou GBIC à la place de SFP, pourtant je ne trouve pas de documents
> sur le site du SNIA qui indique mini GBIC, je me tromperais ?
>
>
> Merci.
>
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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


Re: [FRnOG] [TECH] Module SFP+ Cisco vs Compatible

2021-07-27 Par sujet Alexandre GRIVEAUX via frnog

Le 26/07/2021 à 15:28, MOREAU Benjamin a écrit :

Bonjour à tous,

J'aurais besoin de vos avis d'experts sur l'intérêt d'acheter des modules SFP+ 
10G Monomode Cisco/Meraki plutôt que du compatible (type FS ou autre) ?
Les modules Cisco sont vendus près de 2000 € pièce, contre moins de 30 € sur du 
compatible.

J'utilises régulièrement des Gbics compatibles et je n'ai jamais eu de 
problèmes de performances ou de pannes (Sur HP, Brocade).

Outre le potentiel problème lors de mises à jour des OS, voyez-vous d'autres 
risques à cet usage de Gbic compatibles ?

Merci d'avance pour vos retours d'expérience .

Benjamin.

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


Bonsoir,


J'ai l'impression qu'il y à une confusion persistante de parler Mini 
GBIC ou GBIC à la place de SFP, pourtant je ne trouve pas de documents 
sur le site du SNIA qui indique mini GBIC, je me tromperais ?



Merci.



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


Re: [ML] Re : [FRnOG] [TECH] Module SFP+ Cisco vs Compatible

2021-07-27 Par sujet Manuel Guesdon
On Mon, 26 Jul 2021 15:33:11 +0200
"Stephane EVEILLARD"  wrote:
>| j'ai eu recemment des soucis de compatibilité avec des modules FS au lieu 
>des Cisco
>| Il semble que certains équipements (les Nexus je suis sur, a voir pour 
>d'autres) détectent le type de module utilisé

0 problèmes avec des FS codés Cisco/Nexus sur des Nexus 3064, que ce soit des
SX, des LX, des DWDM, etc...

On a même mis des vieux trucs codés Foundry pour du CWDM ainsi que du
Solidoptics...

Penser à mettre:
"service unsupported-transceiver"


# sh inter eth 1/2 transceiver details
Ethernet1/2
transceiver is present
type is 1000base-SX
name is FOUNDRY NETWORKS
part number is CWDM-SFP35-24dB
revision is 
serial number is SOSC35Z
nominal bitrate is 1300 MBit/sec
Link length supported for 9/125um fiber is 80 km
cisco id is 3
cisco extended id number is 4


# sh inter eth 1/1 transceiver details
Ethernet1/1
transceiver is present
type is 1000base-LH
name is FiberStore
part number is SFP1G-LX-31
revision is A0
serial number is F177CO15101
nominal bitrate is 1300 MBit/sec
Link length supported for 9/125um fiber is 10 km
cisco id is 3
cisco extended id number is 4

Ethernet1/25
transceiver is present
type is 10Gbase-ZR
name is CISCOSOLIDOPTICS
part number is SFP10G-DWDM45-ZR
revision is 1A
serial number is SOPD45ZF0501
nominal bitrate is 10300 MBit/sec
Link length supported for 9/125um fiber is 80 km
cisco id is 3
cisco extended id number is 4
cisco part number is 10-2683-01
cisco product id is SFP-10G-ZR
cisco vendor id is V01

# sh inter Eth1/26 trans det
Ethernet1/26
transceiver is present
type is 10Gbase-ZR
name is FIBERSTORE
part number is DW45-10G-80-4135
revision is 0001
serial number is D8831403354
nominal bitrate is 11100 MBit/sec
Link length supported for 9/125um fiber is 80 km
cisco id is 3
cisco extended id number is 4

Manuel 

--
__
Manuel Guesdon - OXYMIUM


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


Re: [FRnOG] [TECH] Module SFP+ Cisco vs Compatible

2021-07-26 Par sujet Mickael Monsieur



> Le 26 juil. 2021 à 21:41, Radu-Adrian Feurdean 
>  a écrit :
> 
> On Mon, Jul 26, 2021, at 15:33, Nicolas Parpandet wrote:
>> Pour le support, cela peut coincer car dans meraki, forti etc, tu as 
>> une belle alarme qui remonte,
> 
> Sinon, pause publicitaire,
> FlexOptics et SolidOptics et FS ont des boitiers de codage, ce qui te permet 
> de coder l'optique pour le constructeur de ton choix.
> Fin de la pause
> Parfois meme en le codant en autre chose que ce que le module est vraiment 
> (DAC code en SR4, xWDM code en LR, .)
> 
Il y a aussi sfp total : https://sfptotal.io/
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/

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


RE: [FRnOG] [TECH] Module SFP+ Cisco vs Compatible

2021-07-26 Par sujet Michel Py via frnog
> Radu-Adrian Feurdean a écrit :
> Parfois meme en le codant en autre chose que ce que le module est vraiment 
> (DAC code en SR4, xWDM code en LR, .)

C'est bien pratique parfois, je commence à faire pas mal de BiDi, c'est déjà 
arrivé qu'il faut les recoder en autre chose (genre LR) pour que le switch de 
tartenpion n'a pas été mis à jour et ne comprend pas ce que c'est une BiDi.

Michel.


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


Re: [FRnOG] [TECH] Module SFP+ Cisco vs Compatible

2021-07-26 Par sujet Radu-Adrian Feurdean
On Mon, Jul 26, 2021, at 15:33, Nicolas Parpandet wrote:
> Pour le support, cela peut coincer car dans meraki, forti etc, tu as 
> une belle alarme qui remonte,

Sinon, pause publicitaire,
FlexOptics et SolidOptics et FS ont des boitiers de codage, ce qui te permet de 
coder l'optique pour le constructeur de ton choix.
Fin de la pause
Parfois meme en le codant en autre chose que ce que le module est vraiment (DAC 
code en SR4, xWDM code en LR, .)


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


RE: [FRnOG] [TECH] Module SFP+ Cisco vs Compatible

2021-07-26 Par sujet Michel Py via frnog
> Benjamin MOREAU a écrit :
> J'utilises régulièrement des Gbics compatibles et je n'ai jamais eu de 
> problèmes de performances ou de pannes (Sur HP, Brocade).
> Outre le potentiel problème lors de mises à jour des OS, voyez-vous d'autres 
> risques à cet usage de Gbic compatibles ?

Sur Cisco, service unsupported-transceiver ça a toujours marché pour moi. Même 
si quand je commande mes SFP+ chez fs.com je les commande codées Cisco, c'est 
pratique d'être prêt d'en mettre un autre si on doit s'en faire prêter une, 
etc. J'ai plusieurs centaines d'optiques fs.com, sur plusieurs années j'en ai 
eu UNE en panne, moins que les optiques Cisco.


> David Ponzone a écrit :
> Pour ma part, j’ai jamais acheté un SFP constructeur et j’ai jamais eu de 
> problème.

J'ai honte : j'ai plusieurs SFP+ Cisco. Mais ce n'est pas moi qui les ai 
achetées, c'est mon prédécesseur. 
Aussi, suivant ce que c'est, considérer d'avoir une optique constructeurs en 
broke, pour le cas ou il faut l'avoir pour le support.


> Ivan Auguste Dormeuil a écrit :
> Avec des optiques compatibles la possibilité de les recoder est souvent 
> donnée à travers
> une boite de codage, et en effet une même optique peut très bien aller dans 
> du Cisco du
> juniper... après MAJ de l'Eeprom, cela permet des stock de spare beaucoup 
> moins importants.

En effet.

Michel.


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


Re: [FRnOG] [TECH] Module SFP+ Cisco vs Compatible

2021-07-26 Par sujet Romain BAFFERT
Citons quand même les français de pureoptics.net dont j’ai entendu du bien, et 
très bon contact, ils connaissent leur métier :)
Le 26 juil. 2021 à 16:11 +0200, Pierre DOLIDON , a écrit :
StarTech en fait a des tarifs raisonnables qui "Respecte ou surpasse les
spécifications OEM ainsi que les normes MSA (Multi-Source Agreement) du
secteur"
https://www.startech.com/fr-fr/entree-sortie-industrielle/masfp1gblx10

Le 26/07/2021 à 16:05, David Ponzone a écrit :
Pour ma part, j’ai jamais acheté un SFP constructeur et j’ai jamais eu de 
problème.

Le 26 juil. 2021 à 15:33, Nicolas Parpandet  a écrit :


Hello,

Pour le support, cela peut coincer car dans meraki, forti etc, tu as une belle 
alarme qui remonte,
j'ai des connaissances qui prennent du reflashable et mettent les firmware qui 
vont bien..., pas encore testé de mon côté, mais
ca devrait le faire...

Nicolas

- Mail original -
De: "MOREAU Benjamin" 
À: "frnog" 
Envoyé: Lundi 26 Juillet 2021 15:28:42
Objet: [FRnOG] [TECH] Module SFP+ Cisco vs Compatible
Bonjour à tous,

J'aurais besoin de vos avis d'experts sur l'intérêt d'acheter des modules SFP+
10G Monomode Cisco/Meraki plutôt que du compatible (type FS ou autre) ?
Les modules Cisco sont vendus près de 2000 € pièce, contre moins de 30 € sur du
compatible.

J'utilises régulièrement des Gbics compatibles et je n'ai jamais eu de problèmes
de performances ou de pannes (Sur HP, Brocade).

Outre le potentiel problème lors de mises à jour des OS, voyez-vous d'autres
risques à cet usage de Gbic compatibles ?

Merci d'avance pour vos retours d'expérience .

Benjamin.

---
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] [TECH] Module SFP+ Cisco vs Compatible

2021-07-26 Par sujet Pierre DOLIDON
StarTech en fait a des tarifs raisonnables qui "Respecte ou surpasse les 
spécifications OEM ainsi que les normes MSA (Multi-Source Agreement) du 
secteur"

https://www.startech.com/fr-fr/entree-sortie-industrielle/masfp1gblx10

Le 26/07/2021 à 16:05, David Ponzone a écrit :

Pour ma part, j’ai jamais acheté un SFP constructeur et j’ai jamais eu de 
problème.


Le 26 juil. 2021 à 15:33, Nicolas Parpandet  a écrit :


Hello,

Pour le support, cela peut coincer car dans meraki, forti etc, tu as une belle 
alarme qui remonte,
j'ai des connaissances qui prennent du reflashable et mettent les firmware qui 
vont bien..., pas encore testé de mon côté, mais
ca devrait le faire...

Nicolas

- Mail original -

De: "MOREAU Benjamin" 
À: "frnog" 
Envoyé: Lundi 26 Juillet 2021 15:28:42
Objet: [FRnOG] [TECH] Module SFP+ Cisco vs Compatible
Bonjour à tous,

J'aurais besoin de vos avis d'experts sur l'intérêt d'acheter des modules SFP+
10G Monomode Cisco/Meraki plutôt que du compatible (type FS ou autre) ?
Les modules Cisco sont vendus près de 2000 € pièce, contre moins de 30 € sur du
compatible.

J'utilises régulièrement des Gbics compatibles et je n'ai jamais eu de problèmes
de performances ou de pannes (Sur HP, Brocade).

Outre le potentiel problème lors de mises à jour des OS, voyez-vous d'autres
risques à cet usage de Gbic compatibles ?

Merci d'avance pour vos retours d'expérience .

Benjamin.

---
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] Module SFP+ Cisco vs Compatible

2021-07-26 Par sujet David Ponzone
Pour ma part, j’ai jamais acheté un SFP constructeur et j’ai jamais eu de 
problème.

> Le 26 juil. 2021 à 15:33, Nicolas Parpandet  a écrit :
> 
> 
> Hello,
> 
> Pour le support, cela peut coincer car dans meraki, forti etc, tu as une 
> belle alarme qui remonte,
> j'ai des connaissances qui prennent du reflashable et mettent les firmware 
> qui vont bien..., pas encore testé de mon côté, mais
> ca devrait le faire...
> 
> Nicolas
> 
> - Mail original -
>> De: "MOREAU Benjamin" 
>> À: "frnog" 
>> Envoyé: Lundi 26 Juillet 2021 15:28:42
>> Objet: [FRnOG] [TECH] Module SFP+ Cisco vs Compatible
> 
>> Bonjour à tous,
>> 
>> J'aurais besoin de vos avis d'experts sur l'intérêt d'acheter des modules 
>> SFP+
>> 10G Monomode Cisco/Meraki plutôt que du compatible (type FS ou autre) ?
>> Les modules Cisco sont vendus près de 2000 € pièce, contre moins de 30 € sur 
>> du
>> compatible.
>> 
>> J'utilises régulièrement des Gbics compatibles et je n'ai jamais eu de 
>> problèmes
>> de performances ou de pannes (Sur HP, Brocade).
>> 
>> Outre le potentiel problème lors de mises à jour des OS, voyez-vous d'autres
>> risques à cet usage de Gbic compatibles ?
>> 
>> Merci d'avance pour vos retours d'expérience .
>> 
>> Benjamin.
>> 
>> ---
>> 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] Module SFP+ Cisco vs Compatible

2021-07-26 Par sujet Nicolas Parpandet


Hello,

Pour le support, cela peut coincer car dans meraki, forti etc, tu as une belle 
alarme qui remonte,
j'ai des connaissances qui prennent du reflashable et mettent les firmware qui 
vont bien..., pas encore testé de mon côté, mais
ca devrait le faire...

Nicolas

- Mail original -
> De: "MOREAU Benjamin" 
> À: "frnog" 
> Envoyé: Lundi 26 Juillet 2021 15:28:42
> Objet: [FRnOG] [TECH] Module SFP+ Cisco vs Compatible

> Bonjour à tous,
> 
> J'aurais besoin de vos avis d'experts sur l'intérêt d'acheter des modules SFP+
> 10G Monomode Cisco/Meraki plutôt que du compatible (type FS ou autre) ?
> Les modules Cisco sont vendus près de 2000 € pièce, contre moins de 30 € sur 
> du
> compatible.
> 
> J'utilises régulièrement des Gbics compatibles et je n'ai jamais eu de 
> problèmes
> de performances ou de pannes (Sur HP, Brocade).
> 
> Outre le potentiel problème lors de mises à jour des OS, voyez-vous d'autres
> risques à cet usage de Gbic compatibles ?
> 
> Merci d'avance pour vos retours d'expérience .
> 
> Benjamin.
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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


Re : [FRnOG] [TECH] Module SFP+ Cisco vs Compatible

2021-07-26 Par sujet Stephane EVEILLARD
bonjour

j'ai eu recemment des soucis de compatibilité avec des modules FS au lieu des 
Cisco
Il semble que certains équipements (les Nexus je suis sur, a voir pour 
d'autres) détectent le type de module utilisé

Cordialement

Stephane EVEILLARD
Le 26/07/2021 15:30:41, MOREAU Benjamin  a écrit :
Bonjour à tous,

J'aurais besoin de vos avis d'experts sur l'intérêt d'acheter des modules SFP+ 
10G Monomode Cisco/Meraki plutôt que du compatible (type FS ou autre) ?
Les modules Cisco sont vendus près de 2000 € pièce, contre moins de 30 € sur du 
compatible.

J'utilises régulièrement des Gbics compatibles et je n'ai jamais eu de 
problèmes de performances ou de pannes (Sur HP, Brocade).

Outre le potentiel problème lors de mises à jour des OS, voyez-vous d'autres 
risques à cet usage de Gbic compatibles ?

Merci d'avance pour vos retours d'expérience .

Benjamin.

---
Liste de diffusion du FRnOG
https://emea01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.frnog.org%2F=04%7C01%7C%7Cddc1b703e4da45072cab08d950398f94%7C84df9e7fe9f640afb435%7C1%7C0%7C637629030412118160%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000=hpBP6JIGLjIY8Kr5qMaOe%2FOzMNWTCjcgnlgn4wMZj%2Fc%3D=0

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


RE: [FRnOG] [TECH] RFC 9075: Report from the IAB COVID-19 Network Impacts Workshop 2020

2021-07-24 Par sujet JCLB
L'ICANN avait publié un rapport intéressant sur un autre aspect, la flopée de 
.home, .corp et autre TLD qui finissaient tout en haut en requête:
https://www.icann.org/en/system/files/files/octo-008-15apr20-en.pdf

JC Bisecco

-Message d'origine-
De : frnog-requ...@frnog.org  De la part de Stephane 
Bortzmeyer
Envoyé : vendredi 23 juillet 2021 09:44
À : frnog-t...@frnog.org
Objet : [FRnOG] [TECH] RFC 9075: Report from the IAB COVID-19 Network Impacts 
Workshop 2020

Premier « RFC Covid », ce RFC 9075 est le compte-rendu d'un atelier de l'IAB 
sur les conséquenecs concrètes de la pandémie et des confinements sur les 
réseaux informatiques et notamment l'Internet. Bisous aux technicien·nes grâce 
à qui tout a finalement bien tenu.

https://www.bortzmeyer.org/9075.html

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

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


Re: [FRnOG] [TECH] RFC974 et Microsoft (enfin o-365 et le mail... comme d'hab).

2021-07-23 Par sujet Mickael Monsieur
C’est Microsoft non? 

> Le 23 juil. 2021 à 20:46, Xavier Beaudouin via frnog  a 
> écrit :
> 
> Hello les amis,
> 
> Avez vous remarqué que nos "amis" de microsoft ont leur interprétation de la 
> RFC974 ?
> 
> En effet, j'ai quelques domaine hébergés sur des babasses... et ces 
>  se la jouent 
> comme des spammers.
> 
> Dans mon domaine j'ai :
> 
> domaine.tld. IN MX 0 mx1.domaine.tld.
> domaine.tld. IN MX 1000 mx2.domaine.tld.
> 
> En essayant avec divers valeurs > 100 sur mx2 et/ou avec 0 ou 10 sur mx1, ces 
> zigotos envoient TOUJOURS 
> sur le MX secondaire (et jamais sur le primaire, même après un 450), comme 
> des bons envoyeurs de spam...
> 
> C'est moi ou la RFC a changé? ou ils ont codés leur gestion de priorité sans 
> lire cette RFC (ou ils l'ont 
> prise dans le mauvais sens...).
> 
> /Xavier
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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


Re: [FRnOG] [TECH] [BGP] [Cisco]

2021-07-22 Par sujet Radu-Adrian Feurdean
On Thu, Jul 22, 2021, at 11:40, Jérôme BERTHIER via frnog wrote:
> Question peut être bête mais comment gères-tu la détection rapide de 
> dysfonctionnement d'un lien sans perte d'état de l'interface elle même ?
> 
> A priori, BFD ça ne marche pas avec l'IP unumbered sur Nexus :

Si ton fournisseur de "transport" te le permet (ne "mange" pas les paquets), 
LACP fast (c'est quand-meme une seconde). C'est pas exactement fait pour, mais 
chaque port dans sont LAG ca fonctionne pas si mal que ca (modulo nombre total 
de LAGs).
Sinon, effectivement, les timers de l'IGP peuvent faire l'affaire.


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


Re: [FRnOG] [TECH] [BGP] [Cisco]

2021-07-22 Par sujet Emmanuel DECAEN

Bonjour,

Le 22/07/2021 à 11:40, Jérôme BERTHIER a écrit :

Le 14/07/2021 à 22:18, Emmanuel DECAEN a écrit :
Dans ce cas, la distinction entre les deux liens ne se fait plus par 
l'IP, mais par l'interface utilisée sur l'équipement (Router 
Interface Address).


L'avantage, et pas des moindres, c'est que tu ajoutes autant 
d'interconnexions que tu veux, sans avoir à te poser de question 
d'adressage, il faut juste monter ton interface de routage (sans 
adresse IP) de chaque côté (et c'est tout).


Question peut être bête mais comment gères-tu la détection rapide de 
dysfonctionnement d'un lien sans perte d'état de l'interface elle même ?




Je n'ai pas encore eu le cas de figure d'un lien qui tombe sans perte 
d'état de l'interface.
Tous les liens entre les équipements sont directs (i.e. sans matériel 
actif entre le deux), cela doit certainement contribuer à faciliter la 
détection d'un lien qui tombe.




A priori, BFD ça ne marche pas avec l'IP unumbered sur Nexus :

https://www.cisco.com/c/en/us/td/docs/switches/datacenter/nexus9000/sw/7-x/interfaces/configuration/guide/b_Cisco_Nexus_9000_Series_NX-OS_Interfaces_Configuration_Guide_7x/b_Cisco_Nexus_9000_Series_NX-OS_Interfaces_Configuration_Guide_7x_chapter_0110.html#concept_FBA5494FBDAA4D599394E61823E16C07 


Il reste que le tuning OSPF ?

Parce que sinon y a un bon risque que l'ECMP te fasse passer par le 
lien coupé le temps du dead timer , non ?



Oui, c'est le risque.

Ceci étant, je relativise un peu, car les liaisons et les équipements 
réseaux sont très fiables.
En 15 ans, les pannes se comptent sur les doigts d'une main, avec un 
impact souvent négligeable.


Et honnêtement, avec un dead timer à 40 secondes, si un jour il doit y 
avoir une coupure d'un lien sans perte d'état, on fera avec ;-)


--
*Emmanuel DECAEN*

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


Re: [FRnOG] [TECH] [BGP] [Cisco]

2021-07-22 Par sujet Jérôme BERTHIER via frnog

Le 14/07/2021 à 22:18, Emmanuel DECAEN a écrit :
Dans ce cas, la distinction entre les deux liens ne se fait plus par 
l'IP, mais par l'interface utilisée sur l'équipement (Router Interface 
Address).


L'avantage, et pas des moindres, c'est que tu ajoutes autant 
d'interconnexions que tu veux, sans avoir à te poser de question 
d'adressage, il faut juste monter ton interface de routage (sans 
adresse IP) de chaque côté (et c'est tout).


Salut,

Question peut être bête mais comment gères-tu la détection rapide de 
dysfonctionnement d'un lien sans perte d'état de l'interface elle même ?


A priori, BFD ça ne marche pas avec l'IP unumbered sur Nexus :

https://www.cisco.com/c/en/us/td/docs/switches/datacenter/nexus9000/sw/7-x/interfaces/configuration/guide/b_Cisco_Nexus_9000_Series_NX-OS_Interfaces_Configuration_Guide_7x/b_Cisco_Nexus_9000_Series_NX-OS_Interfaces_Configuration_Guide_7x_chapter_0110.html#concept_FBA5494FBDAA4D599394E61823E16C07

Il reste que le tuning OSPF ?

Parce que sinon y a un bon risque que l'ECMP te fasse passer par le lien 
coupé le temps du dead timer , non ?


--
Jérôme BERTHIER


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


Re: [FRnOG] [TECH] Petite Question Infra pour les collègues Opérateurs

2021-07-20 Par sujet François Lacombe
Salut à tous

Le mar. 20 juil. 2021 à 18:45, Jérôme Nicolle  a écrit :

> La vraie question est : est ce que GRDF est autre chose que stupide, et
> a déployé des bottes de PEHD ø38-42 dans les 500 à 2000km de tranchées
> qu'il font chaque année, genre "au cas où".
>

Vrai.
La problématique est identique sur le transport où ca n'est pas plus fait.
Ya pas de place pour des fourreaux ?
https://twitter.com/princertitude/status/1377629842275991555?s=20


> Pour ce qui est des fourreaux abandonnés, genre les vieux tuyaux en
> plomb, il y a plein d'autres problèmes (ils sont rarement utilisables
> sans réfection, qui se fait sous contraintes de sécurité particulières),
> passent rarement à des endroits intéressants, et il faudrait déjà avoir
> connaissance (carto) de ces réseaux pour savoir qui ça peut intéresser
> (hint : c'est très rarement le cas).
>

Ce serait pourtant de vraies opportunités, que GRDF exploite lui-même en
sous-tubant ses canalisations (Place de la République ou rue Pasquier.
DN1000 fonte => DN160 PEHD)
https://fibre.wiki/index.php/Mutualisation_du_g%C3%A9nie_civil#Ouvrages_abandonn.C3.A9s

Par ailleurs, l'article 7 du décret du 15 février 2015 fait bien la
distinction entre les ouvrages en service et en arrêt d'exploitation.
https://www.legifrance.gouv.fr/loda/id/JORFTEXT25391351/
Les réponses aux DT-DICT doivent également porter mention de ces ouvrages
(et c'est le cas en pratique).


> Et puis il y a le problème du trou dans la raquette juridique : personne
> à ma connaissance n'a passé l'épreuve du feu (jugement de TA voir CE)
> pour connaître le statut d'une infra existante sans permission de voirie.
>

Tu reprends la permission de voirie à ton compte, la canalisation
abandonnée osef, tu soustube en PE évidemment.


> Bref, c'est un sujet intéressant, mais semé d'embûches, et je vois mal
> quelqu'un cramer des 100k€ pour tester le framework juridique là dessus.
>
> Quant à faire bouger GRDF sur ce sujet, il va falloir un _très long_
> levier.
>

On parle de GRDF mais il y a aussi tout ceux là qui abandonnent des infras :
- Les 10 000 services de l'eau potable (moyenne d'age des conduites de
flotte 70 ans, donc il va y avoir de l'abandon à la pelle)
- Enedis
- Les 118 GRD électriques locaux
- Les directions des routes
- Les exploitant de réseau d'assainissement, de collecte d'eau pluviale

Bref, c'est des infrastructures mobilisables dont on parle, pas que de
l'abandonné.

--
François Lacombe

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


Re: [FRnOG] [TECH] Petite Question Infra pour les collègues Opérateurs

2021-07-20 Par sujet Jérôme Nicolle

Plop,

Le 20/07/2021 à 18:15, Ville numérique a écrit :

Fourreaux GRDF : s'agit il de fourreaux abandonnés officiellement par GRDF et 
déclarés comme tels auprès ?


Alors je ne crois pas que c'était l'idée.

La vraie question est : est ce que GRDF est autre chose que stupide, et 
a déployé des bottes de PEHD ø38-42 dans les 500 à 2000km de tranchées 
qu'il font chaque année, genre "au cas où".


Et là, la réponse est : facepalm.

Pour deux raisons :
- Ce serait du vrai travail (et des coûts marginaux) pour eux, rien que 
pour le commercialiser
- Quand ton boulot est de distribuer de la source de CO2, le gaspillage 
provoqué par le besoin _éventuel_ de re-creuser à ces endroits ne 
t'effleure pas l'esprit.


Ajoute à ça que le framework actuel des RODP n'est pas incitatif à poser 
de la capacité surnuméraire, sauf à ce que la collectivité fasse une 
démarche supplémentaire - dont la légalité reste à démontrer - qui 
serait une faille pour que Orange en abuse - vu que la probabilité qu'il 
y aie un bon suivi derrière est faible.


Pour ce qui est des fourreaux abandonnés, genre les vieux tuyaux en 
plomb, il y a plein d'autres problèmes (ils sont rarement utilisables 
sans réfection, qui se fait sous contraintes de sécurité particulières), 
passent rarement à des endroits intéressants, et il faudrait déjà avoir 
connaissance (carto) de ces réseaux pour savoir qui ça peut intéresser 
(hint : c'est très rarement le cas).


Et puis il y a le problème du trou dans la raquette juridique : personne 
à ma connaissance n'a passé l'épreuve du feu (jugement de TA voir CE) 
pour connaître le statut d'une infra existante sans permission de voirie.


Bref, c'est un sujet intéressant, mais semé d'embûches, et je vois mal 
quelqu'un cramer des 100k€ pour tester le framework juridique là dessus.


Quant à faire bouger GRDF sur ce sujet, il va falloir un _très long_ levier.

@+

--
Jérôme Nicolle
+33 6 19 31 27 14


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


re: [FRnOG] [TECH] Petite Question Infra pour les collègues Opérateurs

2021-07-20 Par sujet Ville numérique
Bonjour,

Fourreaux GRDF : s'agit il de fourreaux abandonnés officiellement par GRDF et 
déclarés comme tels auprès ?
Auquel cas ils sont censés être remis au gestionnaire du domaine public (ville, 
dept, etc) ou le sous-sol remis en état après utilisation ! en général c'est la 
première hypothèse qui est retenue.
Ensuite il peuvent être utilisés par le gestionnaire pour créer un réseau 
(sous-fourreautage, etc), si ce gestionnaire est structuré pour les exploiter 
et les commercialiser (guichet unique de ZAC ou ZAE par exemple).

Daniel MALGUY
Chargé de mission ville numérique



-Message d'origine-
De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part de 
Taieb, Laurent via frnog
Envoyé : dimanche 18 juillet 2021 20:57
À : frnog-t...@frnog.org
Objet : [FRnOG] [TECH] Petite Question Infra pour les collègues Opérateurs

Petite Question pour les collègues qui gèrent du réseau d'infra.
Y-a-t-il dans la liste quelqu'un qui utilise les fourreaux GRDF pour tirer des 
câbles FO ?
Si quelqu'un se manifeste, y-a-t-il un cadre réglementaire ?

Merci
Laurent
This communication is the property of Lumen Technologies and may contain 
confidential or privileged information. Unauthorized use of this communication 
is strictly prohibited and may be unlawful. If you have received this 
communication in error, please immediately notify the sender by reply e-mail 
and destroy all copies of the communication and any attachments.

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


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


Re: [FRnOG] [TECH] [CISCO] [ASR] et les messages d'erreur incompréhensible

2021-07-16 Par sujet Steeve BEAUVAIS - Société Serinya Telecom
Salut,

Un debug pppoe évent pourrait t'aider si tu es dans le cas d'une policy-map
appliquée via radius et PPPoE comme le suggère Nicolas.

Cordialement,

Steeve Beauvais
Directeur de production télécom
Groupe FrameIP

Ce message a été envoyé depuis un appareil mobile.

Le ven. 16 juil. 2021 à 20:11, Nicolas KARP  a écrit :

> Salut,
>
> Une QoS sur tu appliques en radius mais qui n'existe pas ou qui est mal
> configurée ?
>
> Nicolas
>
>
> Le mar. 13 juil. 2021 à 10:56, Kevin Thiou  a écrit
> :
>
> > Bonjour,
> >
> > j'ai un message d'erreur qui apparait sur un de mes routeurs et j'ai du
> mal
> > à savoir d'où ça sort :
> >
> > *SGPM-3-POLICY_RULE_SERVICE_CONFIG_ERROR* Service () is configured
> > incorrectly, service_failed event will be thrown
> >
> > Un service ne fonctionne pas correctement à cause d'une configuration
> > incorrecte.
> > Comment en savoir plus ? Certains d'entre vous ont-ils déjà vu ce
> message ?
> >
> >
> > Merci
> >
> > ---
> > 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] [CISCO] [ASR] et les messages d'erreur incompréhensible

2021-07-16 Par sujet Nicolas KARP
Salut,

Une QoS sur tu appliques en radius mais qui n'existe pas ou qui est mal
configurée ?

Nicolas


Le mar. 13 juil. 2021 à 10:56, Kevin Thiou  a écrit :

> Bonjour,
>
> j'ai un message d'erreur qui apparait sur un de mes routeurs et j'ai du mal
> à savoir d'où ça sort :
>
> *SGPM-3-POLICY_RULE_SERVICE_CONFIG_ERROR* Service () is configured
> incorrectly, service_failed event will be thrown
>
> Un service ne fonctionne pas correctement à cause d'une configuration
> incorrecte.
> Comment en savoir plus ? Certains d'entre vous ont-ils déjà vu ce message ?
>
>
> Merci
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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


Re: [FRnOG] [TECH] Fwd: Jarretières pour Turris Omnia, was [FRsAG] [Matos] La jarretière suivi de ?

2021-07-16 Par sujet Nang Bat
Effectivement c'est du GPON (G.984), donc relativement bien standardisé.
Il y a plein de topic sur le remplacement de l'ONT fourni par l'ISP
sur lafibre.info, avec certain succès (Le cas Orange est vraiment bien
documenté) mais j'ai l'impression (pas tout lu) que pour SFR il n'y
pas de solution fonctionnelle (par ex.
https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/)
Ça va assez loin quand même jusqu'à l'auth d'ONT tiers sur un OLT SFR,
il doit pas manquer grand chose pour arriver à faire passer du trafic.

Le ven. 16 juil. 2021 à 09:00, Erwan David  a écrit :
>
> Le 15/07/2021 à 23:42, Michel Py via frnog a écrit :
> > Je me corrige moi-même :
> >
> >> Michel Py a écrit :
> >> - La GPON est 1490nmTx/1310nmRx, l'Ethernet est 1310nm-TX/1550nm-RX là 
> >> déjà pas glop, si c'est pas identique aucune chance.
> >>   Pour avoir une chance, faudrait celle-ci : 
> >> https://www.fs.com/fr/products/75342.html
> >
> > Ces longueurs d'onde, c'est du côté opérateur, je pense. Comme toutes les 
> > optiques bidi, les deux cotés ne sont pas les mêmes.
> >
> > Coté opérateur :
> > En descendant (opérateur -> client) 1490nm Tx 2.5G Tx. En montant (client 
> > -> opérateur) 1310nm Rx 1.25G Rx.
> > Cette optique : https://www.fs.com/products/64169.html c'est donc une 
> > optique pour le coté opérateur, ce qui pourrait expliquer le prix; je pense 
> > que le laser de transmission doit patater plus à cause des divisions de la 
> > fibre.
> >
> > Du coté CPE, c'est l'inverse.
> > En montant (client -> opérateur) 1310nm Tx 1.25G Tx. En descendant 
> > (opérateur -> client) 1490nm Rx 2.5G Rx.
> >
> > Si tu veux essayer de bidouiller une optique Ethernet en GPON coté client, 
> > c'est donc celle-ci qu'il faut essayer :
> > https://www.fs.com/products/15535.html
> > La codage couleur me plait nettement plus : bleu, coté client. Celle que 
> > j'avais suggérée avant était violet, coté opérateur. J'avais pas percuté 
> > tout de suite.
> >
> > Tout ça c'est à vérifier, bien entendu.
> >
>
> Attention, le FTTH en france c'est du GPON, multiplexage temporel. Avec
> identification/authentification du SFP du client via un numéro de série
> (en général).
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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


Re: [FRnOG] [TECH] Fwd: Jarretières pour Turris Omnia, was [FRsAG] [Matos] La jarretière suivi de ?

2021-07-16 Par sujet Erwan David

Le 15/07/2021 à 23:42, Michel Py via frnog a écrit :

Je me corrige moi-même :


Michel Py a écrit :
- La GPON est 1490nmTx/1310nmRx, l'Ethernet est 1310nm-TX/1550nm-RX là déjà pas 
glop, si c'est pas identique aucune chance.
  Pour avoir une chance, faudrait celle-ci : 
https://www.fs.com/fr/products/75342.html


Ces longueurs d'onde, c'est du côté opérateur, je pense. Comme toutes les 
optiques bidi, les deux cotés ne sont pas les mêmes.

Coté opérateur :
En descendant (opérateur -> client) 1490nm Tx 2.5G Tx. En montant (client -> 
opérateur) 1310nm Rx 1.25G Rx.
Cette optique : https://www.fs.com/products/64169.html c'est donc une optique 
pour le coté opérateur, ce qui pourrait expliquer le prix; je pense que le 
laser de transmission doit patater plus à cause des divisions de la fibre.

Du coté CPE, c'est l'inverse.
En montant (client -> opérateur) 1310nm Tx 1.25G Tx. En descendant (opérateur 
-> client) 1490nm Rx 2.5G Rx.

Si tu veux essayer de bidouiller une optique Ethernet en GPON coté client, 
c'est donc celle-ci qu'il faut essayer :
https://www.fs.com/products/15535.html
La codage couleur me plait nettement plus : bleu, coté client. Celle que 
j'avais suggérée avant était violet, coté opérateur. J'avais pas percuté tout 
de suite.

Tout ça c'est à vérifier, bien entendu.



Attention, le FTTH en france c'est du GPON, multiplexage temporel. Avec 
identification/authentification du SFP du client via un numéro de série 
(en général).



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


RE: [FRnOG] [TECH] Fwd: Jarretières pour Turris Omnia, was [FRsAG] [Matos] La jarretière suivi de ?

2021-07-15 Par sujet Michel Py via frnog
>> Michel Py a écrit :
>> Du coté CPE, c'est l'inverse.
>> En montant (client -> opérateur) 1310nm Tx 1.25G Tx. En descendant 
>> (opérateur -> client) 1490nm Rx 2.5G Rx.
>> Si tu veux essayer de bidouiller une optique Ethernet en GPON coté client, 
>> c'est donc celle-ci qu'il faut essayer :
>> https://www.fs.com/products/15535.html

> Vincent Bernat a écrit :
> Aucune chance de marcher. Le SFP GPON gère aussi toute la surcouche
> protocolaire liée au L1, avec le déchiffrement et le TDMA.

Je suis d'accord avec toi, mais il ne faut pas décourager les bonnes volontés; 
j'ai fait plusieurs bidouilles dont tout le monde m'avait dit que ça ne 
marcherait jamais et qui pourtant fonctionnent impec. Quand j'ai commencé à 
mettre des optiques monomode en 1310nm sur ma fibre noire multimode FDDI datant 
de mathusalem, tout le monde m'avait dit que ça marcherait jamais et pourtant 
c'est toujours en prod; ça va pas péter tellement plus loin que les optiques 
multimode à 850nm mais quand tu n'es court "que" de 200m ou 300m ça change 
tout. Et puis quelqu'un a inventé la jarretière de conditionnement de mode et 
je suis devenu le roi du pétrole ;-)

Il y a une chance que ça marche : si l'optique est bi-standard Ethernet/GPON, 
et qu'elle décide de l'identité à adopter en fonction de la manière dont elle 
est initialisée, qui dépend de la manière dont l'hôte la reconnait, qui dépend 
de la manière dont elle est codée en flash, qui est bidouillable. On parle 
d'optiques à 10 balles, si tu comptes la mécanique, le circuit imprimé, les 
lasers, ça laisse pas lourd pour le silicium et aujourd'hui ça ne serait pas 
étonnant de voir ce genre de chose qui existe depuis la nuit des temps dans 
l'industrie des semi-conducteurs.

Si ma mémoire est bonne, tu as une très bonne connaissance de cette partie, 
genre le 486SX qui était un 486DX avec la partie processeur arithmétique qui 
avait pas passé les tests. Parfois, ça revient moins cher de faire un produit 
unique. Qu'est ce qui te dit que l'optique GPON à 10 balles, ce n'est pas une 
optique bi-standard qui n'a pas passé les tests de la partie Ethernet, ou que 
l'optique Ethernet à 10 balles ce n'est pas une optique bi-standard qui n'a pas 
passé les tests de la partie GPON ? Ca fait presque 40 ans qu'on voit ce genre 
de chose dans les produits grand public, en 1982 la RAM dynamique 32Kx1 du ZX 
Spectrum c'était en fait de la 4164 64Kx1 avec une moitié naze.

Bon, c'est de la bidouille un peu tirée par le cheveux, j'admets. Paul, si tu 
arrives à faire marcher çà, t'as gagné ta dose de Stroh.

Michel.


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


Re: [FRnOG] [TECH] Fwd: Jarretières pour Turris Omnia, was [FRsAG] [Matos] La jarretière suivi de ?

2021-07-15 Par sujet Vincent Bernat
 ❦ 15 July 2021 21:42 GMT, Michel Py via frnog:

> En descendant (opérateur -> client) 1490nm Tx 2.5G Tx. En montant (client -> 
> opérateur) 1310nm Rx 1.25G Rx.
> Cette optique : https://www.fs.com/products/64169.html c'est donc une
> optique pour le coté opérateur, ce qui pourrait expliquer le prix; je
> pense que le laser de transmission doit patater plus à cause des
> divisions de la fibre.

Bien vu. C'est écrit OLT.

> Du coté CPE, c'est l'inverse.
> En montant (client -> opérateur) 1310nm Tx 1.25G Tx. En descendant (opérateur 
> -> client) 1490nm Rx 2.5G Rx.
>
> Si tu veux essayer de bidouiller une optique Ethernet en GPON coté client, 
> c'est donc celle-ci qu'il faut essayer :
> https://www.fs.com/products/15535.html

Aucune chance de marcher. Le SFP GPON gère aussi toute la surcouche
protocolaire liée au L1, avec le déchiffrement et le TDMA.
-- 
Say what you mean, simply and directly.
- The Elements of Programming Style (Kernighan & Plauger)


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


[TECH] RE: [FRnOG] [TECH] Fwd: Jarretières pour Turris Omnia, was [FRsAG] [Matos] La jarretière suivi de ?

2021-07-15 Par sujet JCLB
Et n'oublie pas de demander à ton opérateur R=D une IPv4 dédiée, histoire de ne 
pas avoir à jouer avec MAP-T ou autre approche A+P qu'utilise SFR.
Bien qu'openwrt servant de base à turris OS, il y'a tous les paquets 
nécessaires pour traiter ce cas si on aime se compliquer la vie.

JC Bisecco

-Message d'origine-
De : frnog-requ...@frnog.org  De la part de Michel Py 
via frnog
Envoyé : jeudi 15 juillet 2021 23:42
À : Paul MARCHAND ; N R ; 
frnog-tech 
Objet : RE: [FRnOG] [TECH] Fwd: Jarretières pour Turris Omnia, was [FRsAG] 
[Matos] La jarretière suivi de ?

Je me corrige moi-même :

> Michel Py a écrit :
> - La GPON est 1490nmTx/1310nmRx, l'Ethernet est 1310nm-TX/1550nm-RX là déjà 
> pas glop, si c'est pas identique aucune chance.
>  Pour avoir une chance, faudrait celle-ci : 
> https://www.fs.com/fr/products/75342.html

Ces longueurs d'onde, c'est du côté opérateur, je pense. Comme toutes les 
optiques bidi, les deux cotés ne sont pas les mêmes.

Coté opérateur :
En descendant (opérateur -> client) 1490nm Tx 2.5G Tx. En montant (client -> 
opérateur) 1310nm Rx 1.25G Rx.
Cette optique : https://www.fs.com/products/64169.html c'est donc une optique 
pour le coté opérateur, ce qui pourrait expliquer le prix; je pense que le 
laser de transmission doit patater plus à cause des divisions de la fibre.

Du coté CPE, c'est l'inverse.
En montant (client -> opérateur) 1310nm Tx 1.25G Tx. En descendant (opérateur 
-> client) 1490nm Rx 2.5G Rx.

Si tu veux essayer de bidouiller une optique Ethernet en GPON coté client, 
c'est donc celle-ci qu'il faut essayer :
https://www.fs.com/products/15535.html
La codage couleur me plait nettement plus : bleu, coté client. Celle que 
j'avais suggérée avant était violet, coté opérateur. J'avais pas percuté tout 
de suite.

Tout ça c'est à vérifier, bien entendu.

Michel.


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

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


RE: [FRnOG] [TECH] Fwd: Jarretières pour Turris Omnia, was [FRsAG] [Matos] La jarretière suivi de ?

2021-07-15 Par sujet Michel Py via frnog
Je me corrige moi-même :

> Michel Py a écrit :
> - La GPON est 1490nmTx/1310nmRx, l'Ethernet est 1310nm-TX/1550nm-RX là déjà 
> pas glop, si c'est pas identique aucune chance.
>  Pour avoir une chance, faudrait celle-ci : 
> https://www.fs.com/fr/products/75342.html

Ces longueurs d'onde, c'est du côté opérateur, je pense. Comme toutes les 
optiques bidi, les deux cotés ne sont pas les mêmes.

Coté opérateur :
En descendant (opérateur -> client) 1490nm Tx 2.5G Tx. En montant (client -> 
opérateur) 1310nm Rx 1.25G Rx.
Cette optique : https://www.fs.com/products/64169.html c'est donc une optique 
pour le coté opérateur, ce qui pourrait expliquer le prix; je pense que le 
laser de transmission doit patater plus à cause des divisions de la fibre.

Du coté CPE, c'est l'inverse.
En montant (client -> opérateur) 1310nm Tx 1.25G Tx. En descendant (opérateur 
-> client) 1490nm Rx 2.5G Rx.

Si tu veux essayer de bidouiller une optique Ethernet en GPON coté client, 
c'est donc celle-ci qu'il faut essayer :
https://www.fs.com/products/15535.html
La codage couleur me plait nettement plus : bleu, coté client. Celle que 
j'avais suggérée avant était violet, coté opérateur. J'avais pas percuté tout 
de suite.

Tout ça c'est à vérifier, bien entendu.

Michel.


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


RE: [FRnOG] [TECH] Fwd: Jarretières pour Turris Omnia, was [FRsAG] [Matos] La jarretière suivi de ?

2021-07-15 Par sujet Michel Py via frnog
> Paul MARCHAND a écrit :
> La jarretière est fourni par l'opérateur,  sur ce point ca m'a permis de 
> faire pas
> mal de recherche pour comprendre les connecteurs utilisé, le petit angle de 
> 8°...

C'est quoi le connecteur ? SC simplex des deux cotés ? Est-ce que la botte est 
verte des deux cotés ? Quelle est la couleur de la fibre ?


> Par curiosité, en fouillant sur le site, j'ai trouvé d'autres connecteurs[3], 
> moins cher au passage.
> Je crois que la différence est qu'il est bidirectionnel. Qu'est ce que ca 
> change ? Ou bien je capte
> pas vraiment bien le réseaux et quelques pistes d'eclaircissement seraient 
> appréciés .
> [3] : https://www.fs.com/fr/products/74512.html?attribute=2949=71955

Il y a plusieurs différences; toutes les deux (GPON et ça : 
https://www.fs.com/fr/products/74512.html?attribute=2949=71955) sont des SFP 
bidi, mais :
- Une est GPON, l'autre est Ethernet. Physiquement le SFP est compatible, 
logiquement ça m'étonnerait.
- La GPON est 1490nmTx/1310nmRx, l'Ethernet est 1310nm-TX/1550nm-RX là déjà pas 
glop, si c'est pas identique aucune chance.
  Pour avoir une chance, faudrait celle-ci : 
https://www.fs.com/fr/products/75342.html
- La GPON est 2.5GTx/1.25GRx, l'Ethernet est 1.0GTx 1.0GRx. Ca se pourrait que 
l'Ethernet marche, mais c'est pousser.
- Le Omnia Turris va reconnaitre l'optique Ethernet comme étant Ethernet pas 
GPON, si tu veux améliorer tes chances faudrait re-coder l'optique Ethernet en 
GPON, ce qui n'est pas garanti même si c'est éventuellement possible.
- Le connecteur est du LC simplex, probablement UPC, donc il va te falloir une 
jarretière SC-LC simplex. Ou un marteau :P

Si tu cherches de l'optique pas chère, je te conseille plutôt la suggestion de 
Vincent.

>> Michel Py a écrit :
>> En plus, il y a de fortes chances qu'il y ait un mécanisme 
>> d'authentification au niveau GPON, numéro de
>> série, VLAN, adresse MAC, certificat, que sais-je, et l'opérateur ne vas 
>> surement pas t'en donner les détails,
>> donc même s'il y a possibilité de configurer GPON dans le Omnia Turris ça 
>> risque d'être des devinettes.

> Là est le fun !
> Il y a quelques forums qui fournissent un peu de pistes, nmap/tcpdump donnent 
> quelques infos... y'a de
> quoi faire. Et puis si ca passe pas, je laisserais le boitier ONT, mais 
> autant tenter l'expérience.

Garder l'autre boitier pas loin; c'est comme enlever les machinbox des 
opérateurs, ça peut marcher pendant un bout de temps et au premier changement 
ça tombe.

Michel.


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


RE: [FRnOG] [TECH] Fwd: Jarretières pour Turris Omnia, was [FRsAG] [Matos] La jarretière suivi de ?

2021-07-15 Par sujet Michel Py via frnog
> N R a écrit :
> Je viens de craquer pour un routeur avec un connecteur SFP (le omnia Turris 
> de chez .cz).
> J'ai une arrivé fibre avec un joli connecteur de type SC (fourni par R=D).
> Maintenant comment fais-je pour insérer la jarretière dans le connecteur ?

Avec un marteau :P

> Je dispose du boitier de l'opérateur[2] comme solution en attendant, mais 
> j'apprécierais vraiment
> de le remplacer par un simple module pour caler tout le "bazar" dans le 
> boitier technique.

Il y a de fortes chances que le boitier de l'opérateur ne soit pas possible à 
enlever.

Pour commencer, il faudrait pouvoir mettre une optique PON dans le Omnia 
Turris; en théorie une de celles-ci pourrait marcher 
https://www.fs.com/fr/c/pon-transceivers-2845 mais elles ne sont pas dans la 
liste des optiques supportées; ça serait prudent d'avoir une des deux listées, 
DFP-34G-2C2 ou Technicolor AFM0002.

Ca résoudrait le problème du connecteur SC simplex. En ce qui concerne la 
jarretière, la couleur verte sur le GS0100GH indiquerait que c'est du 
connecteur APC (poli avec un angle, au contraire de UPC poli à angle droit) 
donc il y a des chances que cette jarretière marche : 
https://www.fs.com/products/41918.html mais ce n'est qu'un des deux cotés, si 
le SFP que tu mets dans ton Omnia Turris a un connecteur UPC ça serait plutôt 
celle-là : https://www.fs.com/fr/products/96103.html

En plus, il y a de fortes chances qu'il y ait un mécanisme d'authentification 
au niveau GPON, numéro de série, VLAN, adresse MAC, certificat, que sais-je, et 
l'opérateur ne vas surement pas t'en donner les détails, donc même s'il y a 
possibilité de configurer GPON dans le Omnia Turris ça risque d'être des 
devinettes.

[1] : https://doc.turris.cz/doc/en/public/sfp
[2] : 
https://www.alticelabs.com/content/datasheets/FL_GS0100GH_ONT-SFU_ALB_EN.pdf

Michel.


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


Re: [FRnOG] [TECH] Fwd: Jarretières pour Turris Omnia, was [FRsAG] [Matos] La jarretière suivi de ?

2021-07-15 Par sujet Vincent Bernat
 ❦ 15 July 2021 20:02 +02, N R:

> Ca fait un petit moment que je regarde ce qui se passe, mais là je fais
> appel à vous.
> Je viens de craquer pour un routeur avec un connecteur SFP (le omnia Turris
> de chez .cz).
> J'ai une arrivé fibre avec un joli connecteur de type SC(fourni par R=D).
>
> Maintenant comment fais-je pour insérer la jarretière dans le connecteur ?
> J'ai cru comprendre qu'il y avais une sorte de chaussette mais étant plus
> un gars du système ma matière grise ne demande qu'à apprendre.
>
> J'ai trouvé une liste de modules supporté[1], cependant n'étant pas un
> "expert", je préfère étayer le sujet. Premièrement elle est un poil
> restreinte et je suis convaincu que d'autre modules son disponible et
> fonctionnel.
>
> Je dispose du boitier de l'opérateur[2] comme solution en attendant, mais
> j'apprécierais vraiment de le remplacer par un simple module pour caler
> tout le "bazar" dans le boitier technique.

Le problème n'est pas que de choisir un SFP qui soit compatible avec la
Turris, il faut aussi s'assurer qu'il sera accepté dans le réseau de
l'opérateur. Soit il y a un secret partagé entre l'ONT et l'OLT (l'autre
côté) et il faut être capable de le reprendre et de le programmer dans
le SFP via la Turris. Soit c'est le numéro de série qui est utilisé et
il faudra pouvoir le faire changer par l'opérateur.

Perso, vu que ce le boitier n'est qu'un CPE plutôt basique qui ne fait
que du L2, je le laisserais en place. Tu colles ta Turis derrière.

> Je suis tombé sur le fabricant "FS", mais entre les modules optique et les
> modules PON je m'y perd.

A priori, celui-ci serait OK.

https://www.fs.com/products/64169.html

Mais il existe bien plus économique en cherchant les SFP utilisés par
Orange pour ses Livebox :

https://www.ebay.fr/itm/203524169344?hash=item2f62fc5e80:g:0G8AAOSw3B5fIAdz

Ça te permet d'essayer sans risquer grand chose. Ils sont capables de
programmer une clef
-- 
question = ( to ) ? be : ! be;
-- Wm. Shakespeare


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


RE: [FRnOG] [TECH] [BGP] [Cisco]

2021-07-14 Par sujet Michel Py via frnog
> Xavier Beaudouin a écrit :
> Oh ip unnumbered... souvenir des 25xx :)

Ca ne nous rajeunit pas )-: C'est bien pour ça que j'avais écrit "dans le 
temps"; je ne me rappelle pas avec quelle version d'IOS c'était sorti mais ça 
fait nettement plus de 20 ans.
C'était une bonne plateforme, le 25xx; ça juste marchait. Pas aussi modulaire 
ou universel que l'énorme gamme ISR 
16xx/26xx/36xx/17xx/27xx/28xx/38xx/19xx/29xx/39xx mais pour l'époque c'était 
top. Mon premier routeur avec IPv6 ! Et puis c'était rapide du feu de Dieu, les 
entreprises qui avaient un peu de sous pouvaient s'offrir un Frac-T1 à 384kpbs, 
15 fois la vitesse d'un modem 28.8 et 3 fois numéris, pour télécharger les .gif 
de "reproduction humaine" en 640x480, la super haute def, c'était top.


> Emmanuel DECAEN a écrit :
> Le unnumbered est agréable en OSPF, voici un exemple de traceroute où l'on 
> voit les loopbacks:

Merci pour le feedback détaillé, je n'avais jamais fait de unnumbered avec 
OSPF, c'est bon à savoir.
Si ça ne marche pas bien sur tes Nexus, on te les échange contre des 25xx :P

Michel.


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


RE: [FRnOG] [TECH] Robert / Lenny was:T2 sur réseau FO opérateur SFR - blocage numéro masqué sur harcèlement

2021-07-14 Par sujet Michel Py via frnog
>> Michel Py a écrit :
>> Le record de longueur ici : https://www.youtube.com/watch?v=VkBQQA7yLYo

> thomas brenac a écrit :
> Les pauses avec le canard dans le fonds est genial :)

On me demande en privé comment faire "Robert" avec une ligne analogique.

Faut un vieux PC, Asterisk, (qui fait aussi "Robert") et ça :
https://www.ebay.com/itm/122684162356
FXO = Foreign Exchange Office, c'est ce qu'on connecte aux P.T.T ou derrière la 
machinbox.
FXS = Foreign Exchange Station, c'est à quoi on connecte un téléphone 
analogique comme le Socotel S63 de couleur gris à chier du gris à midi un 14 
juillet; qui était la seule couleur disponible à l'époque.
https://www.ebay.com/itm/273804779400
Je ne garantis pas que le cadran rotatif (pulse) marche avec ce modèle 
particulier de carte, mais il y a des adaptateurs. Il y a une version PCI 
Express aussi, pas testé.

Les commandes "AT" du modem "Hayes" (l'original, avant US Robotics)

Pour les vieux cons :
ATDP : ATtention Dial Pulse (le cadran rotatif).

Pour les jeunes cons :
ATDT : ATtention Dial Tone (DTMF).

Donc, on peut parfaitement remplacer le téléphone de bureau VOIP avec écran 
couleur de son Directeur Informatique avec un S63 gris.
Le mien, au bout de 4 jours, il a craqué. Il s'est plaint qu'il ne pouvait pas 
transférer les appels ou écouter sa VM.
On l'a upgradé avec la version marron caca DTMF et 10 pages de doc avec les 
codes Asterisk.
https://www.ebay.com/itm/163685463511
1 semaine après, ils nous a invité à bouffer dans un restaurant pas pire et 
demandé combien ça allait lui couter d'avoir son téléphone à écran couleur 
revenir sur son bureau. Comme par hasard, on avait besoin d'un nouveau routeur 
de coeur.

Je ne ferrai plus jamais ça. Après qu'il aie payé l'addition, quand on lui a 
dit que, 10 jours avant, s'il avait sorti son téléphone VOIP à écran couleur du 
2ème tiroir de son bureau (ou on l'avait laissé, c'est plus pratique) et 
branché à la place du PC Dell SFF qui tournait Asterisk et sur lequel on avait 
posé le S63, il aurait pas eu à nous payer une bonne bouffe, on a vu la haine 
dans son regard et on a eu peur qu'il coule une bielle.

Happy Bastille Day (c'est comme ça qu'on appelle le 14 Juillet, ici).

Michel.


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


Re: [FRnOG] [TECH] [BGP] [Cisco]

2021-07-14 Par sujet Emmanuel DECAEN

Le 14/07/2021 à 12:27, David Ponzone a écrit :

Intercos L3 ?


Oui, des intercos L3 , avec du VXLAN sur chaque switch.



OSPF marche sur du unnumbered ou tu dois utiliser ISIS ou EIGRP ?



Oui, c'est de l'OSPF.

Le unnumbered est agréable en OSPF, voici un exemple de traceroute où 
l'on voit les loopbacks:


# traceroute 10.0.0.4
traceroute to 10.0.0.4, 30 hops max, 40 byte packets
 1  10.0.0.2  1.033 ms  0.933 ms  0.804 ms
 2  10.0.0.3  0.669 ms  0.63 ms  0.546 ms
 3  10.0.0.4  0.892 ms  0.842 ms  0.66 ms

Ces switchs sont situés sur un boucle optique de quelques dizaines de KM.
Et comme "un switch = une IP",  c'est très simple de diagnostiquer (pas 
besoin de chercher où se trouve le subnet).


Cerise sur le gâteau, tu peux parfaitement avoir plusieurs liens 
"unnumbered" entre deux switchs, le .2 et le .3 dans l'exemple ci-dessous:


# show ip ospf database detail
   LS Type: Router Links
   Link State ID: 10.0.0.2
   Advertising Router: 10.0.0.2

 Link connected to: a Router (point-to-point)
 (Link ID) Neighboring Router ID: 10.0.0.3
 (Link Data) Router Interface address: 0.0.0.5

 Link connected to: a Router (point-to-point)
 (Link ID) Neighboring Router ID: 10.0.0.3
 (Link Data) Router Interface address: 0.0.0.6

Dans ce cas, la distinction entre les deux liens ne se fait plus par 
l'IP, mais par l'interface utilisée sur l'équipement (Router Interface 
Address).


L'avantage, et pas des moindres, c'est que tu ajoutes autant 
d'interconnexions que tu veux, sans avoir à te poser de question 
d'adressage, il faut juste monter ton interface de routage (sans adresse 
IP) de chaque côté (et c'est tout).


Et bien sûr, rajouter un switch se limite à  mettre une loopback 
unique ;-)


--
*Emmanuel DECAEN*


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


Re: [FRnOG] [TECH] [BGP] [Cisco]

2021-07-14 Par sujet David Ponzone
Intercos L3 ?
OSPF marche sur du unnumbered ou tu dois utiliser ISIS ou EIGRP ?

David Ponzone



> Le 13 juil. 2021 à 14:06, Emmanuel DECAEN  a 
> écrit :
> 
> Bonjour,
> 
>> Le 13/07/2021 à 05:05, Michel Py via frnog a écrit :
> Michel Py a écrit :
> Ceci étant dit, pour moi CIDR c'est simple : le masque peut être à 
> n'importe quel bit. C'est classful qui est restreint.
>>> Erwan David a écrit :
>>> Y compris le /31 (et oui il y a encore des équipements qui ne le supportent 
>>> pas)
>> Dans le temps il y avait aussi "ip unnumbered". Ca n'a pas eu le succès 
>> populaire escompté, non plus; pour tant, au lieu de gaspiller 4 adresses, ou 
>> même deux pour un /31, ça en gaspillait zéro.
> 
> Le "ip unnumbered" me plait bien.
> On l'utilise sur les interconnexions de tous nos switchs Cisco Nexus, et ça 
> simplifie pas mal de choses, en particulier sur les déploiements et le 
> dépannage.
> 
> -- 
> 
> *Emmanuel DECAEN*
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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


Re: [FRnOG] [TECH] [BGP] [Cisco]

2021-07-13 Par sujet Emmanuel DECAEN

Bonjour,

Le 13/07/2021 à 05:05, Michel Py via frnog a écrit :

Michel Py a écrit :
Ceci étant dit, pour moi CIDR c'est simple : le masque peut être à n'importe 
quel bit. C'est classful qui est restreint.

Erwan David a écrit :
Y compris le /31 (et oui il y a encore des équipements qui ne le supportent pas)

Dans le temps il y avait aussi "ip unnumbered". Ca n'a pas eu le succès 
populaire escompté, non plus; pour tant, au lieu de gaspiller 4 adresses, ou même deux 
pour un /31, ça en gaspillait zéro.


Le "ip unnumbered" me plait bien.
On l'utilise sur les interconnexions de tous nos switchs Cisco Nexus, et 
ça simplifie pas mal de choses, en particulier sur les déploiements et 
le dépannage.


--

*Emmanuel DECAEN*


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


Re: [FRnOG] [TECH] [BGP] [Cisco]

2021-07-13 Par sujet Romain BAFFERT

Le 12 juil. 2021 à 20:49, Erwan David 
mailto:er...@rail.eu.org>> a écrit :

Je crois que c'est
stormshield qui ne sait pas (ou alors les prestas des clients qui savent
pas faire une interco en /31).

C’est aussi faux, en tout cas c’est en place depuis 3.3.0 de fin 2016 !

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


Re: [FRnOG] [TECH] [BGP] [Cisco]

2021-07-13 Par sujet Xavier Beaudouin via frnog
Hello,

>> Erwan David a écrit :
>> Y compris le /31 (et oui il y a encore des équipements qui ne le supportent 
>> pas)
> 
> Dans le temps il y avait aussi "ip unnumbered". Ca n'a pas eu le succès
> populaire escompté, non plus; pour tant, au lieu de gaspiller 4 adresses, ou
> même deux pour un /31, ça en gaspillait zéro.
> 
> Ce que la plupart des gens no comprennent pas, c'est que gaspiller des 
> adresses,
> c'était le bon prétexte pour en demander encore plus, quand il y en avait
> encore.

Oh ip unnumbered... souvenir des 25xx :)

Xavier


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


RE: [FRnOG] [TECH] [BGP] [Cisco]

2021-07-12 Par sujet Michel Py via frnog
>> Michel Py a écrit :
>> Ceci étant dit, pour moi CIDR c'est simple : le masque peut être à n'importe 
>> quel bit. C'est classful qui est restreint.

> Erwan David a écrit :
> Y compris le /31 (et oui il y a encore des équipements qui ne le supportent 
> pas)

Dans le temps il y avait aussi "ip unnumbered". Ca n'a pas eu le succès 
populaire escompté, non plus; pour tant, au lieu de gaspiller 4 adresses, ou 
même deux pour un /31, ça en gaspillait zéro.

Ce que la plupart des gens no comprennent pas, c'est que gaspiller des 
adresses, c'était le bon prétexte pour en demander encore plus, quand il y en 
avait encore.

Michel.


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


Re: [FRnOG] [TECH] [BGP] [Cisco]

2021-07-12 Par sujet David Ponzone
Je connais la bidouille, merci, c’est pas vraiment ce que j’appelle une 
implémentation.
Mais dans ROS7, ça sera bon, en 2027.

David Ponzone



> Le 12 juil. 2021 à 20:48, Julien Escario  a écrit :
> 
> Le 12/07/2021 à 20:25, David Ponzone a écrit :
>> Mikrotik!
> 
> C'est faux : c'est supporté depuis belle lurette. Suffit de mettre l'IP
> sans subnet comme IP et l'autre comme network.
> 
> La langue, la bouche, 7 fois, toussa.
> 
> Julien
> 
> 


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


Re: [FRnOG] [TECH] [BGP] [Cisco]

2021-07-12 Par sujet Erwan David
Le 12/07/2021 à 20:25, David Ponzone a écrit :
> Mikrotik!
>
>
C'ets compliqué, mais on y arrive sur du mikrotik. Je crois que c'est
stormshield qui ne sait pas (ou alors les prestas des clients qui savent
pas faire une interco en /31). Et c'ets très con parceque sur un rang
d'interco le /3à bouffe la moitié des adresses pour rien.



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


Re: [FRnOG] [TECH] [BGP] [Cisco]

2021-07-12 Par sujet Julien Escario
Le 12/07/2021 à 20:25, David Ponzone a écrit :
> Mikrotik!

C'est faux : c'est supporté depuis belle lurette. Suffit de mettre l'IP
sans subnet comme IP et l'autre comme network.

La langue, la bouche, 7 fois, toussa.

Julien




OpenPGP_signature
Description: OpenPGP digital signature


Re: [FRnOG] [TECH] [BGP] [Cisco]

2021-07-12 Par sujet David Ponzone
Mikrotik!

> Le 12 juil. 2021 à 20:24, Erwan David  a écrit :
> 
> Le 12/07/2021 à 18:48, Michel Py via frnog a écrit :
 Michel Py a écrit :
 Moi ça ne me dérange pas, mais on est en 2021 et pour les jeunes padawan 
 qui n'ont jamais connu classful, ça peut prêter à confusion.
>>> Jérôme BERTHIER a écrit :
>>> Ou leur donner l'occasion de regarder ce qu'est CIDR. C'est pas 
>>> inintéressant de comprendre le concept. ;)
>> Il y a des progrès à faire dans ce domaine en effet, les développeurs 
>> "experts" qui n'ont jamais vu autre chose qu'un /24 et qui décident que 0 et 
>> 255 ne sont pas valides dans une adresse et nous font perdre presque 1% de 
>> l'espace adressable à cause de leur ignorance, on s'en passerait volontiers.
>> 
>> Ceci étant dit, pour moi CIDR c'est simple : le masque peut être à n'importe 
>> quel bit. C'est classful qui est restreint.
> Y compris le /31 (et oui il y a encore des équipements qui ne le
> supportent pas)
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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


Re: [FRnOG] [TECH] [BGP] [Cisco]

2021-07-12 Par sujet Erwan David
Le 12/07/2021 à 18:48, Michel Py via frnog a écrit :
>>> Michel Py a écrit :
>>> Moi ça ne me dérange pas, mais on est en 2021 et pour les jeunes padawan 
>>> qui n'ont jamais connu classful, ça peut prêter à confusion.
>> Jérôme BERTHIER a écrit :
>> Ou leur donner l'occasion de regarder ce qu'est CIDR. C'est pas 
>> inintéressant de comprendre le concept. ;)
> Il y a des progrès à faire dans ce domaine en effet, les développeurs 
> "experts" qui n'ont jamais vu autre chose qu'un /24 et qui décident que 0 et 
> 255 ne sont pas valides dans une adresse et nous font perdre presque 1% de 
> l'espace adressable à cause de leur ignorance, on s'en passerait volontiers.
>
> Ceci étant dit, pour moi CIDR c'est simple : le masque peut être à n'importe 
> quel bit. C'est classful qui est restreint.
Y compris le /31 (et oui il y a encore des équipements qui ne le
supportent pas)


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


RE: [FRnOG] [TECH] [BGP] [Cisco]

2021-07-12 Par sujet Michel Py via frnog
>> Michel Py a écrit :
>> Moi ça ne me dérange pas, mais on est en 2021 et pour les jeunes padawan qui 
>> n'ont jamais connu classful, ça peut prêter à confusion.

> Jérôme BERTHIER a écrit :
> Ou leur donner l'occasion de regarder ce qu'est CIDR. C'est pas inintéressant 
> de comprendre le concept. ;)

Il y a des progrès à faire dans ce domaine en effet, les développeurs "experts" 
qui n'ont jamais vu autre chose qu'un /24 et qui décident que 0 et 255 ne sont 
pas valides dans une adresse et nous font perdre presque 1% de l'espace 
adressable à cause de leur ignorance, on s'en passerait volontiers.

Ceci étant dit, pour moi CIDR c'est simple : le masque peut être à n'importe 
quel bit. C'est classful qui est restreint.

> En même temps, le routeur fait toujours la distinction dans sa table de 
> routage.

Ce n'est pas dans la table de routage je pense; quand tu fais "show ip bgp" il 
ne montre pas le masque, mais "show ip bgp 3.0.0.0" il le montre, donc ce n'est 
pas qu'il ne connait pas, c'est qu'il n'affiche pas.

> Sauf erreur, un préfixe classful est vu comme un "network" alors que tout
> préfixe hors masque de classe est vu comme "subnet" : sh ip ro sum

Je pense que c'est les derniers restes de classful : auto-summary (que je 
désactive la plupart du temps).

Michel.


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


Re: [FRnOG] [TECH] Perturbation sur les @IP failover chez OVH ?

2021-07-12 Par sujet Mickael Monsieur
https://www.sdis67.com/fr/fil-interventions

Vérifie quand même le fil d’actu du sdis67 on sait jamais …

> Le 12 juil. 2021 à 11:38, Artur  a écrit :
> 
> Hello !
> 
> Depuis 11h08 au moins j'ai une adresse IP failover chez OVH qui pointe
> sur une instance de public cloud à Strasbourg qui n'est pas joignable
> depuis l'extérieur.
> L'adresse est bien joignable depuis les réseaux OVH, mais depuis Free,
> Hetzner c'est le trou noir.
> 
> Quelqu'un aurait un problème similaire actuellement ?
> 
> -- 
> Cordialement,
> Artur
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/

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


Re: [FRnOG] [TECH] DAC et optiques QSFP multi-speed ?

2021-07-12 Par sujet Nang Bat
Les 25G SR sont souvent capable de dual-rate (après c'est rarement
explicite et souvent software locked...) vu qu'en 25G il te faut la
CDR qui est inutile en 10G, fs.com propose des dual rate 10-25 SR pas
cher (https://www.fs.com/products/111041.html?attribute=3884=221141)
on en trouve ailleurs en cherchant un peu, certains constructeurs en
ont officiellement au catalogue (cisco, arista au moins, à voir si
c'est du SR, du LR ou les deux).
Pour les QSFP dual rate, c'est plus compliqué de chercher vu qu'en
dual-rate on trouve assez facilement du 100(ethernet)-112(otu4) mais
le 40-100 est beaucoup moins courant (de mémoire cisco en a en SR et
chez d'autre ça existe en PSM4 mais j'ai jamais touché en vrai). Pour
les DAC en 100G ça peut avoir une chance de fonctionner en 40G (ça
marche sur des lien 40g arista<->nic intel avec des dac arista
officiel 100g sur des ports 100g coté arista) l'inverse j'ai pas testé
mais niveau dimensionnement des conducteurs y'a de forte chance que
physiquement ça passe mal ou pas du tout même avant même de se
demander si le port a une chance de monter en 100g coté équipements.

Le ven. 9 juil. 2021 à 12:56, Jérôme Nicolle  a écrit :
>
> Bonjour,
>
> Je ne trouve pas d'info claire sur la capacité des DACs ou de certaines
> optiques à fonctionner indifféremment en 10/25Gbps ou 40/100Gbps.
>
> Avez-vous des retours d'expérience là dessus ? C'est pour tourner
> majoritairement avec du Broadcom (Arista et NICs) de chaque côté.
>
> Merci !
>
> --
> Jérôme Nicolle
> +33 6 19 31 27 14
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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


Re: [FRnOG] [TECH] [BGP] [Cisco]

2021-07-12 Par sujet Jérôme BERTHIER via frnog

Le 11/07/2021 à 20:57, Michel Py via frnog a écrit :

Moi ça ne me dérange pas, mais on est en 2021 et pour les jeunes padawan qui 
n'ont jamais connu classful, ça peut prêter à confusion.



Ou leur donner l'occasion de regarder ce qu'est CIDR.

C'est pas inintéressant de comprendre le concept. ;)




Est-ce que quelqu'un connait une ruse pour afficher le masque dans tous les cas 
? 3.0.0.0/8 au lieu de 3.0.0.0 ?


Non , je vois juste comment extraire ce qui n'est pas un réseau classful 
justement : sh bgp ipv4 uni cidr-only


En même temps, le routeur fait toujours la distinction dans sa table de 
routage. Sauf erreur, un préfixe classful est vu comme un "network" 
alors que tout préfixe hors masque de classe est vu comme "subnet" : sh 
ip ro sum



--
Jérôme BERTHIER


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


RE: [FRnOG] [TECH] T2 sur réseau FO opérateur SFR - blocage numéro masqué sur harcèlement

2021-07-11 Par sujet Michel Py via frnog
> Emmanuel DECAEN a écrit :
> - l'appelant tape "#" => message: "tapez maintenant les 10 chiffres de votre
> numéro téléphone" puis après vérification, rappeler automatiquement le numéro 
> tapé

C'est donner le bâton pour se faire battre, ça. La personne qui appelle avec un 
numéro masqué et tape le numéro de la police ou des pompiers (on ne peut pas 
tous les connaitre) ou de quelqu'un qu'il veut harasser et du coup l'appel 
vient de chez toi. Dangereux.

Michel.


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


Re: [FRnOG] [TECH] T2 sur réseau FO opérateur SFR - blocage numéro masqué sur harcèlement

2021-07-11 Par sujet Emmanuel DECAEN

Bonsoir,

Le 10/07/2021 à 06:58, Ville numérique a écrit :

Il y a décision de justice :

Daniel MALGUY a écrit :
quelqu'un ici sait il (ou elle) s'il est possible de demander à un >opérateur 
(groupement de T2 SFR) de bloquer un numéro masqué, >suite à décision de justice ?

mais SFR nous dit "pas possible de bloquer au niveau opérateur"

Et la personne ne cherche pas apparemment à changer de numéro.
Elle le ferait si nous obtenions de Free (par la justice) que Free résilie sont 
numéro.

Donc je cherche à savoir si SFR peut ou non bloquer (auquel cas nos juristes 
tenterons de l'obliger).
Si ce n'est pas possible nous éviterons de nous ridiculiser en insistant auprès 
de SFR.

Et nous opterons pour rejeter poliment les appels masqués, mais ce serait gêner 
des usagers qui n'ont rien à voir dans l'affaire et qui n'apprécieraient pas le 
rejet, même poli !



Si le numéro est masqué, plutôt que de le rejeter (même poliment), il y 
a toujours la solution de demander à l'appelant de taper son numéro de 
téléphone afin qu'il soit rappelé.


Un scénario du genre:

Accueil vocal: "Mairie de , bonjour ! Afin d'être rappelé par un de 
nos téléconseillers, tapez sur #"

Deux cas se présentent, soit:
 - l'appelant ne tape pas "#" => message: "vous pouvez laisser un 
message" puis renvoyer l'appel vers la MEVO
 - l'appelant tape "#" => message: "tapez maintenant les 10 chiffres de 
votre numéro téléphone" puis après vérification, rappeler 
automatiquement le numéro tapé


Ce n'est pas parfait, et il reste un risque que le numéro tapé soit 
incorrect, mais au moins, il n'y a plus de harcèlement, et l'appelant 
légitime n'est pas envoyé sur les roses.


Bon courage.
--
Emmanuel DECAEN



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


Re: [FRnOG] [TECH] [BGP] [Cisco]

2021-07-11 Par sujet David Ponzone
show ip route bgp

Mais il te manquera des infos

> Le 11 juil. 2021 à 20:57, Michel Py via frnog  a écrit :
> 
> Bonjour à tous et à toutes,
> 
> Sur un routeur Cisco (IOS classique, et pas forcément récent), quand on fait 
> "show ip bgp", il y a certains préfixes qui affichent le masque et d'autres 
> pas. Ceci est documenté :
> 
>> The fourth column lists the networks. Those without a subnet mask, such as 
>> network
>> 3.0.0.0, use their classful mask. As seen in the example, when the router 
>> learns
>> about the same network from multiple sources, it lists only the network once.
> 
> Même quand on a configuré "ip classless", ça continue. Moi ça ne me dérange 
> pas, mais on est en 2021 et pour les jeunes padawan qui n'ont jamais connu 
> classful, ça peut prêter à confusion.
> 
> Est-ce que quelqu'un connait une ruse pour afficher le masque dans tous les 
> cas ? 3.0.0.0/8 au lieu de 3.0.0.0 ?
> 
> Merci,
> Michel.
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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


RE: [FRnOG] [TECH] Robert / Lenny was:T2 sur réseau FO opérateur SFR - blocage numéro masqué sur harcèlement

2021-07-10 Par sujet Michel Py via frnog
>> Michel Py a écrit :
>> Le record de longueur ici :https://www.youtube.com/watch?v=VkBQQA7yLYo

> thomas brenac a écrit :
> Les pauses avec le canard dans le fonds est genial :)

C'est une addition semi-récente, ça n'était pas dans l'original ! Ca a eu 
beaucoup de succès, d'ailleurs !

> And then there are the ducks. “Sorry, could you just hang on for one second
> here, hang on,” says Lenny to a chorus of quacks in the background.

Richard, est-ce qu'il y a des canards dans Robert ? Faut absolument des canards 
:P

A part les canards, les autres trucs qui marchent bien :

- Le facteur qui arrive avec un colis recommandé et il faut signer. C'est 
imparable, la sonnette d'entrée sur la bande son, ah pardon faut que j'aille 
répondre, le colis est écorné, tu peux faire durer plusieurs minutes. Et c'est 
l'occasion parfaite pour sortir "pardon, on était en train de parler de quoi".

- Raconter ses malheurs : Le chat est malade, ma femme a des rhumatismes, 
souvent ils n'osent pas interrompre et paf encore des minutes qui passent.

- Le gosse qui braille et fait un caprice : ça aussi c'est imparable, pas moyen 
d'y échapper et vas-y toto 5 minutes de plus au compteur.

Et ne pas oublier les classiques de Lenny : j'ai des problèmes d'audition, vous 
pouvez répéter ? C'est pour ça qu'il faut une voix de vieux.

Michel.


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


Re: [FRnOG] [TECH] T2 sur réseau FO opérateur SFR - blocage numéro masqué sur harcèlement

2021-07-10 Par sujet thomas brenac via frnog

Les pauses avec le canard dans le fonds est genial :)

On 10/07/2021 19:53, Michel Py via frnog wrote:

Le record de longueur ici :https://www.youtube.com/watch?v=VkBQQA7yLYo


--
Thomas BRENAC
+33686263575

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


RE: [FRnOG] [TECH] T2 sur réseau FO opérateur SFR - blocage numéro masqué sur harcèlement

2021-07-10 Par sujet Michel Py via frnog
Pour en revenir à rejeter poliment les appels avec numéro masqué, je 
rapprocherai ça du spam. Tout le monde a des filtres à spam, et c'est bien 
connu que parfois il y a des faux positifs et certains messages légitimes ne 
sont pas acheminés. Les numéros masqués, c'est la même chose que le spam : on 
préfèrerait ne pas avoir à les bloquer, mais c'est nécessaire.

> Richard Klein a écrit :
> Merci Michel pour ton point de vue sur Lenny et je procéde selon tes 
> recommandations avec mon Lenny /Robert.
> Si cela intéresse je peux mettre en partage les fichiers de Lenny en version 
> fr avec la voix du père Noël 

Est-ce que tu as des enregistrements des vendeurs de chaussures usagées qui 
parlent à Robert ? Je n'ai jamais écouté Lenny en Français.

Michel.


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


Re: [FRnOG] [TECH] T2 sur réseau FO opérateur SFR - blocage numéro masqué sur harcèlement

2021-07-10 Par sujet Richard Klein
Merci Michel pour ton point de vue sur Lenny et je procéde selon tes
recommandations avec mon Lenny /Robert.
Si cela intéresse je peux mettre en partage les fichiers de Lenny en
version fr avec la voix du père Noël

Richard

Le sam. 10 juil. 2021 à 19:56, Michel Py via frnog  a
écrit :

> >> Daniel MALGUY a écrit :
> >> Et nous opterons pour rejeter poliment les appels masqués, mais ce
> serait gêner des usagers
> >> qui n'ont rien à voir dans l'affaire et qui n'apprécieraient pas le
> rejet, même poli !
>
> > Xavier Beaudouin a écrit :
> > J'avoue que personnellement je rejette tout appel masqués, car à force
> de nous les briser avec
> > les vendeurs de chaussures usagées, 90% des appels masqués ont quelque
> chose a se reprocher...
>
> Je plussoie. Etre un service (public ou pas, ça ne change pas grand-chose
> AMHA), ce n'est pas synonyme de devoir se laisser empapaouter. Et c'est une
> bonne excuse pour le message poli : "Du à un grand nombre d'appels non
> sollicités, nous ne sommes pas en mesure de prendre votre appel à ce
> moment. Veuillez blah blah...". Même si la vraie raison c'est de ne pas
> prendre l'appel de la personne en question, ça passe. L'usager ou le
> client, il en a marre aussi de tous ces appels et il comprendra.
>
> Sans rapport avec le problème de Daniel mais même configuration, quand
> c'est possible (si on a un iPBX), il ne faut _pas_ rejeter l'appel, il faut
> le prendre. Cet appel, c'est surement un robocall ou un call-center à
> Tombouctou qui vend de l'huile de Panama. Pour le robocall il n'y a pas
> grand-chose à faire, mais pour le télémarketing oui.
>
> Il faut prendre l'appel pour 2 raisons : premièrement, ça va couter
> quelque chose au call-center si l'appel aboutit; même si ce n'est qu'une
> fraction de centime, pour ces boutiques qui font des millions d'appels par
> jour, ça finit par compter; faut les frapper là ou ça fait mal : dans le
> porte-monnaie. Deuxièmement, il faut essayer au maximum de faire perdre du
> temps au télémarketeur : ce qui est précieux, c'est leur temps; si le
> système détecte une voix humaine et donne l'appel à un opérateur, c'est
> déjà bon. En plus, si Lenny tient le type par la jambe pendant 5 minutes,
> c'est plein d'autres appels qu'il ne prend pas.
>
> Lenny, c'est pas sorcier : détection de silence, et une série de messages
> pré-enregistrés, toujours dans le même ordre. Facile à faire en Français :
> il suffit d'enregistrer les messages et de remplacer ceux en anglais. Une
> voix chevrotante de petit vieux c'est l'idéal; parler lentement pour faire
> perdre le plus de temps possible.
> Le record de longueur ici : https://www.youtube.com/watch?v=VkBQQA7yLYo
>
> Michel.
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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


Re: [FRnOG] [TECH] T2 sur réseau FO opérateur SFR - blocage numéro masqué sur harcèlement

2021-07-10 Par sujet Michel Py via frnog
>> Daniel MALGUY a écrit :
>> Et nous opterons pour rejeter poliment les appels masqués, mais ce serait 
>> gêner des usagers
>> qui n'ont rien à voir dans l'affaire et qui n'apprécieraient pas le rejet, 
>> même poli !

> Xavier Beaudouin a écrit :
> J'avoue que personnellement je rejette tout appel masqués, car à force de 
> nous les briser avec
> les vendeurs de chaussures usagées, 90% des appels masqués ont quelque chose 
> a se reprocher...

Je plussoie. Etre un service (public ou pas, ça ne change pas grand-chose 
AMHA), ce n'est pas synonyme de devoir se laisser empapaouter. Et c'est une 
bonne excuse pour le message poli : "Du à un grand nombre d'appels non 
sollicités, nous ne sommes pas en mesure de prendre votre appel à ce moment. 
Veuillez blah blah...". Même si la vraie raison c'est de ne pas prendre l'appel 
de la personne en question, ça passe. L'usager ou le client, il en a marre 
aussi de tous ces appels et il comprendra.

Sans rapport avec le problème de Daniel mais même configuration, quand c'est 
possible (si on a un iPBX), il ne faut _pas_ rejeter l'appel, il faut le 
prendre. Cet appel, c'est surement un robocall ou un call-center à Tombouctou 
qui vend de l'huile de Panama. Pour le robocall il n'y a pas grand-chose à 
faire, mais pour le télémarketing oui.

Il faut prendre l'appel pour 2 raisons : premièrement, ça va couter quelque 
chose au call-center si l'appel aboutit; même si ce n'est qu'une fraction de 
centime, pour ces boutiques qui font des millions d'appels par jour, ça finit 
par compter; faut les frapper là ou ça fait mal : dans le porte-monnaie. 
Deuxièmement, il faut essayer au maximum de faire perdre du temps au 
télémarketeur : ce qui est précieux, c'est leur temps; si le système détecte 
une voix humaine et donne l'appel à un opérateur, c'est déjà bon. En plus, si 
Lenny tient le type par la jambe pendant 5 minutes, c'est plein d'autres appels 
qu'il ne prend pas.

Lenny, c'est pas sorcier : détection de silence, et une série de messages 
pré-enregistrés, toujours dans le même ordre. Facile à faire en Français : il 
suffit d'enregistrer les messages et de remplacer ceux en anglais. Une voix 
chevrotante de petit vieux c'est l'idéal; parler lentement pour faire perdre le 
plus de temps possible.
Le record de longueur ici : https://www.youtube.com/watch?v=VkBQQA7yLYo

Michel.


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


Re: [FRnOG] [TECH] T2 sur réseau FO opérateur SFR - blocage numéro masqué sur harcèlement

2021-07-10 Par sujet Xavier Beaudouin via frnog
Hello,

> Et nous opterons pour rejeter poliment les appels masqués, mais ce serait 
> gêner
> des usagers qui n'ont rien à voir dans l'affaire et qui n'apprécieraient pas 
> le
> rejet, même poli !

J'avoue que personnellement je rejette tout appel masqués, car à force de nous 
les briser
avec les vendeurs de chaussures usagées, 90% des appels masqués ont quelque 
chose a se
reprocher...

Désolé pour les 10% restant, mais vu que bloctel ou les RGPD death letter ne 
servant a 
rien, j'emploie des méthodes plus coercitives...

Idem avec mon numéro de GSM... Merci Free pour son rejet de appels masqués... 
et sa liste
noire, qu'on peux remplir... (reste a mettre un API officielle pour pouvoir 
bloquer tous
les appels malveillants sur tous les tels de la famille...)

Xavier


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


RE: [FRnOG] [TECH] T2 sur réseau FO opérateur SFR - blocage numéro masqué sur harcèlement

2021-07-09 Par sujet Ville numérique
Il y a décision de justice :
> Daniel MALGUY a écrit :
>quelqu'un ici sait il (ou elle) s'il est possible de demander à un >opérateur 
>(groupement de T2 SFR) de bloquer un numéro masqué, >suite à décision de 
>justice ?

mais SFR nous dit "pas possible de bloquer au niveau opérateur"

Et la personne ne cherche pas apparemment à changer de numéro.
Elle le ferait si nous obtenions de Free (par la justice) que Free résilie sont 
numéro.

Donc je cherche à savoir si SFR peut ou non bloquer (auquel cas nos juristes 
tenterons de l'obliger).
Si ce n'est pas possible nous éviterons de nous ridiculiser en insistant auprès 
de SFR.

Et nous opterons pour rejeter poliment les appels masqués, mais ce serait gêner 
des usagers qui n'ont rien à voir dans l'affaire et qui n'apprécieraient pas le 
rejet, même poli !


De : Michel Py 
Envoyé : samedi 10 juillet 2021 00:02
À : Richard Klein; David Ponzone
Cc : Ville numérique; frnog-tech
Objet : RE: [FRnOG] [TECH] T2 sur réseau FO opérateur SFR - blocage numéro 
masqué sur harcèlement

> Richard Klein a écrit :
> Moi sur mon ipbx je demande à  Robert Aka Lenny .
> Si vous voulez discuter avec Robert il est joignable 0950170090 et il est 
> inépuisable !

Dans le temps j'avais un numéro en 900 qui douillait genre 2€ la minute, mais 
il n'y avait pas assez de couillons qui mordaient à l'hameçon et j'ai mis Lenny.

> Daniel MALGUY a écrit :
> Evidemment elle appelle aussi en numéro masqué. Le PABX n'y peut rien.
> Et pas question pour un service public de rejeter tous les appels en numéro 
> masqué !

Pas question de mettre Lenny non plus ;-)

Tu ne peux pas faire ça ? si numéro masqué, message "désolé nous n'acceptons 
pas d'appels en provenance de numéros masqués, veuillez (faire ce qui démasque 
le numéro) et rappeller".

Michel.



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


RE: [FRnOG] [TECH] T2 sur réseau FO opérateur SFR - blocage numéro masqué sur harcèlement

2021-07-09 Par sujet Michel Py via frnog
> Richard Klein a écrit :
> Moi sur mon ipbx je demande à  Robert Aka Lenny .
> Si vous voulez discuter avec Robert il est joignable 0950170090 et il est 
> inépuisable !

Dans le temps j'avais un numéro en 900 qui douillait genre 2€ la minute, mais 
il n'y avait pas assez de couillons qui mordaient à l'hameçon et j'ai mis Lenny.

> Daniel MALGUY a écrit :
> Evidemment elle appelle aussi en numéro masqué. Le PABX n'y peut rien.
> Et pas question pour un service public de rejeter tous les appels en numéro 
> masqué !

Pas question de mettre Lenny non plus ;-)

Tu ne peux pas faire ça ? si numéro masqué, message "désolé nous n'acceptons 
pas d'appels en provenance de numéros masqués, veuillez (faire ce qui démasque 
le numéro) et rappeller".

Michel.


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


Re: [FRnOG] [TECH] T2 sur réseau FO opérateur SFR - blocage numéro masqué sur harcèlement

2021-07-09 Par sujet Richard Klein
>
> Je vois pas comment un installateur de PABX va bloquer un numéro
> spécifique qui est masqué, ou alors t’as un secret à partager ? :)
>
Le Mr explique :
> La personne appelle parfois en numéro non masqué -> le PABX l'oriente vers
>> une MEVO dédiée avec enregistreur.

Pour David:. ( Pas taper)
Deux possibilités donc tu as 50% raison et tu as dû lire trop vite pour
les 50 autre %
Moi sur mon ipbx je demande à  Robert Aka Lenny .
Si vous voulez discuter avec Robert il est joignable 0950170090 et il est
inépuisable !

Richard

>
> > Le 9 juil. 2021 à 17:34, Richard Klein  a écrit :
> >
> > Bonjour,
> >
> > Je pense qu'un opérateur a un devoir de neutralité.
> > Bloquer un numéro c'est ouvrir la boîte de Pandore .
> > Un opérateur n'a pas a decider ou non si un appel est légitime avec ou
> sans
> > décision de justice .
> > Comme tu l'indiques le méchant Mr utilise un numéro masqué ou non et
> pourra
> > acheter de la carte prépayée en mobile ou fixe pour contourner un
> > blacklistage sur un calling identifié ce qui rendra KO le blocage chez
> > l'opérateur.
> > Par contre un installateur PABX qui maîtrise bien son PABX depuis 30 ans
> > pourra bloquer sans problème le calling .
> >
> > Richard
> >
> > Le ven. 9 juil. 2021 à 16:55, Ville numérique <
> > ville.numeri...@mairie-nanterre.fr> a écrit :
> >
> >> Bonjour,
> >>
> >> Un cas particulier : quelqu'un ici sait il (ou elle) s'il est possible
> de
> >> demander à un opérateur (groupement de T2 SFR) de bloquer un numéro
> masqué,
> >> suite à décision de justice ?
> >> Le cas : une personne - probablement dérangée - harcèle et menace au
> >> téléphone les téléconseillers d'une mairie.
> >> Cela peut être des dizaines de fois par jour, avec menaces du type "je
> >> sais où tu habites etc".
> >>
> >>
> >> Plainte a été déposée, intervention de la police, injonction et
> >> condamnation par le juge de cesser, etc.
> >> Rien n'y fait et la mettre en prison ou l'interner semble
> disproportionné.
> >> Sauf que les TC sont inquiets.
> >>
> >> La personne appelle parfois en numéro non masqué -> le PABX l'oriente
> vers
> >> une MEVO dédiée avec enregistreur.
> >> Evidemment elle appelle aussi en numéro masqué. Le PABX n'y peut rien.
> >> Et pas question pour un service public de rejeter tous les appels en
> >> numéro masqué !
> >>
> >> Il semble que pour les particuliers il soit possible de faire bloquer
> ces
> >> appels masqués par l'opérateur de l'abonnement individuel.
> >>
> >> SFR nous réponds que ce n'est pas possible sur les T2 entrants (via leur
> >> boucle optique) qu'ils nous fournissent.
> >> Je suis enclin à croire qu'effectivement cette prestation/obligation
> >> opérateur n'existe pas.
> >>
> >> Toutefois un avis des gens de l'art me conforterait ou pas dans cette
> >> position.
> >>
> >> Merci de votre aide potentielle.
> >>
> >> Daniel MALGUY
> >> Chargé de mission ville numérique
> >>
> >>
> >> ---
> >> 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] T2 sur réseau FO opérateur SFR - blocage numéro masqué sur harcèlement

2021-07-09 Par sujet David Ponzone
L’opérateur ne décide pas, il obéit au client.
C’est ce qui se passe quand un bloque le numéro appelant (même masqué) du 
dernier appel avec un feature code chez certains opérateurs dans certains pays.

Je vois pas comment un installateur de PABX va bloquer un numéro spécifique qui 
est masqué, ou alors t’as un secret à partager ? :)

> Le 9 juil. 2021 à 17:34, Richard Klein  a écrit :
> 
> Bonjour,
> 
> Je pense qu'un opérateur a un devoir de neutralité.
> Bloquer un numéro c'est ouvrir la boîte de Pandore .
> Un opérateur n'a pas a decider ou non si un appel est légitime avec ou sans
> décision de justice .
> Comme tu l'indiques le méchant Mr utilise un numéro masqué ou non et pourra
> acheter de la carte prépayée en mobile ou fixe pour contourner un
> blacklistage sur un calling identifié ce qui rendra KO le blocage chez
> l'opérateur.
> Par contre un installateur PABX qui maîtrise bien son PABX depuis 30 ans
> pourra bloquer sans problème le calling .
> 
> Richard
> 
> Le ven. 9 juil. 2021 à 16:55, Ville numérique <
> ville.numeri...@mairie-nanterre.fr> a écrit :
> 
>> Bonjour,
>> 
>> Un cas particulier : quelqu'un ici sait il (ou elle) s'il est possible de
>> demander à un opérateur (groupement de T2 SFR) de bloquer un numéro masqué,
>> suite à décision de justice ?
>> Le cas : une personne - probablement dérangée - harcèle et menace au
>> téléphone les téléconseillers d'une mairie.
>> Cela peut être des dizaines de fois par jour, avec menaces du type "je
>> sais où tu habites etc".
>> 
>> 
>> Plainte a été déposée, intervention de la police, injonction et
>> condamnation par le juge de cesser, etc.
>> Rien n'y fait et la mettre en prison ou l'interner semble disproportionné.
>> Sauf que les TC sont inquiets.
>> 
>> La personne appelle parfois en numéro non masqué -> le PABX l'oriente vers
>> une MEVO dédiée avec enregistreur.
>> Evidemment elle appelle aussi en numéro masqué. Le PABX n'y peut rien.
>> Et pas question pour un service public de rejeter tous les appels en
>> numéro masqué !
>> 
>> Il semble que pour les particuliers il soit possible de faire bloquer ces
>> appels masqués par l'opérateur de l'abonnement individuel.
>> 
>> SFR nous réponds que ce n'est pas possible sur les T2 entrants (via leur
>> boucle optique) qu'ils nous fournissent.
>> Je suis enclin à croire qu'effectivement cette prestation/obligation
>> opérateur n'existe pas.
>> 
>> Toutefois un avis des gens de l'art me conforterait ou pas dans cette
>> position.
>> 
>> Merci de votre aide potentielle.
>> 
>> Daniel MALGUY
>> Chargé de mission ville numérique
>> 
>> 
>> ---
>> 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] Retour sue mémoire compatible Crisco

2021-07-09 Par sujet Vincent Habchi
Merci pour la réponse extensive !

Bonne après-midi !

V.


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


Re: [FRnOG] [TECH] Retour sue mémoire compatible Crisco

2021-07-09 Par sujet Hosman BEYROUTI via frnog

C'est plus facile à dire qu'à faire.

Effectivement c'est pas facile a faire et pas a la portée de tous le monde 
c'est pour cela qu'ils ont mis des puces.
Dans ce cas CT les ingeieurs de pentagone qui ont finis par ce dire mais au 
faite nos FW sont fabriquer en chine...

T'embaucherais pas un ingé réseau, des fois:

Oui nous recherchons un Ingenieur Réseau et si possible DevOps avec un gros 
pententielle DBA pour les procedures SQL de notre base pour Auto conf et tous 
les cas particulier de FTTH PRO.

Je sais pas si tu as vue mon autre reponse mais n'hesite pas a me contacter.

hosman.beyro...@dauphintelecom.com
hosman.beyro...@gmail.com

Le 09/07/2021 à 09:41, Hosman Beyrouti a écrit :

C'est plus facile à dire qu'à faire



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


Re: [FRnOG] [TECH] T2 sur réseau FO opérateur SFR - blocage numéro masqué sur harcèlement

2021-07-09 Par sujet Richard Klein
Bonjour,

Je pense qu'un opérateur a un devoir de neutralité.
Bloquer un numéro c'est ouvrir la boîte de Pandore .
Un opérateur n'a pas a decider ou non si un appel est légitime avec ou sans
décision de justice .
Comme tu l'indiques le méchant Mr utilise un numéro masqué ou non et pourra
acheter de la carte prépayée en mobile ou fixe pour contourner un
blacklistage sur un calling identifié ce qui rendra KO le blocage chez
l'opérateur.
Par contre un installateur PABX qui maîtrise bien son PABX depuis 30 ans
pourra bloquer sans problème le calling .

Richard

Le ven. 9 juil. 2021 à 16:55, Ville numérique <
ville.numeri...@mairie-nanterre.fr> a écrit :

> Bonjour,
>
> Un cas particulier : quelqu'un ici sait il (ou elle) s'il est possible de
> demander à un opérateur (groupement de T2 SFR) de bloquer un numéro masqué,
> suite à décision de justice ?
> Le cas : une personne - probablement dérangée - harcèle et menace au
> téléphone les téléconseillers d'une mairie.
> Cela peut être des dizaines de fois par jour, avec menaces du type "je
> sais où tu habites etc".
>
>
> Plainte a été déposée, intervention de la police, injonction et
> condamnation par le juge de cesser, etc.
> Rien n'y fait et la mettre en prison ou l'interner semble disproportionné.
> Sauf que les TC sont inquiets.
>
> La personne appelle parfois en numéro non masqué -> le PABX l'oriente vers
> une MEVO dédiée avec enregistreur.
> Evidemment elle appelle aussi en numéro masqué. Le PABX n'y peut rien.
> Et pas question pour un service public de rejeter tous les appels en
> numéro masqué !
>
> Il semble que pour les particuliers il soit possible de faire bloquer ces
> appels masqués par l'opérateur de l'abonnement individuel.
>
> SFR nous réponds que ce n'est pas possible sur les T2 entrants (via leur
> boucle optique) qu'ils nous fournissent.
> Je suis enclin à croire qu'effectivement cette prestation/obligation
> opérateur n'existe pas.
>
> Toutefois un avis des gens de l'art me conforterait ou pas dans cette
> position.
>
> Merci de votre aide potentielle.
>
> Daniel MALGUY
> Chargé de mission ville numérique
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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


Re: [FRnOG] [TECH] Retour sue mémoire compatible Crisco

2021-07-09 Par sujet Hosman Beyrouti via frnog
Réponse rapide:

Un prefix par pays. +1721 coté hollandais.
Un prefix pour les deux iles du nord +590 et sinon comme en France un par iles 
cf région etc.

Vous pouvez transmettre au gmail surtout a Michel avec qui j'aimerai beaucoup 
parler réseau de temps en temps :)

Il faut peerer à la frontière:

Nous somme interco BGP avec la plupart et notre Architecte réseau a bien 
bataillé pour cela. (respect éternel il a fait de la magie ici).
De plus nous déployons notre propre réseau fibre et effectuons la plupart des 
raccords pour les autre provider's en fibre de transport.
Accessoirement je passe souvent pour aider a la maintenance et au bon 
fonctionnement de la Fibre sous marine.
(très intéressant ceci, mm si ca ma couté mon 1er janvier et certain week end, 
faut aimer ca).

Nous avons aussi des liens backup fibre sous marine coté Hollandais après je ne 
peu pas tous vous dire comme ca et je suis très occupé en ce moment et je sais 
pas vraiment si j'ai le droit a vrai dire.

Grace a notre architecte réseau nous somme interco avec les providers étranger 
et Français (pas encore tous pour être franc ici C des montagnes a la tête 
dure).
Mais nous somme force de proposition et faisons avancer les choses autant que 
possible.

ou les opérateurs desservent-ils les deux moitiés:
Pays étranger du coup oui sans licence chacun de son coté a par pour certain 
services particulier.

De mon point de vue l'une des plus grosse difficulté voir challenge c'est les 
intempéries et l’électricité.
CF quand on prend un Cyclone il faut s'attendre a rencontrer beaucoup de 
challenge.

Mais en terme Réseau c'est un super challenge!
Je pense que si tu réussi ici tu pourra réussir partout dans le monde et cela 
te paraîtra simple...
CF des amis ingénieur qui ont vue comment tous ce qui est simple ici peut être 
un challenge.

FAUT AIMER LES CHALLENGE et pas forcément attendre de la reconnaissance des 
autres opérateur.
Mon collègue a déjà dépanner Orange et beaucoup aider les autre opérateur mm 
étranger.

Si vous venez vous intégrés la TEAM Irma qui a remis l'iles sur pied THE 
CHALLENGE TEAM :)
Un petit coté MC Giver pour ceux qui sont vieux comme moi...
Bref faut savoir remettre un POP complet rapidement en cas de PB.

Pour ceux qui ont suivient un peu ce qui ce passe a Saint Barth c’était mon 
collègue dans le NRO qui a pris feu et moi mm a la porte qui l'attendais.
Voila un autre challenge ont venaient de finir le POP complet de Gustavia et de 
réparer leur SI...
Tous est partie en fumée au allentour de 8h30 après un nuit de taff.

Merci a vous et bonne journée.

Je suis très occupé les questions simple il y a google ;)

Cordialement Hosman.

- Mail original -
De: "Vincent Habchi" 
À: "Hosman Beyrouti" 
Cc: "frnog" 
Envoyé: Vendredi 9 Juillet 2021 10:13:25
Objet: Re: [FRnOG] [TECH] Retour sue mémoire compatible Crisco

> Dauphin Telecom est Français il y a un site internet ;)

Ça se passe comment là-bas d’ailleurs ? Il n'y a qu'un seul préfixe 
téléphonique ou deux ? Une seul top-level Domain ? Il faut peerer à la 
frontière, ou les opérateurs desservent-ils les deux moitiés ?

Vincent
-- 
[ https://www.email-impact.com/group/redirect/company-logo/8cTWQxwXLK/313 ] 

Hosman BEYROUTI 
Administrateur Systèmes et Réseaux 
Mob 
Fixe
[ tel:06 90 88 00 80 | 06 90 88 00 80  ] 
[ tel:06 90 88 00 80 | 05 90 77 40 80 ] 

Chez CDS Immo Impasse Vanterpool Maison Decaunes Concordia 
97150 Saint-Martin 
[ 
http://www.dauphintelecom.com/#?utm_source=email_impact_medium=signature_campaign=nom_de_domaine
 | www.dauphintelecom.com ] 

[ https://www.facebook.com/dauphin.telecom/ ] 
[ https://www.youtube.com/channel/UCaa1IU36j9twokUC3NAjZfQ ] 
[ https://www.instagram.com/dauphin_telecom/ ] 




.


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


Re: [FRnOG] [TECH] Retour sue mémoire compatible Crisco

2021-07-09 Par sujet Vincent Habchi
> Dauphin Telecom est Français il y a un site internet ;)

Ça se passe comment là-bas d’ailleurs ? Il n'y a qu'un seul préfixe 
téléphonique ou deux ? Une seul top-level Domain ? Il faut peerer à la 
frontière, ou les opérateurs desservent-ils les deux moitiés ?

Vincent


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


Re: [FRnOG] [TECH] Retour sue mémoire compatible Crisco

2021-07-09 Par sujet Hosman Beyrouti via frnog
Dauphin Telecom est Français il y a un site internet ;)


- Mail original -
De: "Vincent Habchi" 
À: "Hosman Beyrouti" 
Cc: "Michel Py" , "Richard Klein" 
, "Rémy Duchet" , "Jérôme Nicolle" 
, "frnog" 
Envoyé: Vendredi 9 Juillet 2021 09:47:04
Objet: Re: [FRnOG] [TECH] Retour sue mémoire compatible Crisco

Saint-Martin, la partie française ou hollandaise ?
-- 
[ https://www.email-impact.com/group/redirect/company-logo/8cTWQxwXLK/313 ] 

Hosman BEYROUTI 
Administrateur Systèmes et Réseaux 
Mob 
Fixe
[ tel:06 90 88 00 80 | 06 90 88 00 80  ] 
[ tel:06 90 88 00 80 | 05 90 77 40 80 ] 

Chez CDS Immo Impasse Vanterpool Maison Decaunes Concordia 
97150 Saint-Martin 
[ 
http://www.dauphintelecom.com/#?utm_source=email_impact_medium=signature_campaign=nom_de_domaine
 | www.dauphintelecom.com ] 

[ https://www.facebook.com/dauphin.telecom/ ] 
[ https://www.youtube.com/channel/UCaa1IU36j9twokUC3NAjZfQ ] 
[ https://www.instagram.com/dauphin_telecom/ ] 




.


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


Re: [FRnOG] [TECH] Retour sue mémoire compatible Crisco

2021-07-09 Par sujet Vincent Habchi
Saint-Martin, la partie française ou hollandaise ?



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


Re: [FRnOG] [TECH] Retour sue mémoire compatible Crisco

2021-07-09 Par sujet Hosman Beyrouti via frnog
Bonjour,

Nous recrutons sur Saint Martin un Ingénieur réseau dans un monde Idéal qui 
sait un peu tous faire DevOps et au top sur tous les services MPLS et surtout 
la compatibilités avec le Matériels.
Nous cherchons aussi un ingénieur DBA pour nous aider a finir les procédures 
SQL. 
Surtout Pas php nous n'avons plus le temps d'expliquer a ces profil 
l'importance et le rôle d'une vrai base de donnée.
Hélas il y a un peu de SAP et après demander un profile DBA je comprend que ca 
donne pas envie car eux aussi je pense ils ont pas compris comment fonctionne 
une base de donnée.
Je suis méchant mais j'aime ce qui fonctionne et ce qui est ordonnés.

Vraiment vraiment DBA pour améliorer nos requettes et nos procédures.
Parcontre nous utilisons beaucoup php perl python C etc.
Biensure Linux a tous les étages.

A saint Martin tous les week end c'est un peu les vacances et effectivement 
c'est vraiment sympa de vivre ici.
Pas de confinement ;)
Ceci implique certain sacrifices attention.

N’hésite pas a me contacter nous sommes très intéressés par ton profil surtout 
que j'ai lut hier sur le Multi-Homming ipv6 et effectivement j'ai bien dormis.

Je suis désolé j'ai un soucis de mail vers gmail a cause d'un pb historique de 
nom de domaine que nous allons réglé semaine prochaine.

Cordialement Hosman.

hosman.beyro...@dauphintelecom.com
hosman.beyro...@gmail.com


- Mail original -
De: "Michel Py" 
À: "Hosman Beyrouti" 
Cc: "Richard Klein" , "Rémy Duchet" , 
"Jérôme Nicolle" , "frnog" 
Envoyé: Jeudi 8 Juillet 2021 22:24:31
Objet: RE: [FRnOG] [TECH] Retour sue mémoire compatible Crisco

>> Michel Py a écrit :
>> Mais nan, les porte dérobées de la NSA elles sont installées dès le départ à 
>> l'usine en
>> Chine. Sont pas racistes ces gens-là, ils espionnent tout le monde pareil. 
>> Par contre,
>> si le client est soupçonné de les revendre sous le manteau à la Corée du 
>> Nord, bon là
>> c'est sûr que la camionnette de FedEx elle va faire un détour pour le 
>> firmware spécial ;-)

> Hosman Beyrouti a écrit :
> Les admin ont compris que qd ca viens de chine faut démonter avant 
> d'installer.

C'est plus facile à dire qu'à faire, en pratique il n'y a que les vendeurs qui 
peuvent faire ça. Sur un PC HPEll, tu commandes un jour et la même référence 2 
jours après et tout à changé dedans : disque Western au lieu de Seagate, 
mémoire Samsung au lieu de Micron, chipset x ou y, plein d'emplacements de 
composants vides pour accommoder les variations, une chatte n'y retrouverait 
pas ses petits. Dans le domaine du matériel réseau c'est un peu moins le bazar, 
mais rien qu'avec les différentes révisions du matériel, un chip de plus ou de 
moins dedans c'est 99% de chances que ça soit légitime; faut vraiment être au 
top de son propre matos pour voir ce genre de chose.


> 97150 Saint-Martin

Ah ouais c'est sympa, les avions qui atterrissent sur la plage à Maho Beach, 
l'aéroport de Grand-Case l'Espérance pour garer le Cessna, plusieurs clubs de 
plongées, les alizés pour la glisse, le bureau à 200 mètres de l'océan (j'ai 
regardé sur Gougleu Maps). T'embaucherais pas un ingé réseau, des fois ;-)

Michel.
-- 
[ https://www.email-impact.com/group/redirect/company-logo/8cTWQxwXLK/313 ] 

Hosman BEYROUTI 
Administrateur Systèmes et Réseaux 
Mob 
Fixe
[ tel:06 90 88 00 80 | 06 90 88 00 80  ] 
[ tel:06 90 88 00 80 | 05 90 77 40 80 ] 

Chez CDS Immo Impasse Vanterpool Maison Decaunes Concordia 
97150 Saint-Martin 
[ 
http://www.dauphintelecom.com/#?utm_source=email_impact_medium=signature_campaign=nom_de_domaine
 | www.dauphintelecom.com ] 

[ https://www.facebook.com/dauphin.telecom/ ] 
[ https://www.youtube.com/channel/UCaa1IU36j9twokUC3NAjZfQ ] 
[ https://www.instagram.com/dauphin_telecom/ ] 




.


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


RE: [FRnOG] [TECH] Retour sue mémoire compatible Crisco

2021-07-08 Par sujet Michel Py via frnog
>> Michel Py a écrit :
>> Mais nan, les porte dérobées de la NSA elles sont installées dès le départ à 
>> l'usine en
>> Chine. Sont pas racistes ces gens-là, ils espionnent tout le monde pareil. 
>> Par contre,
>> si le client est soupçonné de les revendre sous le manteau à la Corée du 
>> Nord, bon là
>> c'est sûr que la camionnette de FedEx elle va faire un détour pour le 
>> firmware spécial ;-)

> Hosman Beyrouti a écrit :
> Les admin ont compris que qd ca viens de chine faut démonter avant 
> d'installer.

C'est plus facile à dire qu'à faire, en pratique il n'y a que les vendeurs qui 
peuvent faire ça. Sur un PC HPEll, tu commandes un jour et la même référence 2 
jours après et tout à changé dedans : disque Western au lieu de Seagate, 
mémoire Samsung au lieu de Micron, chipset x ou y, plein d'emplacements de 
composants vides pour accommoder les variations, une chatte n'y retrouverait 
pas ses petits. Dans le domaine du matériel réseau c'est un peu moins le bazar, 
mais rien qu'avec les différentes révisions du matériel, un chip de plus ou de 
moins dedans c'est 99% de chances que ça soit légitime; faut vraiment être au 
top de son propre matos pour voir ce genre de chose.


> 97150 Saint-Martin

Ah ouais c'est sympa, les avions qui atterrissent sur la plage à Maho Beach, 
l'aéroport de Grand-Case l'Espérance pour garer le Cessna, plusieurs clubs de 
plongées, les alizés pour la glisse, le bureau à 200 mètres de l'océan (j'ai 
regardé sur Gougleu Maps). T'embaucherais pas un ingé réseau, des fois ;-)

Michel.


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


RE: [FRnOG] [TECH] Orange down sur 83 et 06 ?

2021-07-08 Par sujet x.roca
C’est tout à fait possible, je crois qu’il n’y a plus que ça.

Réponse au ticket à 16h56 pour des liens down à 2h30 et après X relance.

Vu la pauvreté de leur réponse, faudrait demander un complément d’information 
mais bon …

 

De : Nicolas GARNIER  
Envoyé : jeudi 8 juillet 2021 17:47
À : x.r...@sipleo.com
Cc : frnog-tech 
Objet : Re: [FRnOG] [TECH] Orange down sur 83 et 06 ?

 

incident collecte ATM peut etre ?


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


Re: [FRnOG] [TECH] Orange down sur 83 et 06 ?

2021-07-08 Par sujet Nicolas GARNIER
incident collecte ATM peut etre ?

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


Re: [FRnOG] [TECH] Retour sue mémoire compatible Crisco

2021-07-08 Par sujet Nicolas Parpandet


en version rétro j'aime bien celle là :

https://fr.wikipedia.org/wiki/La_Chose_(dispositif_d%27%C3%A9coute)

autant dire qu'en 2021 on n'imagine certainement pas ce qui existe..., 
enfin on s'en doute un peu qd même : le smartphone est certainement bien 
exploité...

Nicolas

- Mail original -
> De: "frnog" 
> À: "Michel Py" 
> Cc: "Richard Klein" , "Rémy Duchet" , 
> "Jérôme Nicolle" , "frnog"
> 
> Envoyé: Jeudi 8 Juillet 2021 17:08:51
> Objet: Re: [FRnOG] [TECH] Retour sue mémoire compatible Crisco

> Michel a tellement raison :)
> 
> Vous vous souvenez du Hack du Pentagone?
> Une puce ajouter a la fabrication des FW cisco.
> Maintenant les firmware maison :)
> 
> Malin les Chinois beaucoup moins les admin du pentagone...
> 
> Le pire ont les auraient jamais attrapés si un gars avais pas delete un 
> fichier
> sur un PC... (boulette de hacker)
> Un peu comme le coup de clefs usb laisser tombé dans un parking, il y a 
> toujours
> un gars curieux qui va la branché sur sont PC...
> Heureusement de nos jours c'est plus rare les utilisateurs ont compris que les
> cadeaux tombés du ciel ne sont pas forcément des cadeaux.
> 
> Je me méfierai des chargeurs de téléphone aussi de nos jours ont y trouve des
> petits gadgets bien compromettant.
> Le raspberry a la nasa ca c'est plus recent aussi.
> 
> Sur mon réseaux je check si je trouve des mac de Raspberry car c'est quand mm
> super efficace dans un réseau.
> 
> Les admin ont compris que qd ca viens de chine faut démonter avant 
> d'installer.
> D’ailleurs je recommande les FW assembler en France!!!
> 
> Petit Troll du matin tous va bien!
> 
> - Mail original -
> De: "frnog" 
> À: "Richard Klein" , "Rémy Duchet" 
> Cc: "Jérôme Nicolle" , "frnog" 
> Envoyé: Mardi 6 Juillet 2021 16:37:24
> Objet: RE: [FRnOG] [TECH] Retour sue mémoire compatible Crisco
> 
>> Richard Klein a écrit :
>> Pour la livraison aléatoire il se dit que parfois dans le domaine de la 
>> sécurité
>> il y a un bureau de reconditionnement/Flash des équipements avant re 
>> expédition
>> vers le client final... Cela explique t'il le délais aléatoire :-)
> 
> Mais nan, les porte dérobées de la NSA elles sont installées dès le départ à
> l'usine en Chine. Sont pas racistes ces gens-là, ils espionnent tout le monde
> pareil.
> Par contre, si le client est soupçonné de les revendre sous le manteau à la
> Corée du Nord, bon là c'est sûr que la camionnette de FedEx elle va faire un
> détour pour le firmware spécial ;-)
> 
> Michel.
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> --
> [ https://www.email-impact.com/group/redirect/company-logo/8cTWQxwXLK/313 ]
> 
> Hosman BEYROUTI
> Administrateur Systèmes et Réseaux
> Mob
> Fixe
> [ tel:06 90 88 00 80 | 06 90 88 00 80  ]
> [ tel:06 90 88 00 80 | 05 90 77 40 80 ]
> 
> Chez CDS Immo Impasse Vanterpool Maison Decaunes Concordia
> 97150 Saint-Martin
> [
> http://www.dauphintelecom.com/#?utm_source=email_impact_medium=signature_campaign=nom_de_domaine
> | www.dauphintelecom.com ]
> 
> [ https://www.facebook.com/dauphin.telecom/ ]
>   [ https://www.youtube.com/channel/UCaa1IU36j9twokUC3NAjZfQ ]
>   [ https://www.instagram.com/dauphin_telecom/ ]
>   
> 
> 
> 
> .
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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


Re: [FRnOG] [TECH] Retour sue mémoire compatible Crisco

2021-07-08 Par sujet Hosman Beyrouti via frnog
Michel a tellement raison :)

Vous vous souvenez du Hack du Pentagone?
Une puce ajouter a la fabrication des FW cisco.
Maintenant les firmware maison :)

Malin les Chinois beaucoup moins les admin du pentagone...

Le pire ont les auraient jamais attrapés si un gars avais pas delete un fichier 
sur un PC... (boulette de hacker)
Un peu comme le coup de clefs usb laisser tombé dans un parking, il y a 
toujours un gars curieux qui va la branché sur sont PC...
Heureusement de nos jours c'est plus rare les utilisateurs ont compris que les 
cadeaux tombés du ciel ne sont pas forcément des cadeaux.

Je me méfierai des chargeurs de téléphone aussi de nos jours ont y trouve des 
petits gadgets bien compromettant.
Le raspberry a la nasa ca c'est plus recent aussi.

Sur mon réseaux je check si je trouve des mac de Raspberry car c'est quand mm 
super efficace dans un réseau.

Les admin ont compris que qd ca viens de chine faut démonter avant d'installer.
D’ailleurs je recommande les FW assembler en France!!!

Petit Troll du matin tous va bien!

- Mail original -
De: "frnog" 
À: "Richard Klein" , "Rémy Duchet" 
Cc: "Jérôme Nicolle" , "frnog" 
Envoyé: Mardi 6 Juillet 2021 16:37:24
Objet: RE: [FRnOG] [TECH] Retour sue mémoire compatible Crisco

> Richard Klein a écrit :
> Pour la livraison aléatoire il se dit que parfois dans le domaine de la 
> sécurité
> il y a un bureau de reconditionnement/Flash des équipements avant re 
> expédition
> vers le client final... Cela explique t'il le délais aléatoire :-)

Mais nan, les porte dérobées de la NSA elles sont installées dès le départ à 
l'usine en Chine. Sont pas racistes ces gens-là, ils espionnent tout le monde 
pareil.
Par contre, si le client est soupçonné de les revendre sous le manteau à la 
Corée du Nord, bon là c'est sûr que la camionnette de FedEx elle va faire un 
détour pour le firmware spécial ;-)

Michel.


---
Liste de diffusion du FRnOG
http://www.frnog.org/
-- 
[ https://www.email-impact.com/group/redirect/company-logo/8cTWQxwXLK/313 ] 

Hosman BEYROUTI 
Administrateur Systèmes et Réseaux 
Mob 
Fixe
[ tel:06 90 88 00 80 | 06 90 88 00 80  ] 
[ tel:06 90 88 00 80 | 05 90 77 40 80 ] 

Chez CDS Immo Impasse Vanterpool Maison Decaunes Concordia 
97150 Saint-Martin 
[ 
http://www.dauphintelecom.com/#?utm_source=email_impact_medium=signature_campaign=nom_de_domaine
 | www.dauphintelecom.com ] 

[ https://www.facebook.com/dauphin.telecom/ ] 
[ https://www.youtube.com/channel/UCaa1IU36j9twokUC3NAjZfQ ] 
[ https://www.instagram.com/dauphin_telecom/ ] 




.


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


RE: [FRnOG] [TECH] Orange down sur 83 et 06 ?

2021-07-08 Par sujet x.roca
Re,

 

Je ne souhaitais pas citer directement l’opérateur en question mais là, on a 
vraiment l’impression d’être pris pour des CONs avec leurs réponses.

Donc on parle de Jaguar Network, ou l’on a encore quelques liens historiques.

Pour eux c’est l’opérateur de boucles locales !!!

 

On tire souvent sur Orange mais là, j’ai vraiment l’impression qu’ils servent 
surtout d’excuse bidon.

Et je pense qu’il y aurait bien plus de monde ici pour ce sujet.

Si un Orange Man peu me confirmer qu’ils n’y sont bien pour rien.

 

Pour info, c’est tombé cette nuit vers 2h30 et j’appris la panne a mon 
interlocuteur vers 8h30.

Leur supervision est aussi HS ?

GTR 4h au placard (16h est toujours rien) et on est obligé de relancer et de 
laisser des messages …

 

JN délivre maintenant un service aussi efficace que FREE sur les liens ?

Ça a bien changé, ça craint car avant leur support été efficace presque un 
exemple.

 

Xavier

 

De : gaël Lestra  
Envoyé : jeudi 8 juillet 2021 12:57
À : x.r...@sipleo.com
Cc : 'frnog-tech' 
Objet : Re: [FRnOG] [TECH] Orange down sur 83 et 06 ?

 

Bonjour,

 

J'avais remarqué cette typologie (cannes/le muy) sur des liens wholesale orange 
revendu par un autre opérateur bleu. 

 

Je n'ai plus de vision sur ce aujourd'hui. 

 

Cdt 

 

 

 

Le 8 juil. 2021 10:52, x.r...@sipleo.com <mailto:x.r...@sipleo.com>  a écrit :

Bonjour, 



On a un opérateur qui nous signale qu’Orange aurait un problème sur ces deux 
départements considérés comme deux régions. 

Mais je n’ai pas l’impression que ce soit le cas vu que l’on n’a pas 
problème sur d’autres liens pour ces mêmes département … 

Peut être que c’est qu’une chance car par sur le même équipement ? 



Quelqu’un a des infos 



Merci 



Xavier 




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

 


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


Re: [FRnOG] [TECH] Orange down sur 83 et 06 ?

2021-07-08 Par sujet gaël Lestra
Bonjour,J'avais remarqué cette typologie (cannes/le muy) sur des liens wholesale orange revendu par un autre opérateur bleu. Je n'ai plus de vision sur ce aujourd'hui. Cdt Le 8 juil. 2021 10:52, x.r...@sipleo.com a écrit :Bonjour,

 

On a un opérateur qui nous signale qu’Orange aurait un problème sur ces deux
départements considérés comme deux régions.

Mais je n’ai pas l’impression que ce soit le cas vu que l’on n’a pas
problème sur d’autres liens pour ces mêmes département …

Peut être que c’est qu’une chance car par sur le même équipement ?

 

Quelqu’un a des infos

 

Merci

 

Xavier

 


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



RE: [FRnOG] [TECH] Retour sue mémoire compatible Crisco

2021-07-06 Par sujet Michel Py via frnog
> Richard Klein a écrit :
> Pour la livraison aléatoire il se dit que parfois dans le domaine de la 
> sécurité
> il y a un bureau de reconditionnement/Flash des équipements avant re 
> expédition
> vers le client final... Cela explique t'il le délais aléatoire :-)

Mais nan, les porte dérobées de la NSA elles sont installées dès le départ à 
l'usine en Chine. Sont pas racistes ces gens-là, ils espionnent tout le monde 
pareil.
Par contre, si le client est soupçonné de les revendre sous le manteau à la 
Corée du Nord, bon là c'est sûr que la camionnette de FedEx elle va faire un 
détour pour le firmware spécial ;-)

Michel.


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


Re: [FRnOG] [TECH] Retour sue mémoire compatible Crisco

2021-07-06 Par sujet Richard Klein
Bonsoir
Pour la livraison aléatoire il se dit que parfois dans le domaine de la
sécurité il y a un bureau de reconditionnement/Flash des équipements avant
re expédition vers le client final...
Cela explique t'il le délais aléatoire :-)

Bonne soirée .
Richard

Le mar. 6 juil. 2021 à 17:31, Rémy Duchet  a écrit :

> Chez CISCO, la livraison a toujours été.. curieusement aléatoire en terme
> de délai.
> D'autres fabricants, et pas des moindres, m'ont annoncé, en Juin,  des
> livraisons pour Novembre (une fois la commande passé, bien sur..).
>
>
> -Original Message-
> From: frnog-requ...@frnog.org  On Behalf Of
> Jérôme Nicolle
> Sent: Tuesday, 6 July 2021 17:17
> To: Michel Py ; frnog@frnog.org
> Subject: Re: [FRnOG] [TECH] Retour sue mémoire compatible Crisco
>
> Michel,
>
> Le 06/07/2021 à 16:57, Michel Py a écrit :
> > Ici on me demande de 12 à 14 semaines.
>
> Oh ben ici j'ai un projet où on en est à 16 semaines après reports, sans
> garantie, et j'ai eu quelques "horror stories" où ils sont déjà à plus de 6
> mois.
>
> J'ai vraiment l'impression que ce sont - de loin - ce qui gèrent le plus
> mal leur supply chain avec la série de crises qu'on se prends…
>
> @+
>
> --
> Jérôme Nicolle
> +33 6 19 31 27 14
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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


RE: [FRnOG] [TECH] Retour sue mémoire compatible Crisco

2021-07-06 Par sujet Rémy Duchet
Chez CISCO, la livraison a toujours été.. curieusement aléatoire en terme de 
délai.
D'autres fabricants, et pas des moindres, m'ont annoncé, en Juin,  des 
livraisons pour Novembre (une fois la commande passé, bien sur..).


-Original Message-
From: frnog-requ...@frnog.org  On Behalf Of Jérôme 
Nicolle
Sent: Tuesday, 6 July 2021 17:17
To: Michel Py ; frnog@frnog.org
Subject: Re: [FRnOG] [TECH] Retour sue mémoire compatible Crisco

Michel,

Le 06/07/2021 à 16:57, Michel Py a écrit :
> Ici on me demande de 12 à 14 semaines.

Oh ben ici j'ai un projet où on en est à 16 semaines après reports, sans 
garantie, et j'ai eu quelques "horror stories" où ils sont déjà à plus de 6 
mois.

J'ai vraiment l'impression que ce sont - de loin - ce qui gèrent le plus mal 
leur supply chain avec la série de crises qu'on se prends…

@+

--
Jérôme Nicolle
+33 6 19 31 27 14


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


smime.p7s
Description: S/MIME cryptographic signature


Re: [FRnOG] [TECH] Retour sue mémoire compatible Crisco

2021-07-06 Par sujet David Ponzone
En parlant de problème de problème de supply-chain, est-ce que quelqu’un sait 
si c’est aussi la galère pour acheter un équipement asiatique (Dlink ou autre), 
ou si c’est la galère seulement pour les constructeurs occidentaux ?
De là à devenir complotiste :)

> Le 6 juil. 2021 à 17:17, Jérôme Nicolle  a écrit :
> 
> Michel,
> 
> Le 06/07/2021 à 16:57, Michel Py a écrit :
>> Ici on me demande de 12 à 14 semaines.
> 
> Oh ben ici j'ai un projet où on en est à 16 semaines après reports, sans 
> garantie, et j'ai eu quelques "horror stories" où ils sont déjà à plus de 6 
> mois.
> 
> J'ai vraiment l'impression que ce sont - de loin - ce qui gèrent le plus mal 
> leur supply chain avec la série de crises qu'on se prends…
> 
> @+
> 
> -- 
> Jérôme Nicolle
> +33 6 19 31 27 14
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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


Re: [FRnOG] [TECH] Retour sue mémoire compatible Crisco

2021-07-06 Par sujet Jérôme Nicolle

Michel,

Le 06/07/2021 à 16:57, Michel Py a écrit :

Ici on me demande de 12 à 14 semaines.


Oh ben ici j'ai un projet où on en est à 16 semaines après reports, sans 
garantie, et j'ai eu quelques "horror stories" où ils sont déjà à plus 
de 6 mois.


J'ai vraiment l'impression que ce sont - de loin - ce qui gèrent le plus 
mal leur supply chain avec la série de crises qu'on se prends…


@+

--
Jérôme Nicolle
+33 6 19 31 27 14


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


RE: [FRnOG] [TECH] Retour sue mémoire compatible Crisco

2021-07-06 Par sujet Michel Py via frnog
Merci à tous pour les retours, y compris en privé.

> Jérôme Nicolle a écrit :
> Par contre j'ai toujours fait gaffe à la marque des chips (Micron, Nanya ou 
> Samsung avec une préférence
> pour ce dernier) et les barrettes passent au burn (48h de memtest dans un PC 
> mal ventilé) avant.

Je n'en suis pas à mon coup d'essai non plus ;-) la flash pareil. Juste que sur 
ASR1001-X je n'ai jamais fait moi-même.

En parlant d'ASR1001-X, c'est quoi les délais pour en avoir un de l'autre coté 
de la mare ? Ici on me demande de 12 à 14 semaines.
A force de jouer au con, Cisco va finir par gagner. 14 semaines plus 2 
barrettes de mémoire à 7000 balles plus le licensing à la mords-moi-le-jonc, çà 
commence à me courir.

Michel.


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


Re: [FRnOG] [TECH] Retour sue mémoire compatible Crisco

2021-07-06 Par sujet Jérôme Nicolle

Michel,

Le 03/07/2021 à 10:52, Michel Py via frnog a écrit :

Je prends les retours (bon ou mauvais) pour 16G de mémoire pour ASR1001-X (2 
barettes de 8 GO).


Testé sur ASR1001 (non -X), sur des RE Juniper diverses, des J-Series 
(oui bon ceux là n'étaient vraiment que de vulgaires PC)… Jamais eu de 
problème.


Par contre j'ai toujours fait gaffe à la marque des chips (Micron, Nanya 
ou Samsung avec une préférence pour ce dernier) et les barrettes passent 
au burn (48h de memtest dans un PC mal ventilé) avant.


Au dernier coup, de la PC2-5300R sur les ASR1001, j'en ai eu une qui n'a 
pas tenu le burn sur la vingtaine. Les machines tournent sans soucis 
depuis quelques années.


@+

--
Jérôme Nicolle
+33 6 19 31 27 14


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


Re: [FRnOG] [TECH] RAD ou pas RAD sur CELAN Orange ?

2021-07-04 Par sujet Steeve BEAUVAIS - Société Serinya Telecom
Lut,

Je confirme CEE fonctionne avec le VLAN 2900.

Le dim. 4 juil. 2021 à 10:29, Sébastien Lesimple <
sebastien.lesim...@iguanetel.fr> a écrit :

> Le 04/07/2021 à 10:20, David Ponzone a écrit :
> > C’est pas 2900 le C2E ?
> Je sais plus, ca fait trop longtemps que je ne m'y intéresse plus.
> Les versions ATM d'avant avait un histoire de VLAN dans ces no il me
> semble... dans mes souvenirs lointains :)
> Ceci dit pour virer un RAD en prod il faut juste le dire à Orange pour
> que la facturation s'arrete I guess.
> Enfin pour ma part, c'est zero EAS Orange, ca me parrait toujours un peu
> etrange d'etre opérateur et demander à un tiers d'installer ses
> equipements de demark on prem du client sur un acces.
> Seb.
> > Mais en C2E, il faut tagger avec 2900 même s’il ya l’EAS.
> >
> >> Le 4 juil. 2021 à 10:17, Sébastien Lesimple <
> sebastien.lesim...@iguanetel.fr> a écrit :
> >>
> >> Le 14/06/2021 à 20:29, Nicolas KARP a écrit :
> >>> Salut à tous,
> >>>
> >>> Pour avoir testé, si tu enlèves un EAS sans le demander à Orange tu
> dois
> >>> encapsuler ton flux dans le vlan 2950 (c'est ce que fait le RAD).
> >>>
> >>> Oui tu peux demander à supprimer l'EAS en cours de route.
> >>>
> >>> Le flux d'admin du RAD serait quant-à lui tagué dans le vlan 127, j'ai
> >>> jamais vérifié mais j'étais tombé sur le document d'ingénierie.
> >>>
> >>> De notre côté, on fait presque comme tout le monde , EAS pour une
> fibre ,
> >>> pas d'EAS pour une EFM.
> >>>
> >>> Nicolas
> >>> Responsable Telecom Hexanet
> >>>
> >>> ---
> >>> Liste de diffusion du FRnOG
> >>> http://www.frnog.org/
> >> Je pense que tu confond CEE et CELAN.
> >> L'histoire du VLAN 2950 c'est dans le cadre de CEE uniquement.
> >> Seb.
> >>
> >> ---
> >> 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] VRF-Lite process OSPF

2021-07-04 Par sujet Radu-Adrian Feurdean
On Thu, Jul 1, 2021, at 11:54, Kevin Thiou wrote:
> Bonjour,
> 
> Est-il nécessaire dans un environnement multi-VRF-Lite (pas de couche MPLS)
> de dissocier les process OSPF pour chaque VRF sur les PE ?

Oui. Je n'imagine meme pas comment tu peux faire autrement.

> Si oui pour quelle raison ?

TLDR:
 - chaque VRF a sa propre table de routage
 - tu n'as pas de MPLS, donc chaque VRF a sa propre topologie
 - OSPF n'a pas de capabilite "multi-topologie"
 => chaque VRF avec sa table de routabe a sa propre topologie qui necessite un 
processus OSPF a lui seul. 
Si tu te mets a router un VRF via les interfaces d'un autre VRF (route 
leaking), tu perds l'isolation entre les VRF.

En MPLS, tu as une seule instance, mais elle ne reflete la topologie des VRF, 
mais celle de la couche transport (MPLS). La partie VRF c'est le MP-BGP, qui 
unifie les topologies locales de chaque extremite avec celle du backbone 
transport.

Concernant les identifiants des procesus OSPF, en VRF-lite effectivement ils 
ont une signification seulement locale. Je recommande quand-meme de ne pas trop 
compter sur ca, et de ne pas trop en abuser, parce-que :
C'est pas le meme chose en MPLS, quand on a sur des PE des processus OSPF 
(entre PE et CE) qui sont ensuite re-distribues dans MP-BGP (voir plus haut, 
c'est le MP-BGP qui unifie les topologies de chaque PE). La il vaut mieux 
utiliser le meme id pour toutes les instances d'un meme VRF, il y a des 
mechanismes qui ont besoin que ca soit le meme process-id par tout.
De maniere generale, avoir les identifiants totalement au hasard c'est une 
Mauvaise Idee (c)(r)(tm).


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


Re: [FRnOG] [TECH] RAD ou pas RAD sur CELAN Orange ?

2021-07-04 Par sujet Sébastien Lesimple
Le 04/07/2021 à 10:20, David Ponzone a écrit :
> C’est pas 2900 le C2E ?
Je sais plus, ca fait trop longtemps que je ne m'y intéresse plus.
Les versions ATM d'avant avait un histoire de VLAN dans ces no il me
semble... dans mes souvenirs lointains :)
Ceci dit pour virer un RAD en prod il faut juste le dire à Orange pour
que la facturation s'arrete I guess.
Enfin pour ma part, c'est zero EAS Orange, ca me parrait toujours un peu
etrange d'etre opérateur et demander à un tiers d'installer ses
equipements de demark on prem du client sur un acces.
Seb.
> Mais en C2E, il faut tagger avec 2900 même s’il ya l’EAS.
>
>> Le 4 juil. 2021 à 10:17, Sébastien Lesimple 
>>  a écrit :
>>
>> Le 14/06/2021 à 20:29, Nicolas KARP a écrit :
>>> Salut à tous,
>>>
>>> Pour avoir testé, si tu enlèves un EAS sans le demander à Orange tu dois
>>> encapsuler ton flux dans le vlan 2950 (c'est ce que fait le RAD).
>>>
>>> Oui tu peux demander à supprimer l'EAS en cours de route.
>>>
>>> Le flux d'admin du RAD serait quant-à lui tagué dans le vlan 127, j'ai
>>> jamais vérifié mais j'étais tombé sur le document d'ingénierie.
>>>
>>> De notre côté, on fait presque comme tout le monde , EAS pour une fibre ,
>>> pas d'EAS pour une EFM.
>>>
>>> Nicolas
>>> Responsable Telecom Hexanet
>>>
>>> ---
>>> Liste de diffusion du FRnOG
>>> http://www.frnog.org/
>> Je pense que tu confond CEE et CELAN.
>> L'histoire du VLAN 2950 c'est dans le cadre de CEE uniquement.
>> Seb.
>>
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/


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


Re: [FRnOG] [TECH] RAD ou pas RAD sur CELAN Orange ?

2021-07-04 Par sujet David Ponzone
C’est pas 2900 le C2E ?
Mais en C2E, il faut tagger avec 2900 même s’il ya l’EAS.

> Le 4 juil. 2021 à 10:17, Sébastien Lesimple  
> a écrit :
> 
> Le 14/06/2021 à 20:29, Nicolas KARP a écrit :
>> Salut à tous,
>> 
>> Pour avoir testé, si tu enlèves un EAS sans le demander à Orange tu dois
>> encapsuler ton flux dans le vlan 2950 (c'est ce que fait le RAD).
>> 
>> Oui tu peux demander à supprimer l'EAS en cours de route.
>> 
>> Le flux d'admin du RAD serait quant-à lui tagué dans le vlan 127, j'ai
>> jamais vérifié mais j'étais tombé sur le document d'ingénierie.
>> 
>> De notre côté, on fait presque comme tout le monde , EAS pour une fibre ,
>> pas d'EAS pour une EFM.
>> 
>> Nicolas
>> Responsable Telecom Hexanet
>> 
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
> Je pense que tu confond CEE et CELAN.
> L'histoire du VLAN 2950 c'est dans le cadre de CEE uniquement.
> Seb.
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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


Re: [FRnOG] [TECH] RAD ou pas RAD sur CELAN Orange ?

2021-07-04 Par sujet Sébastien Lesimple
Le 14/06/2021 à 20:29, Nicolas KARP a écrit :
> Salut à tous,
>
> Pour avoir testé, si tu enlèves un EAS sans le demander à Orange tu dois
> encapsuler ton flux dans le vlan 2950 (c'est ce que fait le RAD).
>
> Oui tu peux demander à supprimer l'EAS en cours de route.
>
> Le flux d'admin du RAD serait quant-à lui tagué dans le vlan 127, j'ai
> jamais vérifié mais j'étais tombé sur le document d'ingénierie.
>
> De notre côté, on fait presque comme tout le monde , EAS pour une fibre ,
> pas d'EAS pour une EFM.
>
> Nicolas
> Responsable Telecom Hexanet
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
Je pense que tu confond CEE et CELAN.
L'histoire du VLAN 2950 c'est dans le cadre de CEE uniquement.
Seb.

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


  1   2   3   4   5   6   7   8   9   10   >