RE: [FRnOG] [TECH] USB charge électrique Android

[RIVIERE Yoann]

Bonjour, 

C'est un problème connu dans m'impression 3D (les CM envoie du jus sur le port 
USB destiné à être relié au raspberry pi faisant tourner Klipper ou octoprint.

 Pour cela, 3 solutions : 
- soit un bout de scotch sur le V+ USB 
(https://qph.cf2.quoracdn.net/main-qimg-ed54ddfea95c4375962a409fbe3bcfb8-lq ).
- Soit couper le V+ sur le câble comme cité ci-dessous
- soit acheter un PortaPow bloqueur d'alim 
(https://www.amazon.fr/PortaPow-Bloc-dalimentation-USB-bo%C3%AEtier/dp/B094FYL9QT)

Pour ma part, j'ai fabriqué mon module avec 2 connecteurs USB et un PCB de 
prototypage qui trainaient dans un de mes tiroir 3 pattes sur 4 à relier.

Cordialement

Yoann Rivière


-Message d'origine-
De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part de 
David Ponzone
Envoyé : jeudi 25 avril 2024 15:33
À : Noryungi 
Cc : Stephane Miguel ; frnog-tech 
Objet : Re: [FRnOG] [TECH] USB charge électrique Android

ATTENTION: Cet e-mail provient d'une personne externe à votre organisation. Ne 
cliquez pas sur les liens ou n'ouvrez pas les pièces jointes si vous ne 
connaissez pas l'expéditeur et que vous n'êtes pas certain que le contenu est 
sûr.
'

https://antiphishing.vadesecure.com/v4?f=V0xKeTZlcEZ5bEtadnZZY9gsgbn2MqbhacZ0nW6xiZtXfwBYPvCM8_1XL7mhAzbB=YXUyZ0VCTnNidXhadndMVa_B8l3aNzphDqXqFGoGpis=C5UG=UFF0ZW53anlrcnYyNFZ1OY1cJMSFajXS0Zr-Bhm7iSGZKhsub4aWp6qfPe4pRCAs=607cc07571f6abab79044aee9a145798cd0456252cbf5799a0b9adedad35b5ad=https%3A%2F%2Fnewscrewdriver.com%2F2022%2F02%2F01%2Fmaking-a-usb-data-only-cable%2F
 
<https://antiphishing.vadesecure.com/v4?f=V0xKeTZlcEZ5bEtadnZZY9gsgbn2MqbhacZ0nW6xiZtXfwBYPvCM8_1XL7mhAzbB=YXUyZ0VCTnNidXhadndMVa_B8l3aNzphDqXqFGoGpis=C5UG=UFF0ZW53anlrcnYyNFZ1OY1cJMSFajXS0Zr-Bhm7iSGZKhsub4aWp6qfPe4pRCAs=607cc07571f6abab79044aee9a145798cd0456252cbf5799a0b9adedad35b5ad=https%3A%2F%2Fnewscrewdriver.com%2F2022%2F02%2F01%2Fmaking-a-usb-data-only-cable%2F>

J’ai pas l’impression que ça existe en tout-fait-prêt-à-brancher.
Le marché pour ça serait une niche en plus, et une mini.

David

> Le 25 avr. 2024 à 15:18, Noryungi  a écrit :
>
> Pour proposer uniquement une charge électrique, dans connexion 
> données, c'est simple, ça existe, par exemple :
>
> https://antiphishing.vadesecure.com/v4?f=V0xKeTZlcEZ5bEtadnZZY9gsgbn2M
> qbhacZ0nW6xiZtXfwBYPvCM8_1XL7mhAzbB=YXUyZ0VCTnNidXhadndMVa_B8l3aNzph
> DqXqFGoGpis=C5UG=UFF0ZW53anlrcnYyNFZ1OY1cJMSFajXS0Zr-Bhm7iSGZKhsub
> 4aWp6qfPe4pRCAs=64e65607cce83ba2d6f32bef281e9019cd146c4de071f97de3d8
> 23b931284cf4=https%3A%2F%2Fwww.amazon.com%2FPlugable-Universal-Charg
> e-Only-Adapter-Android%2Fdp%2FB00FA9GXKM
>
> Pour le data only, sans charge électrique, je soupçonne que ça existe, 
> mais sans avoir de preuve...
>
> On Thu, Apr 25, 2024, 11:30 Stephane Miguel  wrote:
>
>> Bonjour
>>
>> Je cherche à utiliser un câble ou une fonctionnalité propre à Windows 
>> afin d’utiliser le mode transfert ou échange de donnée sans que le 
>> périphérique charge
>>
>> Topologie
>>
>> PC WINDOWS dans un domaine
>> Câble usb
>> Mobile Android
>> L’idée est d’autoriser l’échange de donnée mais pas d’autoriser la 
>> charge électrique
>>
>> Ceci pour une OU ou se loge des PC spécifique à un projet
>>
>> J’ai beau chercher je ne trouve pas hormis le usb on the go dont on 
>> m’a parlé mais je ne sais pas si c’est fonctionnel d’une part et 
>> d’autre part je préférerai un mode sur le système est ce possible
>>
>>
>> Sur un autre sujet j’aimerai bloquer le mode modem sur une autre OU 
>> et offrir que la charge électrique ceci afin qu’une seconde carte 
>> réseau ne monte pas et parasite la table de routage du pc dans le 
>> domaine
>>
>> Merci bien
>>
>> Stéphane
>>
>> ---
>> Liste de diffusion du FRnOG
>> https://antiphishing.vadesecure.com/v4?f=V0xKeTZlcEZ5bEtadnZZY9gsgbn2
>> MqbhacZ0nW6xiZtXfwBYPvCM8_1XL7mhAzbB=YXUyZ0VCTnNidXhadndMVa_B8l3aNz
>> phDqXqFGoGpis=C5UG=UFF0ZW53anlrcnYyNFZ1OY1cJMSFajXS0Zr-Bhm7iSGZKh
>> sub4aWp6qfPe4pRCAs=b3cb83f7123a56d2d58b4ffd14fdd17b80a2eaf65987a9db
>> be7117842e441bc3=http%3A%2F%2Fwww.frnog.org%2F
>>
>
> ---
> Liste de diffusion du FRnOG
> https://antiphishing.vadesecure.com/v4?f=V0xKeTZlcEZ5bEtadnZZY9gsgbn2M
> qbhacZ0nW6xiZtXfwBYPvCM8_1XL7mhAzbB=YXUyZ0VCTnNidXhadndMVa_B8l3aNzph
> DqXqFGoGpis=C5UG=UFF0ZW53anlrcnYyNFZ1OY1cJMSFajXS0Zr-Bhm7iSGZKhsub
> 4aWp6qfPe4pRCAs=b3cb83f7123a56d2d58b4ffd14fdd17b80a2eaf65987a9dbbe71
> 17842e441bc3=http%3A%2F%2Fwww.frnog.org%2F


---
Liste de diffusion du FRnOG
https://antiphishing.vadesecure.com/v4?f=V0xKeTZlcEZ5bEtadnZZY9gsgbn2MqbhacZ0nW6xiZtXfwBYPvCM8_1XL7mhAzbB=YXUyZ0VCTnNidXhadndMVa_B8l3aNzphDqXqFGoGpis=C5UG=UFF0ZW53anlrcnYyNFZ1OY1cJMSFajXS0Zr-Bhm7iSGZKhsub4aWp6qfPe4pRCAs=b3cb83f7123a56d2d58b4ffd14fdd17b80a2eaf65987a9dbbe7117842e441bc3=http%3A%2F%2Fwww.frnog.org%2F

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

Re: [FRnOG] [TECH] USB charge électrique Android

[David Ponzone]

https://newscrewdriver.com/2022/02/01/making-a-usb-data-only-cable/ 


J’ai pas l’impression que ça existe en tout-fait-prêt-à-brancher.
Le marché pour ça serait une niche en plus, et une mini.

David

> Le 25 avr. 2024 à 15:18, Noryungi  a écrit :
> 
> Pour proposer uniquement une charge électrique, dans connexion données,
> c'est simple, ça existe, par exemple :
> 
> https://www.amazon.com/Plugable-Universal-Charge-Only-Adapter-Android/dp/B00FA9GXKM
> 
> Pour le data only, sans charge électrique, je soupçonne que ça existe, mais
> sans avoir de preuve...
> 
> On Thu, Apr 25, 2024, 11:30 Stephane Miguel  wrote:
> 
>> Bonjour
>> 
>> Je cherche à utiliser un câble ou une fonctionnalité propre à Windows afin
>> d’utiliser le mode transfert ou échange de donnée sans que le périphérique
>> charge
>> 
>> Topologie
>> 
>> PC WINDOWS dans un domaine
>> Câble usb
>> Mobile Android
>> L’idée est d’autoriser l’échange de donnée mais pas d’autoriser la charge
>> électrique
>> 
>> Ceci pour une OU ou se loge des PC spécifique à un projet
>> 
>> J’ai beau chercher je ne trouve pas hormis le usb on the go dont on m’a
>> parlé mais je ne sais pas si c’est fonctionnel d’une part et d’autre part
>> je préférerai un mode sur le système est ce possible
>> 
>> 
>> Sur un autre sujet j’aimerai bloquer le mode modem sur une autre OU et
>> offrir que la charge électrique ceci afin qu’une seconde carte réseau ne
>> monte pas et parasite la table de routage du pc dans le domaine
>> 
>> Merci bien
>> 
>> Stéphane
>> 
>> ---
>> 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] USB charge électrique Android

[Noryungi]

Pour proposer uniquement une charge électrique, dans connexion données,
c'est simple, ça existe, par exemple :

https://www.amazon.com/Plugable-Universal-Charge-Only-Adapter-Android/dp/B00FA9GXKM

Pour le data only, sans charge électrique, je soupçonne que ça existe, mais
sans avoir de preuve...

On Thu, Apr 25, 2024, 11:30 Stephane Miguel  wrote:

> Bonjour
>
> Je cherche à utiliser un câble ou une fonctionnalité propre à Windows afin
> d’utiliser le mode transfert ou échange de donnée sans que le périphérique
> charge
>
> Topologie
>
> PC WINDOWS dans un domaine
> Câble usb
> Mobile Android
> L’idée est d’autoriser l’échange de donnée mais pas d’autoriser la charge
> électrique
>
> Ceci pour une OU ou se loge des PC spécifique à un projet
>
> J’ai beau chercher je ne trouve pas hormis le usb on the go dont on m’a
> parlé mais je ne sais pas si c’est fonctionnel d’une part et d’autre part
> je préférerai un mode sur le système est ce possible
>
>
> Sur un autre sujet j’aimerai bloquer le mode modem sur une autre OU et
> offrir que la charge électrique ceci afin qu’une seconde carte réseau ne
> monte pas et parasite la table de routage du pc dans le domaine
>
> Merci bien
>
> Stéphane
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

Re: [FRnOG] [TECH] FTTH Access Orange et ONT

[Richard Klein]

Bonjour

Le fameux STT ... Il y a eu des périodes où il était systématiquement
opposé dans les tickets.
Cela a changé ?

Richard

Le jeu. 25 avr. 2024, 12:54, David Ponzone  a
écrit :

> Oui, personnellement, je m’amuse pas à mettre mon propre ONT.
> Déjà, ça revient plus cher.
> Ca évite aussi de la config et un échange avec Orange pour leur
> communiquer le SLID.
> Ca évite les réponses d’Orange en support du type « ah c’est STT, c’est la
> faute de votre ONT ».
> Le seul avantage, c’est de maitriser sa livraison, parce que Orange et son
> petit process «  tiens je t’envoie l’ONT par la Poste », pour une
> entreprise et dans l’état actuel de la qualité de service des transporteurs
> en 2024, ça fait du déchet.
>
> David
>
>
> > Le 25 avr. 2024 à 12:48, Ducassou Laurent  a écrit :
> >
> > Salut,
> >
> > Ça me rappel l'époque des ADSL 512k avec modems et modem-routeur en
> collecte ATM et des listes fermés ! Et si on avait malheur de sortir des
> listes officielles de compatibilité, ça dépendait totalement du DSLAM qui
> était en face.
> >
> > Il n’empêche, c'est vrai que l'ONT ou box permet d'être un point pour
> justement savoir où est la responsabilité de chaqu'un, mais ça ajoute un
> SPOF au final qui consomme même de l’énergie et dans tous les cas, on est
> responsable des "choc électrique" que celui-ci prends.
> >
> > Que de souvenir dirons certains ! =)
> >
> > Laurent
> >
> > Le 25/04/2024 à 12:33, David Ponzone a écrit :
> >> Ah t’inquiète pas, Orange fournit la liste des ONT compatible, tu as le
> choix entre 2 modèles :)
> >>
> >>
> >>> Le 25 avr. 2024 à 12:03, Pavel Polyakov  a
> écrit :
> >>>
> >>> Steeve BEAUVAIS - Société Serinya Telecom
> >>> :
> >>>
>  Je me lance dans une étude pour déterminer si je ne suis pas mieux de
>  prendre moi-même l'ONT, aussi bien en termes de déploiement que
>  d'exploitation.
> >>> Ça peut être difficile car l'ONT est souvent spécifique au fournisseur
> >>> de l'OLT. Je les remplace par des modules SFP mais il faut parfois
> >>> passer un certain temps avant d'arriver à les rendre compatibles.
> >>>
> >>>
> >>> ---
> >>> Liste de diffusion du FRnOG
> >>> http://www.frnog.org/
> >>
> >> ---
> >> Liste de diffusion du FRnOG
> >> http://www.frnog.org/
> >
> > --
> > Cet e-mail a été vérifié par le logiciel antivirus d'Avast.
> > www.avast.com
> >
> >
> > ---
> > 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] FTTH Access Orange et ONT

[David Ponzone]

Oui, personnellement, je m’amuse pas à mettre mon propre ONT.
Déjà, ça revient plus cher.
Ca évite aussi de la config et un échange avec Orange pour leur communiquer le 
SLID.
Ca évite les réponses d’Orange en support du type « ah c’est STT, c’est la 
faute de votre ONT ».
Le seul avantage, c’est de maitriser sa livraison, parce que Orange et son 
petit process «  tiens je t’envoie l’ONT par la Poste », pour une entreprise et 
dans l’état actuel de la qualité de service des transporteurs en 2024, ça fait 
du déchet.

David


> Le 25 avr. 2024 à 12:48, Ducassou Laurent  a écrit :
> 
> Salut,
> 
> Ça me rappel l'époque des ADSL 512k avec modems et modem-routeur en collecte 
> ATM et des listes fermés ! Et si on avait malheur de sortir des listes 
> officielles de compatibilité, ça dépendait totalement du DSLAM qui était en 
> face.
> 
> Il n’empêche, c'est vrai que l'ONT ou box permet d'être un point pour 
> justement savoir où est la responsabilité de chaqu'un, mais ça ajoute un SPOF 
> au final qui consomme même de l’énergie et dans tous les cas, on est 
> responsable des "choc électrique" que celui-ci prends.
> 
> Que de souvenir dirons certains ! =)
> 
> Laurent
> 
> Le 25/04/2024 à 12:33, David Ponzone a écrit :
>> Ah t’inquiète pas, Orange fournit la liste des ONT compatible, tu as le 
>> choix entre 2 modèles :)
>> 
>> 
>>> Le 25 avr. 2024 à 12:03, Pavel Polyakov  a écrit :
>>> 
>>> Steeve BEAUVAIS - Société Serinya Telecom
>>> :
>>> 
 Je me lance dans une étude pour déterminer si je ne suis pas mieux de
 prendre moi-même l'ONT, aussi bien en termes de déploiement que
 d'exploitation.
>>> Ça peut être difficile car l'ONT est souvent spécifique au fournisseur
>>> de l'OLT. Je les remplace par des modules SFP mais il faut parfois
>>> passer un certain temps avant d'arriver à les rendre compatibles.
>>> 
>>> 
>>> ---
>>> Liste de diffusion du FRnOG
>>> http://www.frnog.org/
>> 
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
> 
> -- 
> Cet e-mail a été vérifié par le logiciel antivirus d'Avast.
> www.avast.com
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [TECH] FTTH Access Orange et ONT

[Ducassou Laurent]

Salut,

Ça me rappel l'époque des ADSL 512k avec modems et modem-routeur en 
collecte ATM et des listes fermés ! Et si on avait malheur de sortir des 
listes officielles de compatibilité, ça dépendait totalement du DSLAM 
qui était en face.


Il n’empêche, c'est vrai que l'ONT ou box permet d'être un point pour 
justement savoir où est la responsabilité de chaqu'un, mais ça ajoute un 
SPOF au final qui consomme même de l’énergie et dans tous les cas, on 
est responsable des "choc électrique" que celui-ci prends.


Que de souvenir dirons certains ! =)

Laurent

Le 25/04/2024 à 12:33, David Ponzone a écrit :

Ah t’inquiète pas, Orange fournit la liste des ONT compatible, tu as le choix 
entre 2 modèles :)



Le 25 avr. 2024 à 12:03, Pavel Polyakov  a écrit :

Steeve BEAUVAIS - Société Serinya Telecom
:


Je me lance dans une étude pour déterminer si je ne suis pas mieux de
prendre moi-même l'ONT, aussi bien en termes de déploiement que
d'exploitation.

Ça peut être difficile car l'ONT est souvent spécifique au fournisseur
de l'OLT. Je les remplace par des modules SFP mais il faut parfois
passer un certain temps avant d'arriver à les rendre compatibles.


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


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


--
Cet e-mail a été vérifié par le logiciel antivirus d'Avast.
www.avast.com


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

Re: [FRnOG] [TECH] FTTH Access Orange et ONT

[David Ponzone]

Ah t’inquiète pas, Orange fournit la liste des ONT compatible, tu as le choix 
entre 2 modèles :)


> Le 25 avr. 2024 à 12:03, Pavel Polyakov  a écrit :
> 
> Steeve BEAUVAIS - Société Serinya Telecom
> :
> 
>> Je me lance dans une étude pour déterminer si je ne suis pas mieux de
>> prendre moi-même l'ONT, aussi bien en termes de déploiement que
>> d'exploitation.
> 
> Ça peut être difficile car l'ONT est souvent spécifique au fournisseur
> de l'OLT. Je les remplace par des modules SFP mais il faut parfois
> passer un certain temps avant d'arriver à les rendre compatibles.
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [TECH] choix techno coeur de réseau

[Nicolas Parpandet via frnog]

Hello,

Ma réponse est biaisée certainement, Cisco un jour, cisco toujours 


  *
tous les admins réseau connaissent
  *
Documentation, support, performances, stabilité, fonctionnalités, la liste 
est longue
  *
gamme catalyst éprouvée et increvable 

J'ai commencé il y a 20 ans en achetant des kits sur ebay : qui étaient 
littéralement tombés du camion lors de la livraison, switchs écrasés, façade 
explosée etc : le matériel fonctionnait qd même aucun souci, ca m'a marqué à 
l'époque lol...

A+

Nicolas


From: frnog-requ...@frnog.org  on behalf of jstraw via 
frnog 
Sent: Wednesday, April 24, 2024 15:19
To: frnog-t...@frnog.org 
Subject: [FRnOG] [TECH] choix techno coeur de réseau

Bonjour la communauté,


Je fais appel à vous pour nous aider / conforter à faire un choix technologique 
sur du coeur de réseau faisans exclusivement du L2, le routage étant assuré par 
firewall.



Nous avons deux salles info avec de la virtualisation qui a ses propres 
switches.



Chaque salle info aura un switch fibre monté en cluster via ISL fibre et la 
techno du constructeur avec son jumeau.

Le cluster de FW est monté croisé avec agréga LACP 2x10Gb

Le sw pour la virtu est monté croisé avec agréga LACP 2x10Gb



Jusque la rien de fou.



Nous avons 3 constructeurs en shortlist.

Cisco Catalyst 9500

Aruba 8360

Juniper EX4650



Sans considérations financière quels sont vos favoris appuyé par votre 
argumentaire.


Nous connaissons bien Aruba et Cisco, nous sommes curieux de la couche IA de 
Juniper. Nous nous posons des questions sur l'avenir de JUNIPER avec le rachat 
par HPE.

Notre décision est prise a 80% ca nous permettra de nous conforter dans notre 
choix.





Merci







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

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

Re: [FRnOG] [TECH] Spanning-tree sur infra campus

[Fabien Sirjean]

Bonjour,

Merci beaucoup pour vos réponses et avis.

Ça nous a conforté dans l'idée de ne pas faire de spanning-tree à 
l'échelle de l'infra, car nous n'en avons pas besoin (et pas envie).


Voilà ce que ça donne au final chez nous :

 * Pas de spanning-tree sur notre infra, du tout, sur les couches core
   et aggregation (no spanning-tree). Tous les liens sont redondés en
   LACP (vPC/MLAG).
 * Du spanning-tree le plus simple possible sur les couches access,
   chaque stack étant la racine de son propre arbre local, qui ne sort
   pas de la stack (à priori du rapid-pvst par simplicité sur nos 2960x)
 * Sur les switchs d'access, il faut donc systématiquement faire du
   bpdufilter sur les ports upstream (pour ne pas propager l'arbre
   spanning-tree vers l'infra)
 * Sur les ports edge, on fait du portfast (pour éviter les latences à
   l'allumage du port) et du bpduguard pour shut un port edge qui
   reçoit des BPDU (un switch, à priori)
 * En complément sur les ports edge, on fait du storm-control pour
   couper s'il y a trop de broadcast/multicast ; et du port-security
   pour limiter le nombre de MAC autorisées sur un port (variable selon
   le type de VLAN)
 * Et on bosse sur l’implémentation de 802.1x et Private Vlan, mais
   c'est un autre sujet.

Bonne journée à toutes et tous,

Fabien


On 4/22/24 17:49, Fabien Sirjean wrote:

Bonjour la liste !

Ça fait maintenant quelques semaines qu'on se gratte la tête avec les 
collègues, alors je viens ici chercher des avis éclairés.


On exploite une infra campus, de type 3 tiers (core/aggreg/access), en 
pur layer 2 (des VLAN propagés entre l'edge et le core) en 
multi-constructeurs (HP procurve, Extreme, Cisco 2960X...).
Grosso-modo 300 (stacks de) switchs, répartis dans une grosse 
vingtaine de bâtiments, sur un seul site. Le core est à cheval sur 
deux bâtiments, tout comme la couche d'aggreg des différents switchs 
d'access.
Tous les liens sont redondés en LACP (technos VPC/MLAG/whatever selon 
la couleur de l'équipement), on a aucune boucle sur l'infra.


On est en train de reprendre la config de nos switchs (refonte totale 
du parc, on déploie du 2060X refurbished) et on se pose une question 
bête : spanning-tree or not spanning tree ?


Aujourd'hui il n'y en a pas du tout ("no spanning-tree" sur les 
équipements). On veut bien sur faire de la détection de boucle (voire 
du bpdu guard) sur les ports edge ; mais quid des liens infra ?
Entre le nombre d'équipements, l'hétérogénéité des constructeurs, et 
notre manque de maîtrise de cette (ou plutôt ces entre STP, RSTP, 
PVST, MSTP...) techno du diable, on a pas très envie de faire un seul 
arbre spanning-tree à l'échelle de notre infra.
On a vécu des changements de topologie incessants, avec des temps de 
convergence infinis, et on a pas très envie de recommencer. Mais c'est 
ce que nous préconise un presta, alors on doute de nos choix.


Un avis sur la question ? Vous faites comment chez vous ?

Bien sur la meilleure réponse est de tout passer en L3 et de faire du 
routage, mais... C'est pas au programme pour l'instant ;-)


Merci d'avance de vos retours !

Bonne soirée,

Fabien


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

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

Re: [FRnOG] [TECH] Spanning-tree sur infra campus

[Denis Fondras via frnog]

Le Mon, Apr 22, 2024 at 07:16:42PM +, NELLI Olivier a écrit :
> Bonsoir à tous,
> Le spanning-tree marche bien pour de très petites infras. Le mstp est 
> compliqué (le rstp est mieux, plus simple) mais la convergence, bien 
> qu'améliorée, reste mauvaise (plusieurs secondes voir 1/2 minute). A mon 
> avis, dans votre cas le stp et dérivés seraient à proscrire.
> Il y a une techno peu utilisée en campus mais qui est super pour ces 
> environnements de niv 2. C'est le rps/erps/rrpp. Ça gère des boucles, 
> imbriquées ou non, ça converge hyper bien (<100ms), c'est assez simple en 
> mettre en œuvre et ça s'adapterai assez bien à votre profil (300sw/20 
> bâtiments).

Autant je trouve ERPS efficace sur des petites infras, autant je suis dubitatif
sur un anneau avec un grand nombre de switches.


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

Re: [FRnOG] [TECH] Spanning-tree sur infra campus

[Phil Regnauld]

David Ponzone (david.ponzone) writes:
> 
> 
> Suffit d’un téléphone IP et d’un bouffon qui trouve dommage que son port PC 
> soit pas dans une prise murale.

C'est pas ça qu'on appelle la boucle locale ? :D

P.


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

Re: [FRnOG] [TECH] Spanning-tree sur infra campus

[David Ponzone]

> Le 23 avr. 2024 à 03:38, Guillaume Lorre  a écrit :
> 
> 
> Autre interrogation : il y a encore des hubs, des mini-switch ou autre
> horreurs dans le genre chez toi ? A prendre en compte pour du loop-protect.
> 

Suffit d’un téléphone IP et d’un bouffon qui trouve dommage que son port PC 
soit pas dans une prise murale.

David


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

Re: [FRnOG] [TECH] Spanning-tree sur infra campus

[Guillaume Lorre]

Salut,

MSTP semble effectivement le mieux indiqué.
C'est pas trop compliqué à comprendre (ca reste une sorte de mélange entre
RSTP et RPVST) qui est assez souple, malléable et adaptatif par rapport aux
autres protocoles Spanning-tree (par exemple : les régions dans ton cas
pour avoir plusieurs arbres).
Attention quand même à l'interopérabilité sur les phases de migration. J'ai
déjà eu de mauvaises surprises, sur du Catalyst notamment, lorsque des BPDU
de différents protocoles se déplacent sur le réseau.

Et puis tout dépends de l'étendu de tes VLAN sur tes bâtiments. Tout les
VLANs sont déployés et utilisés sur plusieurs bâtiments ou non ? Si c'est
pas le cas, la topologie en VLAN locaux et routage à l'agrégation est
peut-être pas si loin.

Ou sinon pas de STP et du stormcontrol blindés partout et un très bon
monitoring mais je suis moins fan.

Autre interrogation : il y a encore des hubs, des mini-switch ou autre
horreurs dans le genre chez toi ? A prendre en compte pour du loop-protect.

A+

Guillaume.

Le lun. 22 avr. 2024, 20:40, Pierre LANCASTRE 
a écrit :

> Hello
>
> +1 pour le mstp. Car plus flexible sur certaines archi. Par exemple sur des
> étages "coeur" ou on veut avoir des vlan point a point entre les "switch
> routeurs" pour faire du routage dynamique, pour passer des vlan de synchro
> firewalls via deux paths différents, etc.
> Avec MSTP tu peux faire plusieurs arbres, avec rstp un seul, et le
> pvst/vstp c est le plus flexible (1 vlan 1 arbre) mais c est pas scalable,
> et source potentielle de bonnes blagues, au moins sur iOS Cisco. Exemple un
> peu vieux : tu configures le N+1 ème VLAN avec N le nombre max d instances
> stp. Et hop, le Cisco te fait un no spanning tree vlan xxx avec xxx le vlan
> id de plus haut de souvenir (pas sur).
>
> J avais eu jadis des incompatibilités MSTP entre des Cisco et des Extreme,
> mais ça date de 2007, j pense que ça c est amélioré depuis :)
>
> Bref, une page pour aider à comparer les +/- des protos
>
> https://www.juniper.net/documentation/us/en/software/junos/stp-l2/topics/topic-map/spanning-tree-configuring-mstp.html
>
> A+
>
> Pierre L.
>
> Le lun. 22 avr. 2024, 5 h 04 p.m., Nicolas Parpandet via frnog <
> frnog@frnog.org> a écrit :
>
> > Hello,
> >
> > Comme tu as un environnement hétérogène, le spanning tree le plus
> > compatible "inter-marques" est très certainement le MSTP 
> >
> > A+
> >
> > Nicolas
> >
> >
> > 
> > From: frnog-requ...@frnog.org  on behalf of
> > Fabien Sirjean 
> > Sent: Monday, April 22, 2024 17:49
> > To: frnog-t...@frnog.org 
> > Subject: [FRnOG] [TECH] Spanning-tree sur infra campus
> >
> > Bonjour la liste !
> >
> > Ça fait maintenant quelques semaines qu'on se gratte la tête avec les
> > collègues, alors je viens ici chercher des avis éclairés.
> >
> > On exploite une infra campus, de type 3 tiers (core/aggreg/access), en
> > pur layer 2 (des VLAN propagés entre l'edge et le core) en
> > multi-constructeurs (HP procurve, Extreme, Cisco 2960X...).
> > Grosso-modo 300 (stacks de) switchs, répartis dans une grosse vingtaine
> > de bâtiments, sur un seul site. Le core est à cheval sur deux bâtiments,
> > tout comme la couche d'aggreg des différents switchs d'access.
> > Tous les liens sont redondés en LACP (technos VPC/MLAG/whatever selon la
> > couleur de l'équipement), on a aucune boucle sur l'infra.
> >
> > On est en train de reprendre la config de nos switchs (refonte totale du
> > parc, on déploie du 2060X refurbished) et on se pose une question bête :
> > spanning-tree or not spanning tree ?
> >
> > Aujourd'hui il n'y en a pas du tout ("no spanning-tree" sur les
> > équipements). On veut bien sur faire de la détection de boucle (voire du
> > bpdu guard) sur les ports edge ; mais quid des liens infra ?
> > Entre le nombre d'équipements, l'hétérogénéité des constructeurs, et
> > notre manque de maîtrise de cette (ou plutôt ces entre STP, RSTP, PVST,
> > MSTP...) techno du diable, on a pas très envie de faire un seul arbre
> > spanning-tree à l'échelle de notre infra.
> > On a vécu des changements de topologie incessants, avec des temps de
> > convergence infinis, et on a pas très envie de recommencer. Mais c'est
> > ce que nous préconise un presta, alors on doute de nos choix.
> >
> > Un avis sur la question ? Vous faites comment chez vous ?
> >
> > Bien sur la meilleure réponse est de tout passer en L3 et de faire du
> > routage, mais... C'est pas au programme pour l'instant ;-)
> >
> > Merci d'avance de vos retours !
> >
> > Bonne soirée,
> >
> > Fabien
> >
> >
> > ---
> > 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] Spanning-tree sur infra campus

[Pierre LANCASTRE]

Hello

+1 pour le mstp. Car plus flexible sur certaines archi. Par exemple sur des
étages "coeur" ou on veut avoir des vlan point a point entre les "switch
routeurs" pour faire du routage dynamique, pour passer des vlan de synchro
firewalls via deux paths différents, etc.
Avec MSTP tu peux faire plusieurs arbres, avec rstp un seul, et le
pvst/vstp c est le plus flexible (1 vlan 1 arbre) mais c est pas scalable,
et source potentielle de bonnes blagues, au moins sur iOS Cisco. Exemple un
peu vieux : tu configures le N+1 ème VLAN avec N le nombre max d instances
stp. Et hop, le Cisco te fait un no spanning tree vlan xxx avec xxx le vlan
id de plus haut de souvenir (pas sur).

J avais eu jadis des incompatibilités MSTP entre des Cisco et des Extreme,
mais ça date de 2007, j pense que ça c est amélioré depuis :)

Bref, une page pour aider à comparer les +/- des protos
https://www.juniper.net/documentation/us/en/software/junos/stp-l2/topics/topic-map/spanning-tree-configuring-mstp.html

A+

Pierre L.

Le lun. 22 avr. 2024, 5 h 04 p.m., Nicolas Parpandet via frnog <
frnog@frnog.org> a écrit :

> Hello,
>
> Comme tu as un environnement hétérogène, le spanning tree le plus
> compatible "inter-marques" est très certainement le MSTP 
>
> A+
>
> Nicolas
>
>
> 
> From: frnog-requ...@frnog.org  on behalf of
> Fabien Sirjean 
> Sent: Monday, April 22, 2024 17:49
> To: frnog-t...@frnog.org 
> Subject: [FRnOG] [TECH] Spanning-tree sur infra campus
>
> Bonjour la liste !
>
> Ça fait maintenant quelques semaines qu'on se gratte la tête avec les
> collègues, alors je viens ici chercher des avis éclairés.
>
> On exploite une infra campus, de type 3 tiers (core/aggreg/access), en
> pur layer 2 (des VLAN propagés entre l'edge et le core) en
> multi-constructeurs (HP procurve, Extreme, Cisco 2960X...).
> Grosso-modo 300 (stacks de) switchs, répartis dans une grosse vingtaine
> de bâtiments, sur un seul site. Le core est à cheval sur deux bâtiments,
> tout comme la couche d'aggreg des différents switchs d'access.
> Tous les liens sont redondés en LACP (technos VPC/MLAG/whatever selon la
> couleur de l'équipement), on a aucune boucle sur l'infra.
>
> On est en train de reprendre la config de nos switchs (refonte totale du
> parc, on déploie du 2060X refurbished) et on se pose une question bête :
> spanning-tree or not spanning tree ?
>
> Aujourd'hui il n'y en a pas du tout ("no spanning-tree" sur les
> équipements). On veut bien sur faire de la détection de boucle (voire du
> bpdu guard) sur les ports edge ; mais quid des liens infra ?
> Entre le nombre d'équipements, l'hétérogénéité des constructeurs, et
> notre manque de maîtrise de cette (ou plutôt ces entre STP, RSTP, PVST,
> MSTP...) techno du diable, on a pas très envie de faire un seul arbre
> spanning-tree à l'échelle de notre infra.
> On a vécu des changements de topologie incessants, avec des temps de
> convergence infinis, et on a pas très envie de recommencer. Mais c'est
> ce que nous préconise un presta, alors on doute de nos choix.
>
> Un avis sur la question ? Vous faites comment chez vous ?
>
> Bien sur la meilleure réponse est de tout passer en L3 et de faire du
> routage, mais... C'est pas au programme pour l'instant ;-)
>
> Merci d'avance de vos retours !
>
> Bonne soirée,
>
> Fabien
>
>
> ---
> 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] Spanning-tree sur infra campus

[Nicolas Parpandet via frnog]

Hello,

Comme tu as un environnement hétérogène, le spanning tree le plus compatible 
"inter-marques" est très certainement le MSTP 

A+

Nicolas



From: frnog-requ...@frnog.org  on behalf of Fabien 
Sirjean 
Sent: Monday, April 22, 2024 17:49
To: frnog-t...@frnog.org 
Subject: [FRnOG] [TECH] Spanning-tree sur infra campus

Bonjour la liste !

Ça fait maintenant quelques semaines qu'on se gratte la tête avec les
collègues, alors je viens ici chercher des avis éclairés.

On exploite une infra campus, de type 3 tiers (core/aggreg/access), en
pur layer 2 (des VLAN propagés entre l'edge et le core) en
multi-constructeurs (HP procurve, Extreme, Cisco 2960X...).
Grosso-modo 300 (stacks de) switchs, répartis dans une grosse vingtaine
de bâtiments, sur un seul site. Le core est à cheval sur deux bâtiments,
tout comme la couche d'aggreg des différents switchs d'access.
Tous les liens sont redondés en LACP (technos VPC/MLAG/whatever selon la
couleur de l'équipement), on a aucune boucle sur l'infra.

On est en train de reprendre la config de nos switchs (refonte totale du
parc, on déploie du 2060X refurbished) et on se pose une question bête :
spanning-tree or not spanning tree ?

Aujourd'hui il n'y en a pas du tout ("no spanning-tree" sur les
équipements). On veut bien sur faire de la détection de boucle (voire du
bpdu guard) sur les ports edge ; mais quid des liens infra ?
Entre le nombre d'équipements, l'hétérogénéité des constructeurs, et
notre manque de maîtrise de cette (ou plutôt ces entre STP, RSTP, PVST,
MSTP...) techno du diable, on a pas très envie de faire un seul arbre
spanning-tree à l'échelle de notre infra.
On a vécu des changements de topologie incessants, avec des temps de
convergence infinis, et on a pas très envie de recommencer. Mais c'est
ce que nous préconise un presta, alors on doute de nos choix.

Un avis sur la question ? Vous faites comment chez vous ?

Bien sur la meilleure réponse est de tout passer en L3 et de faire du
routage, mais... C'est pas au programme pour l'instant ;-)

Merci d'avance de vos retours !

Bonne soirée,

Fabien


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

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

Re: [FRnOG] [TECH] Spanning-tree sur infra campus

[NELLI Olivier]

Bonsoir à tous,
Le spanning-tree marche bien pour de très petites infras. Le mstp est compliqué 
(le rstp est mieux, plus simple) mais la convergence, bien qu'améliorée, reste 
mauvaise (plusieurs secondes voir 1/2 minute). A mon avis, dans votre cas le 
stp et dérivés seraient à proscrire.
Il y a une techno peu utilisée en campus mais qui est super pour ces 
environnements de niv 2. C'est le rps/erps/rrpp. Ça gère des boucles, 
imbriquées ou non, ça converge hyper bien (<100ms), c'est assez simple en 
mettre en œuvre et ça s'adapterai assez bien à votre profil (300sw/20 
bâtiments).
Cdt,

Olivier

Le 22/04/2024 17:51, « frnog-requ...@frnog.org 
 au nom de Fabien Sirjean » 
mailto:frnog-requ...@frnog.org> au nom de 
fsirj...@eddie.fdn.fr > a écrit :


Ce mail provient de l'extérieur, restons vigilants


Bonjour la liste !


Ça fait maintenant quelques semaines qu'on se gratte la tête avec les 
collègues, alors je viens ici chercher des avis éclairés.


On exploite une infra campus, de type 3 tiers (core/aggreg/access), en 
pur layer 2 (des VLAN propagés entre l'edge et le core) en 
multi-constructeurs (HP procurve, Extreme, Cisco 2960X...).
Grosso-modo 300 (stacks de) switchs, répartis dans une grosse vingtaine 
de bâtiments, sur un seul site. Le core est à cheval sur deux bâtiments, 
tout comme la couche d'aggreg des différents switchs d'access.
Tous les liens sont redondés en LACP (technos VPC/MLAG/whatever selon la 
couleur de l'équipement), on a aucune boucle sur l'infra.


On est en train de reprendre la config de nos switchs (refonte totale du 
parc, on déploie du 2060X refurbished) et on se pose une question bête : 
spanning-tree or not spanning tree ?


Aujourd'hui il n'y en a pas du tout ("no spanning-tree" sur les 
équipements). On veut bien sur faire de la détection de boucle (voire du 
bpdu guard) sur les ports edge ; mais quid des liens infra ?
Entre le nombre d'équipements, l'hétérogénéité des constructeurs, et 
notre manque de maîtrise de cette (ou plutôt ces entre STP, RSTP, PVST, 
MSTP...) techno du diable, on a pas très envie de faire un seul arbre 
spanning-tree à l'échelle de notre infra.
On a vécu des changements de topologie incessants, avec des temps de 
convergence infinis, et on a pas très envie de recommencer. Mais c'est 
ce que nous préconise un presta, alors on doute de nos choix.


Un avis sur la question ? Vous faites comment chez vous ?


Bien sur la meilleure réponse est de tout passer en L3 et de faire du 
routage, mais... C'est pas au programme pour l'instant ;-)


Merci d'avance de vos retours !


Bonne soirée,


Fabien




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




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

Re: [FRnOG] [TECH] Spanning-tree sur infra campus

[Clément Guivy]

On 22/04/2024 20:18, Paul Rolland (ポール・ロラン) wrote:

Et si tu nous expliquais pourquoi tu ne veux pas de Spanning-tree ? A la
base, il a ete fait pour gerer ces problemes de boucles. Tu ne veux pas des
problemes de boucles, mais tu ne veux pas non plus de la solution
naturelle. C'est un peu complexe du coup ;)


Tout à fait d'accord là-dessus. Il faut préciser le besoin avant de 
chercher (à écarter) une solution. Pour l'instant sauf si j'ai raté 
quelque chose, on pourrait très bien être face à un problème XY.


J'ai déjà fait du campus (~50 switches) avec STP (RSTP en l'occurence), 
ça fonctionne comme prévu quand c'est configuré correctement (et ce 
n'est pas très compliqué à configurer). Et ce n'est pas incompatible 
avec le LACP ou même le stacking (pour ceux qui pratiquent cette 
religion :o ).


Penser à récupérer les messages syslog de détection de boucle pour 
avertir le help desk ou les admins quand quelqu'un fait une boulette, si 
c'est pertinent.


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

Re: [FRnOG] [TECH] Spanning-tree sur infra campus

[Paul Rolland (ポール・ロラン)]

Bonsoir,

On Mon, 22 Apr 2024 18:08:33 +0200
Fabien Sirjean  wrote:

> > Tu as une boucle dans ton L2 ou pas ?  
> Non, et c'est pas prévu puisqu'on redonde tout en LACP.
>
> > Et si non, y a des bouffons qui pourraient en faire une ?  
> 
> Sur les liens autres que edge (c'est-à-dire sur l'infra) les bouffons
> éventuels c'est nous, et on sait châtier les collègues au besoin. --> Non

Bon, mes deux sous:
 - "c'est pas prevu", c'est une mauvaise reponse. Si tu le prevois pas, le
   jour ou ca va arriver, tu seras bien triste.

 - "on sait châtier les collègues au besoin", ok, sauf que ca sera trop
   tard.

Je te conseille donc, si tu es sur ce genre d'approche, de t'assurer que
ton OOB pour manager tous tes equipements, et deboucler en remote en cas de
boulette, est bien fonctionnel et totalement independant. 

> Par contre sur les ports edge (ceux où sont connectés les users, ceux
> qui font peur et qui branchent/débranchent leurs équipements en
> permanence) c'est un risque sérieux.

En plus des suggestions deja faites, tu peux aussi regarder :
 - max mac-address, pour limiter le nombre de MAC, et bloquer si ca depasse
   1 par exemple,
 - 802.1x ???
 
> Si je suis ta logique, on souhaite donc uniquement détecter une boucle
> sur les ports edge. Comment on fait ça proprement, sans se lancer dans
> du spanning-tree sur l'infra ?

Et si tu nous expliquais pourquoi tu ne veux pas de Spanning-tree ? A la
base, il a ete fait pour gerer ces problemes de boucles. Tu ne veux pas des
problemes de boucles, mais tu ne veux pas non plus de la solution
naturelle. C'est un peu complexe du coup ;)
 
Paul


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

Re: [FRnOG] [TECH] Spanning-tree sur infra campus

[Phil Regnauld]

Fabien Sirjean (fsirjean) writes:
> Bonjour la liste !
> 
> Ça fait maintenant quelques semaines qu'on se gratte la tête avec les
> collègues, alors je viens ici chercher des avis éclairés.
> 
> On exploite une infra campus, de type 3 tiers (core/aggreg/access), en pur
> layer 2 (des VLAN propagés entre l'edge et le core) en multi-constructeurs
> (HP procurve, Extreme, Cisco 2960X...).


Ne pas faire du 3 tiers en pur L2 ? Je sais, c'est pas au programme :)


> On est en train de reprendre la config de nos switchs (refonte totale du
> parc, on déploie du 2060X refurbished) et on se pose une question bête :
> spanning-tree or not spanning tree ?

MSTP si possible.

> techno du diable, on a pas très envie de faire un seul arbre spanning-tree à
> l'échelle de notre infra.

Bonne idée.

> On a vécu des changements de topologie incessants, avec des temps de
> convergence infinis, et on a pas très envie de recommencer. Mais c'est ce
> que nous préconise un presta, alors on doute de nos choix.

Si on contrôle bien les liens infra et on est quasi sûr que personne
ne va faire des boucles à ce niveau, on peut décider de fermer les ports
manuellement. Ou voir si il y a des options vPC / MLAG pour utiliser des
liens redondants de manière efficace (moins certain quand on fait du
multi-vendeur bien évidemment).

> Bien sur la meilleure réponse est de tout passer en L3 et de faire du
> routage, mais... C'est pas au programme pour l'instant ;-)

Mais y réfléchir fortement - et ça ne nécessite pas forcément
une transition complète du réseau en une seule étape.

P.


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

Re: [FRnOG] [TECH] Spanning-tree sur infra campus

[Emmanuel ANDRÉ via frnog]

Salut,

Perso, je le configurerai partout, même sans boucle dans le design à 
date mais pour le futur, tu es boufon-proof ready.


Le storm control, fait avec des ASR920, ça marche mais c'est le backbone 
qui tient pas les end device qui au delà de 100 Mbps de bcast sont dans 
le vent déjà.



Le 22/04/2024 à 19:29, Fabien Sirjean a écrit :

Hello,

On 4/22/24 18:51, Aurélien TABARAUD wrote:

Salut,

Fonction storm control avec en action le shutdown du port au delà 
d’un certain seuil de paquets de broadcast.


Merci pour le retour :-)

On met déjà du storm-control, mais la question du seuil n'est pas 
évidente. Même 1% sur un port 10G, ça fait quand même 100 Mbps...


D'ailleurs, vous les mettez à combien vos seuils de storm-control ?

On voulait donc mettre du bpduguard en complément, d'où la question 
sur spanning-tree.


Bonne soirée !

Fabien





Ensuite ton technicien gère les tickets de support « ehhh mon réseau 
marche plus » ouverts au fur et à mesure par les utilisateurs.


Syntaxe Cisco : storm-control
Synthaxe HP : storm-constrain
Etc

Cordialement,

Aurélien


Par exemple, j'ai l'impression que si je fais un "no spanning-tree" 
sur un 2960X, les commandes "spanning-tree bpduguard enable" sur un 
port sont sans effet.


Bonne soirée,

Fabien


David


Le 22 avr. 2024 à 17:49, Fabien Sirjean   
a écrit :

Bonjour la liste !

Ça fait maintenant quelques semaines qu'on se gratte la tête avec 
les collègues, alors je viens ici chercher des avis éclairés.


On exploite une infra campus, de type 3 tiers 
(core/aggreg/access), en pur layer 2 (des VLAN propagés entre 
l'edge et le core) en multi-constructeurs (HP procurve, Extreme, 
Cisco 2960X...).
Grosso-modo 300 (stacks de) switchs, répartis dans une grosse 
vingtaine de bâtiments, sur un seul site. Le core est à cheval sur 
deux bâtiments, tout comme la couche d'aggreg des différents 
switchs d'access.
Tous les liens sont redondés en LACP (technos VPC/MLAG/whatever 
selon la couleur de l'équipement), on a aucune boucle sur l'infra.


On est en train de reprendre la config de nos switchs (refonte 
totale du parc, on déploie du 2060X refurbished) et on se pose une 
question bête : spanning-tree or not spanning tree ?


Aujourd'hui il n'y en a pas du tout ("no spanning-tree" sur les 
équipements). On veut bien sur faire de la détection de boucle 
(voire du bpdu guard) sur les ports edge ; mais quid des liens 
infra ?
Entre le nombre d'équipements, l'hétérogénéité des constructeurs, 
et notre manque de maîtrise de cette (ou plutôt ces entre STP, 
RSTP, PVST, MSTP...) techno du diable, on a pas très envie de 
faire un seul arbre spanning-tree à l'échelle de notre infra.
On a vécu des changements de topologie incessants, avec des temps 
de convergence infinis, et on a pas très envie de recommencer. 
Mais c'est ce que nous préconise un presta, alors on doute de nos 
choix.


Un avis sur la question ? Vous faites comment chez vous ?

Bien sur la meilleure réponse est de tout passer en L3 et de faire 
du routage, mais... C'est pas au programme pour l'instant ;-)


Merci d'avance de vos retours !

Bonne soirée,

Fabien


---
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/


--
Bien cordialement,
Emmanuel André


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

Re: [FRnOG] [TECH] Spanning-tree sur infra campus

[Erwan David]

Le 22/04/2024 à 19:29, Fabien Sirjean a écrit :

Hello,

On 4/22/24 18:51, Aurélien TABARAUD wrote:

Salut,

Fonction storm control avec en action le shutdown du port au delà 
d’un certain seuil de paquets de broadcast.


Merci pour le retour :-)

On met déjà du storm-control, mais la question du seuil n'est pas 
évidente. Même 1% sur un port 10G, ça fait quand même 100 Mbps...


D'ailleurs, vous les mettez à combien vos seuils de storm-control ?

On voulait donc mettre du bpduguard en complément, d'où la question 
sur spanning-tree.


Bonne soirée !

Fabien 



Attention avec le BPDUGuard, j'ai déjà vu un virtualbox émettre des 
BPDU, le dev qui avait besoin de se simuler un petit réseau était un peu 
emmerdé.



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

Re: [FRnOG] [TECH] Spanning-tree sur infra campus

[Fabien Sirjean]

Hello,

On 4/22/24 18:51, Aurélien TABARAUD wrote:

Salut,

Fonction storm control avec en action le shutdown du port au delà d’un certain 
seuil de paquets de broadcast.


Merci pour le retour :-)

On met déjà du storm-control, mais la question du seuil n'est pas 
évidente. Même 1% sur un port 10G, ça fait quand même 100 Mbps...


D'ailleurs, vous les mettez à combien vos seuils de storm-control ?

On voulait donc mettre du bpduguard en complément, d'où la question sur 
spanning-tree.


Bonne soirée !

Fabien





Ensuite ton technicien gère les tickets de support « ehhh mon réseau marche 
plus » ouverts au fur et à mesure par les utilisateurs.

Syntaxe Cisco : storm-control
Synthaxe HP : storm-constrain
Etc

Cordialement,

Aurélien



Par exemple, j'ai l'impression que si je fais un "no spanning-tree" sur un 2960X, les 
commandes "spanning-tree bpduguard enable" sur un port sont sans effet.

Bonne soirée,

Fabien


David



Le 22 avr. 2024 à 17:49, Fabien Sirjean   a écrit :

Bonjour la liste !

Ça fait maintenant quelques semaines qu'on se gratte la tête avec les 
collègues, alors je viens ici chercher des avis éclairés.

On exploite une infra campus, de type 3 tiers (core/aggreg/access), en pur 
layer 2 (des VLAN propagés entre l'edge et le core) en multi-constructeurs (HP 
procurve, Extreme, Cisco 2960X...).
Grosso-modo 300 (stacks de) switchs, répartis dans une grosse vingtaine de 
bâtiments, sur un seul site. Le core est à cheval sur deux bâtiments, tout 
comme la couche d'aggreg des différents switchs d'access.
Tous les liens sont redondés en LACP (technos VPC/MLAG/whatever selon la 
couleur de l'équipement), on a aucune boucle sur l'infra.

On est en train de reprendre la config de nos switchs (refonte totale du parc, 
on déploie du 2060X refurbished) et on se pose une question bête : 
spanning-tree or not spanning tree ?

Aujourd'hui il n'y en a pas du tout ("no spanning-tree" sur les équipements). 
On veut bien sur faire de la détection de boucle (voire du bpdu guard) sur les ports edge 
; mais quid des liens infra ?
Entre le nombre d'équipements, l'hétérogénéité des constructeurs, et notre 
manque de maîtrise de cette (ou plutôt ces entre STP, RSTP, PVST, MSTP...) 
techno du diable, on a pas très envie de faire un seul arbre spanning-tree à 
l'échelle de notre infra.
On a vécu des changements de topologie incessants, avec des temps de 
convergence infinis, et on a pas très envie de recommencer. Mais c'est ce que 
nous préconise un presta, alors on doute de nos choix.

Un avis sur la question ? Vous faites comment chez vous ?

Bien sur la meilleure réponse est de tout passer en L3 et de faire du routage, 
mais... C'est pas au programme pour l'instant ;-)

Merci d'avance de vos retours !

Bonne soirée,

Fabien


---
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] Spanning-tree sur infra campus

[Emmanuel Halbwachs]

Bonsoir,

Fabien Sirjean (Mon 2024-04-22 18:08:33 +0200) :
> Par contre sur les ports edge (ceux où sont connectés les users, ceux qui
> font peur et qui branchent/débranchent leurs équipements en permanence)
> c'est un risque sérieux.
> 
> Si je suis ta logique, on souhaite donc uniquement détecter une boucle sur
> les ports edge. Comment on fait ça proprement, sans se lancer dans du
> spanning-tree sur l'infra ?

Chez Procurve, il y a loop-protect.

Chez nous, nous voulions nous prémunir du câble branché entre deux
prises murales (faut vraiment vouloir) mais surtout nous prémunir
d'une boucle faite sur un mini-switch non manageable connecté sur un
port (vu régulièrement).

Pour bloquer le port (action par défaut) pendant une
temporisation p. ex. de 5' (300 s), qui se répètera tant que le
problème n'aura pas disparu :

loop-protect  
loop-protect disable-timer 300


Ou alors une temporisation de zéro, c.-à-d. que le port restera
indéfiniment bloqué tant que l'admin ne l'aura pas débloqué
(pédagogie). ;-). La temporisation de 0 est la valeur par défaut :

loop-protect  
loop-protect disable-timer 0

La doc HP mentionne que cette technique est plus sûre que la
protection BPDU, car un équipement comme un mini-switch pourrait dans
certains cas dropper les paquets BPDU.

Bonne soirée,

-- 
Emmanuel Halbwachs, Observatoire de Paris, ✆ +33 1 45 07 75 54
DIO¹ / CASTORS² 嶺 / PANDA³ 
¹ Direction Informatique de l'Observatoire ; ² CAlcul, STOckage, Réseau, Système
³ Pool of Awesome Network Devices Administrators


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

Re: [FRnOG] [TECH] Spanning-tree sur infra campus

[Aurélien TABARAUD via frnog]

> Le 22 avr. 2024 à 18:08, Fabien Sirjean  a écrit :
> 
> Hello,
> 
>> On 4/22/24 18:00, David Ponzone wrote:
>> Si tu reviens aux fondamentaux, c’est quoi la raison d’être de STP ?
> OK, j'aime bien l'approche ;-)
>> -avoir un réseau qui fonctionne avec une boucle
>> -avoir un réseau qui continue de fonctionner quand un bouffon vient former 
>> une boucle qui était pas prévue en branchant un câble n’importe où
>> 
>> Tu as une boucle dans ton L2 ou pas ?
> Non, et c'est pas prévu puisqu'on redonde tout en LACP.
>> Et si non, y a des bouffons qui pourraient en faire une ?
> 
> Sur les liens autres que edge (c'est-à-dire sur l'infra) les bouffons 
> éventuels c'est nous, et on sait châtier les collègues au besoin. --> Non
> 
> Par contre sur les ports edge (ceux où sont connectés les users, ceux qui 
> font peur et qui branchent/débranchent leurs équipements en permanence) c'est 
> un risque sérieux.
> 
> Si je suis ta logique, on souhaite donc uniquement détecter une boucle sur 
> les ports edge. Comment on fait ça proprement, sans se lancer dans du 
> spanning-tree sur l'infra ?

Salut,

Fonction storm control avec en action le shutdown du port au delà d’un certain 
seuil de paquets de broadcast.

Ensuite ton technicien gère les tickets de support « ehhh mon réseau marche 
plus » ouverts au fur et à mesure par les utilisateurs.

Syntaxe Cisco : storm-control
Synthaxe HP : storm-constrain
Etc

Cordialement,

Aurélien 


> Par exemple, j'ai l'impression que si je fais un "no spanning-tree" sur un 
> 2960X, les commandes "spanning-tree bpduguard enable" sur un port sont sans 
> effet.
> 
> Bonne soirée,
> 
> Fabien
> 
>> David
>> 
>> 
 Le 22 avr. 2024 à 17:49, Fabien Sirjean  a écrit :
>>> 
>>> Bonjour la liste !
>>> 
>>> Ça fait maintenant quelques semaines qu'on se gratte la tête avec les 
>>> collègues, alors je viens ici chercher des avis éclairés.
>>> 
>>> On exploite une infra campus, de type 3 tiers (core/aggreg/access), en pur 
>>> layer 2 (des VLAN propagés entre l'edge et le core) en multi-constructeurs 
>>> (HP procurve, Extreme, Cisco 2960X...).
>>> Grosso-modo 300 (stacks de) switchs, répartis dans une grosse vingtaine de 
>>> bâtiments, sur un seul site. Le core est à cheval sur deux bâtiments, tout 
>>> comme la couche d'aggreg des différents switchs d'access.
>>> Tous les liens sont redondés en LACP (technos VPC/MLAG/whatever selon la 
>>> couleur de l'équipement), on a aucune boucle sur l'infra.
>>> 
>>> On est en train de reprendre la config de nos switchs (refonte totale du 
>>> parc, on déploie du 2060X refurbished) et on se pose une question bête : 
>>> spanning-tree or not spanning tree ?
>>> 
>>> Aujourd'hui il n'y en a pas du tout ("no spanning-tree" sur les 
>>> équipements). On veut bien sur faire de la détection de boucle (voire du 
>>> bpdu guard) sur les ports edge ; mais quid des liens infra ?
>>> Entre le nombre d'équipements, l'hétérogénéité des constructeurs, et notre 
>>> manque de maîtrise de cette (ou plutôt ces entre STP, RSTP, PVST, MSTP...) 
>>> techno du diable, on a pas très envie de faire un seul arbre spanning-tree 
>>> à l'échelle de notre infra.
>>> On a vécu des changements de topologie incessants, avec des temps de 
>>> convergence infinis, et on a pas très envie de recommencer. Mais c'est ce 
>>> que nous préconise un presta, alors on doute de nos choix.
>>> 
>>> Un avis sur la question ? Vous faites comment chez vous ?
>>> 
>>> Bien sur la meilleure réponse est de tout passer en L3 et de faire du 
>>> routage, mais... C'est pas au programme pour l'instant ;-)
>>> 
>>> Merci d'avance de vos retours !
>>> 
>>> Bonne soirée,
>>> 
>>> Fabien
>>> 
>>> 
>>> ---
>>> 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] Spanning-tree sur infra campus

[Fabien Sirjean]

Hello,

On 4/22/24 18:00, David Ponzone wrote:

Si tu reviens aux fondamentaux, c’est quoi la raison d’être de STP ?

OK, j'aime bien l'approche ;-)

-avoir un réseau qui fonctionne avec une boucle
-avoir un réseau qui continue de fonctionner quand un bouffon vient former une 
boucle qui était pas prévue en branchant un câble n’importe où

Tu as une boucle dans ton L2 ou pas ?

Non, et c'est pas prévu puisqu'on redonde tout en LACP.

Et si non, y a des bouffons qui pourraient en faire une ?


Sur les liens autres que edge (c'est-à-dire sur l'infra) les bouffons 
éventuels c'est nous, et on sait châtier les collègues au besoin. --> Non


Par contre sur les ports edge (ceux où sont connectés les users, ceux 
qui font peur et qui branchent/débranchent leurs équipements en 
permanence) c'est un risque sérieux.


Si je suis ta logique, on souhaite donc uniquement détecter une boucle 
sur les ports edge. Comment on fait ça proprement, sans se lancer dans 
du spanning-tree sur l'infra ?


Par exemple, j'ai l'impression que si je fais un "no spanning-tree" sur 
un 2960X, les commandes "spanning-tree bpduguard enable" sur un port 
sont sans effet.


Bonne soirée,

Fabien


David



Le 22 avr. 2024 à 17:49, Fabien Sirjean  a écrit :

Bonjour la liste !

Ça fait maintenant quelques semaines qu'on se gratte la tête avec les 
collègues, alors je viens ici chercher des avis éclairés.

On exploite une infra campus, de type 3 tiers (core/aggreg/access), en pur 
layer 2 (des VLAN propagés entre l'edge et le core) en multi-constructeurs (HP 
procurve, Extreme, Cisco 2960X...).
Grosso-modo 300 (stacks de) switchs, répartis dans une grosse vingtaine de 
bâtiments, sur un seul site. Le core est à cheval sur deux bâtiments, tout 
comme la couche d'aggreg des différents switchs d'access.
Tous les liens sont redondés en LACP (technos VPC/MLAG/whatever selon la 
couleur de l'équipement), on a aucune boucle sur l'infra.

On est en train de reprendre la config de nos switchs (refonte totale du parc, 
on déploie du 2060X refurbished) et on se pose une question bête : 
spanning-tree or not spanning tree ?

Aujourd'hui il n'y en a pas du tout ("no spanning-tree" sur les équipements). 
On veut bien sur faire de la détection de boucle (voire du bpdu guard) sur les ports edge 
; mais quid des liens infra ?
Entre le nombre d'équipements, l'hétérogénéité des constructeurs, et notre 
manque de maîtrise de cette (ou plutôt ces entre STP, RSTP, PVST, MSTP...) 
techno du diable, on a pas très envie de faire un seul arbre spanning-tree à 
l'échelle de notre infra.
On a vécu des changements de topologie incessants, avec des temps de 
convergence infinis, et on a pas très envie de recommencer. Mais c'est ce que 
nous préconise un presta, alors on doute de nos choix.

Un avis sur la question ? Vous faites comment chez vous ?

Bien sur la meilleure réponse est de tout passer en L3 et de faire du routage, 
mais... C'est pas au programme pour l'instant ;-)

Merci d'avance de vos retours !

Bonne soirée,

Fabien


---
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] Spanning-tree sur infra campus

[David Ponzone]

Si tu reviens aux fondamentaux, c’est quoi la raison d’être de STP ?

-avoir un réseau qui fonctionne avec une boucle
-avoir un réseau qui continue de fonctionner quand un bouffon vient former une 
boucle qui était pas prévue en branchant un câble n’importe où

Tu as une boucle dans ton L2 ou pas ?
Et si non, y a des bouffons qui pourraient en faire une ?

David


> Le 22 avr. 2024 à 17:49, Fabien Sirjean  a écrit :
> 
> Bonjour la liste !
> 
> Ça fait maintenant quelques semaines qu'on se gratte la tête avec les 
> collègues, alors je viens ici chercher des avis éclairés.
> 
> On exploite une infra campus, de type 3 tiers (core/aggreg/access), en pur 
> layer 2 (des VLAN propagés entre l'edge et le core) en multi-constructeurs 
> (HP procurve, Extreme, Cisco 2960X...).
> Grosso-modo 300 (stacks de) switchs, répartis dans une grosse vingtaine de 
> bâtiments, sur un seul site. Le core est à cheval sur deux bâtiments, tout 
> comme la couche d'aggreg des différents switchs d'access.
> Tous les liens sont redondés en LACP (technos VPC/MLAG/whatever selon la 
> couleur de l'équipement), on a aucune boucle sur l'infra.
> 
> On est en train de reprendre la config de nos switchs (refonte totale du 
> parc, on déploie du 2060X refurbished) et on se pose une question bête : 
> spanning-tree or not spanning tree ?
> 
> Aujourd'hui il n'y en a pas du tout ("no spanning-tree" sur les équipements). 
> On veut bien sur faire de la détection de boucle (voire du bpdu guard) sur 
> les ports edge ; mais quid des liens infra ?
> Entre le nombre d'équipements, l'hétérogénéité des constructeurs, et notre 
> manque de maîtrise de cette (ou plutôt ces entre STP, RSTP, PVST, MSTP...) 
> techno du diable, on a pas très envie de faire un seul arbre spanning-tree à 
> l'échelle de notre infra.
> On a vécu des changements de topologie incessants, avec des temps de 
> convergence infinis, et on a pas très envie de recommencer. Mais c'est ce que 
> nous préconise un presta, alors on doute de nos choix.
> 
> Un avis sur la question ? Vous faites comment chez vous ?
> 
> Bien sur la meilleure réponse est de tout passer en L3 et de faire du 
> routage, mais... C'est pas au programme pour l'instant ;-)
> 
> Merci d'avance de vos retours !
> 
> Bonne soirée,
> 
> Fabien
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [TECH] Fibre G.655 pour backbone - FS.com

[Denis Fondras via frnog]

Le Thu, Apr 18, 2024 at 12:07:11PM +0200, Aurélien TABARAUD via frnog a écrit :
> Bonjour,
> 
> Je t’invite à lire dans les archives de la liste FRnOG la réponse de Matthieu 
> Husson du Dimanche 14 octobre 2018 à 13h58min59s sur le sujet [TECH] Types de 
> fibre optique.
> 
> Tu croiseras aujourd’hui de la G.655 que très rarement. Il reste aussi 
> quelques câbles mixtes chez SFR par ex (coucou LDCOM).
> 
> Le spécifique coûteras toujours plus cher, donc c’est plus rentable 
> aujourd’hui de s’adapter sur de la G.652D qui est quelque chose d’assez 
> standard de nos jours que de faire des déploiements exotiques.
> Nos chers constructeurs ont su trouver des solutions pour augmenter les 
> performances de transmission car le volume de G.652D déployé permet de 
> justifier des investissements de R pour industrialiser certaines techniques 
> liées au traitement du signal ou à la photonique
> 

Et de façon plus générale les articles FS.com sont à prendre avec de grosses
pincettes tant c'est sur-simplifié et/ou obsolète (on dirait du ChatGPT :D).

> Cordialement,
> 
> Aurélien 
> 
> > Le 17 avr. 2024 à 22:33, Ge DUPIN  a écrit :
> > 
> > Bonsoir
> > 
> > En faisant des recherches sur G.655, je suis tombé sur le site de fs.com 
> > dont l’article 
> > https://community.fs.com/fr/article/single-mode-fiber-comparison-g-652-vs-g-655.html
> > fait l’éloge de la fibre G.655 qui coche toutes les cases de 10G à 100G 
> > alors que G.652 coche seulement 10G.
> > 
> > S’il y a quelqu’un de FS sur cette liste, pourriez vous élaborer sur cette 
> > assertion ?
> > 
> > Je précise que ma question s'adresse essentiellement aux backbones
> > 
> > Merci d’avance
> > 
> > Ge
> > 
> > 
> > 
> > ---
> > 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] Fibre G.655 pour backbone - FS.com

[Aurélien TABARAUD via frnog]

Bonjour,

Je t’invite à lire dans les archives de la liste FRnOG la réponse de Matthieu 
Husson du Dimanche 14 octobre 2018 à 13h58min59s sur le sujet [TECH] Types de 
fibre optique.

Tu croiseras aujourd’hui de la G.655 que très rarement. Il reste aussi quelques 
câbles mixtes chez SFR par ex (coucou LDCOM).

Le spécifique coûteras toujours plus cher, donc c’est plus rentable aujourd’hui 
de s’adapter sur de la G.652D qui est quelque chose d’assez standard de nos 
jours que de faire des déploiements exotiques.
Nos chers constructeurs ont su trouver des solutions pour augmenter les 
performances de transmission car le volume de G.652D déployé permet de 
justifier des investissements de R pour industrialiser certaines techniques 
liées au traitement du signal ou à la photonique

Cordialement,

Aurélien 

> Le 17 avr. 2024 à 22:33, Ge DUPIN  a écrit :
> 
> Bonsoir
> 
> En faisant des recherches sur G.655, je suis tombé sur le site de fs.com dont 
> l’article 
> https://community.fs.com/fr/article/single-mode-fiber-comparison-g-652-vs-g-655.html
> fait l’éloge de la fibre G.655 qui coche toutes les cases de 10G à 100G alors 
> que G.652 coche seulement 10G.
> 
> S’il y a quelqu’un de FS sur cette liste, pourriez vous élaborer sur cette 
> assertion ?
> 
> Je précise que ma question s'adresse essentiellement aux backbones
> 
> Merci d’avance
> 
> Ge
> 
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [TECH] DNS Load Balancer

[Brahim AGALMOUCHE]

 Hello,
Je crois Azure traffic manager peut être une bonne option également (très
facile à mettre en place et à tester, après faut voir le billing)...
Cordialement.


Le mar. 16 avr. 2024 à 12:28, Toussaint OTTAVI  a
écrit :

>
>
> Le 15/04/2024 à 19:10, Michel KOENIG via frnog a écrit :
> > Je n'avais pas précisé, mais la solution serait pour du flux TCP pour
> une application propriétaire et/ou des tunnels IPSEC
>
> Une solution simple est de mettre les deux IP en round-robin sur une
> seule entrée DNS A. Les deux IP seront donc utilisables simultanément,
> mais sans gestion de priorité. Ce n'est donc pas adapté à toutes les
> situations.
>
> S'il s'agit de tunnels IPSec, en ce qui me concerne, je monte deux
> tunnels, un sur chaque interface. Il n'y a plus de notion de lien normal
> / secours. Il y a deux liens, chacun avec des caractéristiques propres.
> La répartition des flux dans les deux tunnels se fait en interne sur le
> routeur / firewall, en fonction de ce que permet l'équipement. Par
> exemple : les flux de prod en priorité sur le lien 1, et tout le reste
> en priorité sur le lien 2.
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

Re: [FRnOG] [TECH] DNS Load Balancer

[Toussaint OTTAVI]

Le 15/04/2024 à 19:10, Michel KOENIG via frnog a écrit :

Je n'avais pas précisé, mais la solution serait pour du flux TCP pour une 
application propriétaire et/ou des tunnels IPSEC


Une solution simple est de mettre les deux IP en round-robin sur une 
seule entrée DNS A. Les deux IP seront donc utilisables simultanément, 
mais sans gestion de priorité. Ce n'est donc pas adapté à toutes les 
situations.


S'il s'agit de tunnels IPSec, en ce qui me concerne, je monte deux 
tunnels, un sur chaque interface. Il n'y a plus de notion de lien normal 
/ secours. Il y a deux liens, chacun avec des caractéristiques propres. 
La répartition des flux dans les deux tunnels se fait en interne sur le 
routeur / firewall, en fonction de ce que permet l'équipement. Par 
exemple : les flux de prod en priorité sur le lien 1, et tout le reste 
en priorité sur le lien 2.

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

Re: [FRnOG] [TECH] Microsoft peering se ferme

[Jean Barbezat]

+1 c’est déjà assez dur de déterminer la capacité d’un peer avec qui tu as
une session directe… alors si tu ne sais pas exactement où tu envoies ton
traffic, et que tout ton traffic engineering dépend de edns ou de ton
anycast. Tu finis avec des policy pour les RS, pour les p2p peers via des
IXs, et les seules choses dont tu es sur : les PNIs.
Il faudra bien résoudre le problème d’absence de traffic signaling sur les
IXPs surtout si certains acteurs les laissent volontairement saturer.

-Jean

On Mon, 15 Apr 2024 at 11:48 AM, Radu-Adrian Feurdean <
fr...@radu-adrian.feurdean.net> wrote:

> On Thu, Apr 4, 2024, at 12:35, David Ponzone wrote:
> > Bonjour tous,
> >
> > Petit changement de politique de peering en cours chez Microsoft: ils
> > arrêtent les sessions avec les RS et ils deviennent plus sélectifs pour
> > les sessions de peering direct (ils l’étaient peu ou pas avant).
> >
> > Si quelqu’un a des infos sur les raisons de ce revirement soudain.
>
> Hello,
>
> Puisqu'il se trouve que j'ai pu avoir quelques informations en plus :
>  - Il s'agit de Google pas de Microsoft. Micorosoft n'ont jamais ete sur
> les route-servers des IXP "classiques", ils sont meme marques "Never via
> RS" dans PeeringDB. Ils (Micorosoft) commencent par contre a pousser de
> plus en plus MAPS (qui est RS-based), disponibe chez vos IXP favoris (au
> moins chez la plupart d'entre eux)
>  - Ce n'est pas limite a France-IX, c'est une tendance globale chez
> Google, qui a deja commence il y a plusieurs mois chez d'autres IXP. A
> priori ca serait un decision prise a assez haut niveau de leur cote. Du
> cote Euro-IX (association des IXP europeens) on essaye de voir ce qu'il est
> possible de faire pour renverser cette tendance en proposant des interfaces
> unifies (regles de filtrage IRR/ROA, communautes de TE plus uniformes -
> deja fait pour les "large communities", ...). On ne sait pas ce que ca va
> donner, mais en tente
>  - Google via les RS et Google via session directe ou PNI (voir meme via
> transit) ca n'a jamais ete le meme chose. Il y a toujours eu des routes
> plus specifiques via "autre chose que les RS", et leur gestion des
> interconnections semblait toujours preferer (via localpref, donc
> prioritaire sur l'AS-path) les interconnection "plus explicites" (sessions
> directes ou PNI).
>  - Ca fait deja un certain temps que l'approche preferee (par Google) soit
> leur propre "peering portal", avec les quelques soucis ayant existe au fil
> des annees desormais resolus (a priori).
>
> Donc oui, c'est une "nouvelle" un peu inquietante, mais pas
> fondamentallement catastrophique.
>
> Cote "pourquoi", on a entendu plusieurs choses comme:
>  - quand tu dois gerer des connections sur des centaines des IX, chacun
> avec ses propres regles (filtrage, signalling) ca commence a etre bien plus
> complique a gerer que des sessions BGP directes (et fortement automatises).
> On espere bien que ca concerne pas tans que ca les IX europeens, ou comme
> explique plus haut, nous essayons d'uniformiser un peu les choses.
>  - meilleure gestion du trafic, surtout avec la democratisation des
> "remote peerings" qui se fait parfois de facon pas tres raisonnable.
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

Re: [FRnOG] [TECH] RE: Analyse Capture WireShark

[Pierre LANCASTRE]

Hello,

Sinon sur windows, quand j'utilisais, j'aimais bien le soft de colasoft
capsa free https://www.colasoft.com/products/freeware.php
https://www.colasoft.com/capsa-free/

Pas mal de features intéressantes,

++

Pierre

Le lun. 15 avr. 2024 à 16:21, Michel KOENIG via frnog  a
écrit :

> Merci Nicolas pour ton retour
>
> Tu as un lien pour récupérer le soft ?
>
> Michel
>
> De : Nicolas Parpandet 
> Envoyé : lundi 15 avril 2024 22:14
> À : frnog-t...@frnog.org; Michel KOENIG 
> Objet : Re: Analyse Capture WireShark
>
>
> To:​frnog-t...@frnog.org;​Michel KOENIG  >​
> Mon 2024-04-15 22:12
> Hello Michel,
>
> Wireshark provient justement du projet Ethereal de Gerald Combs, qui à
> ensuite été renommé en Wireshark suite à son embauche chez CACE
> Technologies (puis Riverbed...)
> sinon j'utilisai déjà le projet sous son ancien nom, et il y a tout ce
> qu'il faut pour les graphiques (flux tcp sous forme de graphe, bande
> passante, perte de paquets, gigue...)
> Pour la VOIP c'est sympa il y a tout ce qu'il faut.
>
> A+
>
> Nicolas
>
> 
> From: frnog-requ...@frnog.org <
> frnog-requ...@frnog.org> on behalf of
> Michel KOENIG via frnog mailto:frnog@frnog.org>>
> Sent: Monday, April 15, 2024 21:32
> To: frnog-t...@frnog.org <
> frnog-t...@frnog.org>
> Subject: [FRnOG] [TECH] Analyse Capture WireShark
>
> Bonjour,
> Wireshark est un super outil que je pense nous utilisons tous souvent dans
> notre métier
> Par contre, c'est un peu Matrix à décoder
> Il existait un outil plutôt sympa chez Cace Technologies (ensuite racheté
> par Riverbed) qui permettait une analyse graphique depuis les pcap
> Super sympa par exemple pour faire des graph de charge
> Chez Cace, c'était Cace Pilot et le nom commercial chez Riverbed était
> SteelCentral Packet Analyzer
> Après de nombreuses recherches, je ne trouve plus ce produit
> Quelqu'un connait son successeur ou un produit qui ferait le même boulot ?
> Cordialement
> Michel KOENIG
>
> ---
> 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] DNS Load Balancer

[Guillaume Tournat via frnog]

Avec du GSLB DNS c’est assez simple
Tu as ce type de service chez FortiGSLB (Fortinet)
ou Amazon Route53, ou Cloudflare…



> On 15 Apr 2024, at 18:19, Michel KOENIG via frnog  wrote:
> 
> Bonjour,
> Nous souhaiterions mettre en place une entrée DNS de type A qui pointe vers 
> une IP publique chez nous
> Et qu’en cas de rupture de ce lien, cette entrée DNS pointe sur la ligne de 
> backup qui a bien entendu une autre IP publique
> Avez-vous connaissance d’une solution facile à mettre en œuvre (SOA chez 
> nous) ou disponible chez un provider ?
> Cordialement
> Michel KOENIG
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> 


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

RE: [FRnOG] [TECH] DNS Load Balancer

[Michel KOENIG via frnog]

Je n'avais pas précisé, mais la solution serait pour du flux TCP pour une 
application propriétaire et/ou des tunnels IPSEC

Donc plutôt type Infoblox que reverse proxy

Je vais creuser chez eux, ce lien semble décrire notre besoin :

https://insights.infoblox.com/solution-notes/infoblox-solution-note-combining-gslb-enterprise-grade-ddi

Merci pour vos pistes

Michel

-Message d'origine-
De : frnog-requ...@frnog.org  De la part de Emmanuel 
ANDRÉ via frnog
Envoyé : lundi 15 avril 2024 18:29
À : frnog@frnog.org
Objet : Re: [FRnOG] [TECH] DNS Load Balancer

oui c'est propre.

Dans le série argent, Infoblox fait ça aussi très bien en y associant des 
health check qui peuvent s'avérer sophistiqués (et configurables)


Le 15/04/2024 à 18:24, David Ponzone a écrit :
> Mauvaise solution, car tu ne contrôles pas combien de temps les résolveurs 
> (des grozopérateurs, en particulier) vont cacher ton entrée (ils peuvent ne 
> pas respecter les TTL trop bas, ça se fait pas, mais c’est la vie).
> Le plus propre c’est plutôt de pointer vers l’IP d’un reverse proxy qui ne 
> peut « pas » tomber, genre Cloudflare, qui lui va être capable de basculer 
> vers plusieurs IP réelles chez toi, en fonction de différents critères 
> configurables.
>
> David
>
>> Le 15 avr. 2024 à 18:17, Michel KOENIG via frnog  a écrit :
>>
>> Bonjour,
>> Nous souhaiterions mettre en place une entrée DNS de type A qui pointe vers 
>> une IP publique chez nous
>> Et qu’en cas de rupture de ce lien, cette entrée DNS pointe sur la ligne de 
>> backup qui a bien entendu une autre IP publique
>> Avez-vous connaissance d’une solution facile à mettre en œuvre (SOA chez 
>> nous) ou disponible chez un provider ?
>> Cordialement
>> Michel KOENIG
>>
>> ---
>> Liste de diffusion du FRnOG
>> https://antiphishing.vadesecure.com/v4?f=aE5kV3BaVnNnTjB3Y3BWRjJYI4ZXv8g-iJPTGbnBvUbSSZEmNNKSgTXrA9r6ErfY=ejBDWDdYZkh4QUNNYk1kS1fIqFvrRkGrBHeypsHdv1I=7fcn=MTl4NlBERnR4OXJtRkRpdQyecc69lvCyPr2r_ZzkuXao-F60nefW1ryFIpoTx-zL=392ba9cb6f5057a928901f1d2971f6872ee58381c888d39a2d81ffc17b3fcb2c=http%3A%2F%2Fwww.frnog.org%2F
>
> ---
> Liste de diffusion du FRnOG
> https://antiphishing.vadesecure.com/v4?f=aE5kV3BaVnNnTjB3Y3BWRjJYI4ZXv8g-iJPTGbnBvUbSSZEmNNKSgTXrA9r6ErfY=ejBDWDdYZkh4QUNNYk1kS1fIqFvrRkGrBHeypsHdv1I=7fcn=MTl4NlBERnR4OXJtRkRpdQyecc69lvCyPr2r_ZzkuXao-F60nefW1ryFIpoTx-zL=392ba9cb6f5057a928901f1d2971f6872ee58381c888d39a2d81ffc17b3fcb2c=http%3A%2F%2Fwww.frnog.org%2F

-- 
Bien cordialement,
Emmanuel André


---
Liste de diffusion du FRnOG
https://antiphishing.vadesecure.com/v4?f=aE5kV3BaVnNnTjB3Y3BWRjJYI4ZXv8g-iJPTGbnBvUbSSZEmNNKSgTXrA9r6ErfY=ejBDWDdYZkh4QUNNYk1kS1fIqFvrRkGrBHeypsHdv1I=7fcn=MTl4NlBERnR4OXJtRkRpdQyecc69lvCyPr2r_ZzkuXao-F60nefW1ryFIpoTx-zL=392ba9cb6f5057a928901f1d2971f6872ee58381c888d39a2d81ffc17b3fcb2c=http%3A%2F%2Fwww.frnog.org%2F

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

Re: [FRnOG] [TECH] DNS Load Balancer

[Emmanuel ANDRÉ via frnog]

oui c'est propre.

Dans le série argent, Infoblox fait ça aussi très bien en y associant 
des health check qui peuvent s'avérer sophistiqués (et configurables)



Le 15/04/2024 à 18:24, David Ponzone a écrit :

Mauvaise solution, car tu ne contrôles pas combien de temps les résolveurs (des 
grozopérateurs, en particulier) vont cacher ton entrée (ils peuvent ne pas 
respecter les TTL trop bas, ça se fait pas, mais c’est la vie).
Le plus propre c’est plutôt de pointer vers l’IP d’un reverse proxy qui ne peut 
« pas » tomber, genre Cloudflare, qui lui va être capable de basculer vers 
plusieurs IP réelles chez toi, en fonction de différents critères configurables.

David


Le 15 avr. 2024 à 18:17, Michel KOENIG via frnog  a écrit :

Bonjour,
Nous souhaiterions mettre en place une entrée DNS de type A qui pointe vers une 
IP publique chez nous
Et qu’en cas de rupture de ce lien, cette entrée DNS pointe sur la ligne de 
backup qui a bien entendu une autre IP publique
Avez-vous connaissance d’une solution facile à mettre en œuvre (SOA chez nous) 
ou disponible chez un provider ?
Cordialement
Michel KOENIG

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


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


--
Bien cordialement,
Emmanuel André


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

Re: [FRnOG] [TECH] DNS Load Balancer

[David Ponzone]

Mauvaise solution, car tu ne contrôles pas combien de temps les résolveurs (des 
grozopérateurs, en particulier) vont cacher ton entrée (ils peuvent ne pas 
respecter les TTL trop bas, ça se fait pas, mais c’est la vie).
Le plus propre c’est plutôt de pointer vers l’IP d’un reverse proxy qui ne peut 
« pas » tomber, genre Cloudflare, qui lui va être capable de basculer vers 
plusieurs IP réelles chez toi, en fonction de différents critères configurables.

David

> Le 15 avr. 2024 à 18:17, Michel KOENIG via frnog  a écrit :
> 
> Bonjour,
> Nous souhaiterions mettre en place une entrée DNS de type A qui pointe vers 
> une IP publique chez nous
> Et qu’en cas de rupture de ce lien, cette entrée DNS pointe sur la ligne de 
> backup qui a bien entendu une autre IP publique
> Avez-vous connaissance d’une solution facile à mettre en œuvre (SOA chez 
> nous) ou disponible chez un provider ?
> Cordialement
> Michel KOENIG
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [TECH] DNS Load Balancer

[Emmanuel ANDRÉ via frnog]

hello,

Nameshield fait ça en premium je crois)

Automatique mais c'est 5 à 10 minutes d'outage

A+

Le 15/04/2024 à 18:17, Michel KOENIG via frnog a écrit :

Bonjour,
Nous souhaiterions mettre en place une entrée DNS de type A qui pointe vers une 
IP publique chez nous
Et qu’en cas de rupture de ce lien, cette entrée DNS pointe sur la ligne de 
backup qui a bien entendu une autre IP publique
Avez-vous connaissance d’une solution facile à mettre en œuvre (SOA chez nous) 
ou disponible chez un provider ?
Cordialement
Michel KOENIG

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


--
Bien cordialement,
Emmanuel André


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

Re: [FRnOG] [TECH] - Configuration Portier Analogique

[Richard Klein]

Pour les tonalités pas toujours lorsque l appel sort du pays.
Le plus marrant c est les messages qui ne sont pas les bons par rapport aux 
causes ISDN ou SIP.
Ou un autre exemple si je m appel sur mon propre mobile je tombe sur ma 
messagerie …
Et normalement je devrait tomber sur un busy tone

Richard
Envoyé de mon iPhone

> Le 15 avr. 2024 à 12:24, Paul Rolland (ポール・ロラン)  a écrit 
> :
> 
> Bonjour,
> 
>> On Mon, 15 Apr 2024 11:23:16 +0200
>> David Ponzone  wrote:
>> 
>> Ouais enfin l’idéal est quand même d’utiliser un ATA de marque réputée,
>> ça évite pas mal d’emmerdes.
> 
> Et les bonnes tonalites ;) Tu peux avoir le meilleur produit du monde, si
> c'est mal configure, ca marche moins bien :D
> 
> Et parfois, ca "presque" marche meme avec les mauvaises frequences parce
> que le detecteur, quand il a fait sa transformee pour sortir les
> frequences, il a une plage de tolerance. Si elle est assez large, ca peut
> le faire... mais c'est toujours mieux de savoir quel est le reglage "pays"
> a appliquer pour ces tonalites.
> 
> D'ailleurs, une question qui me travaille depuis qq temps : est-ce que les
> operateurs respectent toujours ces STI sur ce qui est produits par les box
> au niveau de leur interface analogique ?
> 
> Paul
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [TECH] - Configuration Portier Analogique

[Paul Rolland (ポール・ロラン)]

Bonjour,

On Mon, 15 Apr 2024 11:23:16 +0200
David Ponzone  wrote:

> Ouais enfin l’idéal est quand même d’utiliser un ATA de marque réputée,
> ça évite pas mal d’emmerdes.

Et les bonnes tonalites ;) Tu peux avoir le meilleur produit du monde, si
c'est mal configure, ca marche moins bien :D

Et parfois, ca "presque" marche meme avec les mauvaises frequences parce
que le detecteur, quand il a fait sa transformee pour sortir les
frequences, il a une plage de tolerance. Si elle est assez large, ca peut
le faire... mais c'est toujours mieux de savoir quel est le reglage "pays"
a appliquer pour ces tonalites.

D'ailleurs, une question qui me travaille depuis qq temps : est-ce que les
operateurs respectent toujours ces STI sur ce qui est produits par les box
au niveau de leur interface analogique ?

Paul


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

Re: [FRnOG] [TECH] Microsoft peering se ferme

[Radu-Adrian Feurdean]

On Thu, Apr 4, 2024, at 12:35, David Ponzone wrote:
> Bonjour tous,
>
> Petit changement de politique de peering en cours chez Microsoft: ils 
> arrêtent les sessions avec les RS et ils deviennent plus sélectifs pour 
> les sessions de peering direct (ils l’étaient peu ou pas avant).
>
> Si quelqu’un a des infos sur les raisons de ce revirement soudain.

Hello,

Puisqu'il se trouve que j'ai pu avoir quelques informations en plus : 
 - Il s'agit de Google pas de Microsoft. Micorosoft n'ont jamais ete sur les 
route-servers des IXP "classiques", ils sont meme marques "Never via RS" dans 
PeeringDB. Ils (Micorosoft) commencent par contre a pousser de plus en plus 
MAPS (qui est RS-based), disponibe chez vos IXP favoris (au moins chez la 
plupart d'entre eux)
 - Ce n'est pas limite a France-IX, c'est une tendance globale chez Google, qui 
a deja commence il y a plusieurs mois chez d'autres IXP. A priori ca serait un 
decision prise a assez haut niveau de leur cote. Du cote Euro-IX (association 
des IXP europeens) on essaye de voir ce qu'il est possible de faire pour 
renverser cette tendance en proposant des interfaces unifies (regles de 
filtrage IRR/ROA, communautes de TE plus uniformes - deja fait pour les "large 
communities", ...). On ne sait pas ce que ca va donner, mais en tente
 - Google via les RS et Google via session directe ou PNI (voir meme via 
transit) ca n'a jamais ete le meme chose. Il y a toujours eu des routes plus 
specifiques via "autre chose que les RS", et leur gestion des interconnections 
semblait toujours preferer (via localpref, donc prioritaire sur l'AS-path) les 
interconnection "plus explicites" (sessions directes ou PNI).
 - Ca fait deja un certain temps que l'approche preferee (par Google) soit leur 
propre "peering portal", avec les quelques soucis ayant existe au fil des 
annees desormais resolus (a priori).

Donc oui, c'est une "nouvelle" un peu inquietante, mais pas fondamentallement 
catastrophique.

Cote "pourquoi", on a entendu plusieurs choses comme:
 - quand tu dois gerer des connections sur des centaines des IX, chacun avec 
ses propres regles (filtrage, signalling) ca commence a etre bien plus 
complique a gerer que des sessions BGP directes (et fortement automatises). On 
espere bien que ca concerne pas tans que ca les IX europeens, ou comme explique 
plus haut, nous essayons d'uniformiser un peu les choses.
 - meilleure gestion du trafic, surtout avec la democratisation des "remote 
peerings" qui se fait parfois de facon pas tres raisonnable.


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

Re: [FRnOG] [TECH] - Configuration Portier Analogique

[David Ponzone]

Facile: Patton, Audiocodes

Je suppose que Ryan récupère de l’existant et c’est toujours délicat de dire à 
un client de sortir encore 500€ pour un portier alors que celui qu’il a déjà 
marche parfaitement.
Autre motif: tu as pas toujours de l’ethernet à l’endroit où tu installes le 
portier.

David

> Le 15 avr. 2024 à 11:37, Richard Klein  a écrit :
> 
> Ben quoi les Ciscos sont l héritage des Linksys SPA2102 ce n est pas une 
> marque réputé... :-)
> De toute façons il existe des portiers SIP de base et utiliser de l analog 
> pour dépanner un client cela va bien mais derrière il faudra maîtriser.
> Et pour finir le décodage de DTMF reste un classique pour faire du support
> @David si tu peux nous partager des produits réputés pour toi ,histoire de ne 
> pas nous laisser sur notre faim?
> 
> Richard
> 
> Le lun. 15 avr. 2024, 11:23, David Ponzone  <mailto:david.ponz...@gmail.com>> a écrit :
> Ouais enfin l’idéal est quand même d’utiliser un ATA de marque réputée, ça 
> évite pas mal d’emmerdes.
> Le temps gagné vaut largement l’écart de prix ou alors c’est qu’on évalue mal 
> la valeur de son travail.
> 
> David
> 
>> Le 15 avr. 2024 à 11:04, Richard Klein > <mailto:varicap@gmail.com>> a écrit :
>> 
>> Bonjour,
>> 
>> Super et merci pour ton retour.
>> Pour les DTMF tu dois faire les tests en main libre (pour celui qui recoit 
>> l'appel) et sans le main libre pour voir si il y a une différence ?
>> Le poste qui recoit l'appel est en SIP ?
>> Sur les DTMF tu as un paramétrage INBAND,OUTBAND , RFC etc : 
>> https://www.cisco.com/c/en/us/td/docs/ios/voice/sip/configuration/guide/12_4t/sip_12_4t_book/sip_cg-dtmf.pdf
>>  
>> <https://www.cisco.com/c/en/us/td/docs/ios/voice/sip/configuration/guide/12_4t/sip_12_4t_book/sip_cg-dtmf.pdf>
>> 
>> Encore une fois l'ideal est de pouvoir prendre une trace SIP et de regarder 
>> ce qui se passe sur le portier ou sur le telephone qui prend en charge 
>> l'appel 
>> 
>> Bonne journée
>> 
>> Richard
>> 
>> 
>> Le lun. 15 avr. 2024 à 10:10, Ryan Laouichi > <mailto:ryan.laoui...@novelcom.fr>> a écrit :
>> Bonjour Messieurs,
>> 
>> Je me permets de revenir vers vous afin de vous remercier pour votre aide et 
>> votre efficacité.
>> 
>> En effet, j’ai pu grandement avancer sur la problématique avec vos 
>> différentes pistes.
>> 
>> Ce qui m’a permis de débloquer la situation a été le changement des 
>> paramètres de tonalités sur l’ATA.
>> 
>> Désormais, avec les tonalités de France, après avoir coupé l’appel, 
>> l’interphone fera 3 bip puis coupera la communication.
>> 
>> Ci-dessous la configuration des tonalités pour la France sur Cisco ATA 
>> SPA112 (si cela vous intéresse) :
>> 
>> Dial Tone : 440@-10;*(*/0/1)
>> Second Dial Tone  : 440@-10,330@-10;*(*/0/1+2)
>> Outside Dial Tone : 440@-16;10(*/0/1)
>> Prompt Tone   : 440@-19,620@-19;*(*/0/1+2)
>> Busy Tone : 440@-10;10(.5/.5/1)
>> Reorder Tone  : 440@-10;*(.5/.5/1)
>> Off Hook Warning Tone : 425@-10;*(.2/.2/1,.2/.6/1)
>> Ring Back Tone: 440@-10;*(1.5/3.5/1)
>> Confirm Tone  : 440@-16;1(.25/.25/1)
>> Holding Tone  : 440@-20;*(.175/.175/1,.175/3.5/1)
>> 
>>  
>> 
>> Par contre, il nous reste encore un point assez flou sur lequel nous sommes 
>> en train de travailler.
>> 
>> Le code DTMF d’ouverture de gâche (5* dans ce cas) doit être parfois composé 
>> plusieurs fois avant d’être pris en compte par l’interphone.
>> 
>> D’autres fois pendant 4 ou 5 tentatives, le code sera pris en compte du 
>> premier coup et ouvrira la gâche.
>> 
>> Lorsque je fais un renvoie sur mon mobile et que je compose le code 
>> d’ouverture de gâche, systématiquement ça passe du premier coup.
>> 
>> Nous avons d’abord pensé au codec, mais le téléphone SIP et mon mobile 
>> communique avec l’interphone sous le même codec.
>> 
>> Si vous avez une piste, je suis preneur.
>> 
>> Je vous remercie de nouveau pour votre aide.
>> 
>> Cordialement,
>> 
>> Ryan
>> 
>> De : Ryan Laouichi 
>> Envoyé : jeudi 11 avril 2024 12:08
>> À : David Ponzone mailto:david.ponz...@gmail.com>>
>> Cc : Richard Klein mailto:varicap@gmail.com>>; 
>> "Paul Rolland (ポール・ロラン)" > <mailto:rol%2bfr...@witbe.net>>; frnog@frnog.org <mailto:frnog@frnog.org>
>> Objet : RE: [FRnOG] [TECH] - Configuration Portier Analogique
>> 
>>  
>> 
>> J’ai

Re: [FRnOG] [TECH] - Configuration Portier Analogique

[Richard Klein]

Ben quoi les Ciscos sont l héritage des Linksys SPA2102 ce n est pas une
marque réputé... :-)
De toute façons il existe des portiers SIP de base et utiliser de l analog
pour dépanner un client cela va bien mais derrière il faudra maîtriser.
Et pour finir le décodage de DTMF reste un classique pour faire du support
@David si tu peux nous partager des produits réputés pour toi ,histoire de
ne pas nous laisser sur notre faim?

Richard

Le lun. 15 avr. 2024, 11:23, David Ponzone  a
écrit :

> Ouais enfin l’idéal est quand même d’utiliser un ATA de marque réputée, ça
> évite pas mal d’emmerdes.
> Le temps gagné vaut largement l’écart de prix ou alors c’est qu’on évalue
> mal la valeur de son travail.
>
> David
>
> Le 15 avr. 2024 à 11:04, Richard Klein  a écrit :
>
> Bonjour,
>
> Super et merci pour ton retour.
> Pour les DTMF tu dois faire les tests en main libre (pour celui qui recoit
> l'appel) et sans le main libre pour voir si il y a une différence ?
> Le poste qui recoit l'appel est en SIP ?
> Sur les DTMF tu as un paramétrage INBAND,OUTBAND , RFC etc :
>
> https://www.cisco.com/c/en/us/td/docs/ios/voice/sip/configuration/guide/12_4t/sip_12_4t_book/sip_cg-dtmf.pdf
>
> Encore une fois l'ideal est de pouvoir prendre une trace SIP et de
> regarder ce qui se passe sur le portier ou sur le telephone qui prend en
> charge l'appel
>
> Bonne journée
>
> Richard
>
>
> Le lun. 15 avr. 2024 à 10:10, Ryan Laouichi  a
> écrit :
>
>> Bonjour Messieurs,
>>
>> Je me permets de revenir vers vous afin de vous remercier pour votre aide
>> et votre efficacité.
>>
>> En effet, j’ai pu grandement avancer sur la problématique avec vos
>> différentes pistes.
>>
>> Ce qui m’a permis de débloquer la situation a été le changement des
>> paramètres de tonalités sur l’ATA.
>>
>> Désormais, avec les tonalités de France, après avoir coupé l’appel,
>> l’interphone fera 3 bip puis coupera la communication.
>>
>> Ci-dessous la configuration des tonalités pour la France sur Cisco ATA
>> SPA112 (si cela vous intéresse) :
>>
>> Dial Tone : 440@-10;*(*/0/1)
>> Second Dial Tone  : 440@-10,330@-10;*(*/0/1+2)
>> Outside Dial Tone : 440@-16;10(*/0/1)
>> Prompt Tone   : 440@-19,620@-19;*(*/0/1+2)
>> Busy Tone : 440@-10;10(.5/.5/1)
>> Reorder Tone  : 440@-10;*(.5/.5/1)
>> Off Hook Warning Tone : 425@-10;*(.2/.2/1,.2/.6/1)
>> Ring Back Tone: 440@-10;*(1.5/3.5/1)
>> Confirm Tone  : 440@-16;1(.25/.25/1)
>> Holding Tone  : 440@-20;*(.175/.175/1,.175/3.5/1)
>>
>>
>>
>> Par contre, il nous reste encore un point assez flou sur lequel nous
>> sommes en train de travailler.
>>
>> Le code DTMF d’ouverture de gâche (5* dans ce cas) doit être parfois
>> composé plusieurs fois avant d’être pris en compte par l’interphone.
>>
>> D’autres fois pendant 4 ou 5 tentatives, le code sera pris en compte du
>> premier coup et ouvrira la gâche.
>>
>> Lorsque je fais un renvoie sur mon mobile et que je compose le code
>> d’ouverture de gâche, systématiquement ça passe du premier coup.
>>
>> Nous avons d’abord pensé au codec, mais le téléphone SIP et mon mobile
>> communique avec l’interphone sous le même codec.
>>
>> Si vous avez une piste, je suis preneur.
>>
>> Je vous remercie de nouveau pour votre aide.
>>
>> Cordialement,
>>
>> Ryan
>>
>> *De :* Ryan Laouichi
>> *Envoyé :* jeudi 11 avril 2024 12:08
>> *À :* David Ponzone 
>> *Cc :* Richard Klein ; "Paul Rolland (ポール・ロラン)" <
>> rol+fr...@witbe.net>; frnog@frnog.org
>> *Objet :* RE: [FRnOG] [TECH] - Configuration Portier Analogique
>>
>>
>>
>> J’ai effectivement vu un paramètre trainé sur l’ATA, je vais tenter de
>> l’activer et voir le résultat.
>>
>>
>>
>> Ryan
>>
>>
>>
>> *De :* David Ponzone 
>> *Envoyé :* jeudi 11 avril 2024 12:06
>> *À :* Ryan Laouichi 
>> *Cc :* Richard Klein ; "Paul Rolland (ポール・ロラン)" <
>> rol+fr...@witbe.net>; frnog@frnog.org
>> *Objet :* Re: [FRnOG] [TECH] - Configuration Portier Analogique
>>
>>
>>
>> C’est pas une historie de tonalité je crois, mais plutôt une histoire de
>> forward/reverse polarity.
>>
>>
>>
>> David
>>
>>
>>
>> Le 11 avr. 2024 à 11:50, Ryan Laouichi  a
>> écrit :
>>
>>
>>
>> Merci pour cette piste Richard, nous allons regarder.
>>
>>
>>
>> Avez-vous une idée d’où je peux trouver les para

Re: [FRnOG] [TECH] - Configuration Portier Analogique

[David Ponzone]

Ouais enfin l’idéal est quand même d’utiliser un ATA de marque réputée, ça 
évite pas mal d’emmerdes.
Le temps gagné vaut largement l’écart de prix ou alors c’est qu’on évalue mal 
la valeur de son travail.

David

> Le 15 avr. 2024 à 11:04, Richard Klein  a écrit :
> 
> Bonjour,
> 
> Super et merci pour ton retour.
> Pour les DTMF tu dois faire les tests en main libre (pour celui qui recoit 
> l'appel) et sans le main libre pour voir si il y a une différence ?
> Le poste qui recoit l'appel est en SIP ?
> Sur les DTMF tu as un paramétrage INBAND,OUTBAND , RFC etc : 
> https://www.cisco.com/c/en/us/td/docs/ios/voice/sip/configuration/guide/12_4t/sip_12_4t_book/sip_cg-dtmf.pdf
>  
> <https://www.cisco.com/c/en/us/td/docs/ios/voice/sip/configuration/guide/12_4t/sip_12_4t_book/sip_cg-dtmf.pdf>
> 
> Encore une fois l'ideal est de pouvoir prendre une trace SIP et de regarder 
> ce qui se passe sur le portier ou sur le telephone qui prend en charge 
> l'appel 
> 
> Bonne journée
> 
> Richard
> 
> 
> Le lun. 15 avr. 2024 à 10:10, Ryan Laouichi  <mailto:ryan.laoui...@novelcom.fr>> a écrit :
> Bonjour Messieurs,
> 
> Je me permets de revenir vers vous afin de vous remercier pour votre aide et 
> votre efficacité.
> 
> En effet, j’ai pu grandement avancer sur la problématique avec vos 
> différentes pistes.
> 
> Ce qui m’a permis de débloquer la situation a été le changement des 
> paramètres de tonalités sur l’ATA.
> 
> Désormais, avec les tonalités de France, après avoir coupé l’appel, 
> l’interphone fera 3 bip puis coupera la communication.
> 
> Ci-dessous la configuration des tonalités pour la France sur Cisco ATA SPA112 
> (si cela vous intéresse) :
> 
> Dial Tone : 440@-10;*(*/0/1)
> Second Dial Tone  : 440@-10,330@-10;*(*/0/1+2)
> Outside Dial Tone : 440@-16;10(*/0/1)
> Prompt Tone   : 440@-19,620@-19;*(*/0/1+2)
> Busy Tone : 440@-10;10(.5/.5/1)
> Reorder Tone  : 440@-10;*(.5/.5/1)
> Off Hook Warning Tone : 425@-10;*(.2/.2/1,.2/.6/1)
> Ring Back Tone: 440@-10;*(1.5/3.5/1)
> Confirm Tone  : 440@-16;1(.25/.25/1)
> Holding Tone  : 440@-20;*(.175/.175/1,.175/3.5/1)
> 
>  
> 
> Par contre, il nous reste encore un point assez flou sur lequel nous sommes 
> en train de travailler.
> 
> Le code DTMF d’ouverture de gâche (5* dans ce cas) doit être parfois composé 
> plusieurs fois avant d’être pris en compte par l’interphone.
> 
> D’autres fois pendant 4 ou 5 tentatives, le code sera pris en compte du 
> premier coup et ouvrira la gâche.
> 
> Lorsque je fais un renvoie sur mon mobile et que je compose le code 
> d’ouverture de gâche, systématiquement ça passe du premier coup.
> 
> Nous avons d’abord pensé au codec, mais le téléphone SIP et mon mobile 
> communique avec l’interphone sous le même codec.
> 
> Si vous avez une piste, je suis preneur.
> 
> Je vous remercie de nouveau pour votre aide.
> 
> Cordialement,
> 
> Ryan
> 
> De : Ryan Laouichi 
> Envoyé : jeudi 11 avril 2024 12:08
> À : David Ponzone mailto:david.ponz...@gmail.com>>
> Cc : Richard Klein mailto:varicap@gmail.com>>; 
> "Paul Rolland (ポール・ロラン)"  <mailto:rol%2bfr...@witbe.net>>; frnog@frnog.org <mailto:frnog@frnog.org>
> Objet : RE: [FRnOG] [TECH] - Configuration Portier Analogique
> 
>  
> 
> J’ai effectivement vu un paramètre trainé sur l’ATA, je vais tenter de 
> l’activer et voir le résultat.
> 
>  
> 
> Ryan
> 
>  
> 
> De : David Ponzone mailto:david.ponz...@gmail.com>> 
> Envoyé : jeudi 11 avril 2024 12:06
> À : Ryan Laouichi  <mailto:ryan.laoui...@novelcom.fr>>
> Cc : Richard Klein mailto:varicap@gmail.com>>; 
> "Paul Rolland (ポール・ロラン)" mailto:rol+fr...@witbe.net>>; 
> frnog@frnog.org <mailto:frnog@frnog.org>
> Objet : Re: [FRnOG] [TECH] - Configuration Portier Analogique
> 
>  
> 
> C’est pas une historie de tonalité je crois, mais plutôt une histoire de 
> forward/reverse polarity.
> 
>  
> 
> David
> 
>  
> 
> Le 11 avr. 2024 à 11:50, Ryan Laouichi  <mailto:ryan.laoui...@novelcom.fr>> a écrit :
> 
>  
> 
> Merci pour cette piste Richard, nous allons regarder.
> 
>  
> 
> Avez-vous une idée d’où je peux trouver les paramètres de tonalités 
> recommandés pour la France ?
> 
>  
> 
> Merci.
> 
>  
> 
> Ryan
> 
>  
> 
> De : Richard Klein mailto:varicap@gmail.com>> 
> Envoyé : jeudi 11 avril 2024 11:40
> À : Ryan Laouichi  <mailto:ryan.laoui...@novelcom.fr>>
> Cc : David Ponzone  <mailto:david.ponz...@gmail.com>>; Paul Rollan

Re: [FRnOG] [TECH] - Configuration Portier Analogique

[Richard Klein]

Bonjour,

Super et merci pour ton retour.
Pour les DTMF tu dois faire les tests en main libre (pour celui qui recoit
l'appel) et sans le main libre pour voir si il y a une différence ?
Le poste qui recoit l'appel est en SIP ?
Sur les DTMF tu as un paramétrage INBAND,OUTBAND , RFC etc :
https://www.cisco.com/c/en/us/td/docs/ios/voice/sip/configuration/guide/12_4t/sip_12_4t_book/sip_cg-dtmf.pdf

Encore une fois l'ideal est de pouvoir prendre une trace SIP et de regarder
ce qui se passe sur le portier ou sur le telephone qui prend en charge
l'appel

Bonne journée

Richard


Le lun. 15 avr. 2024 à 10:10, Ryan Laouichi  a
écrit :

> Bonjour Messieurs,
>
> Je me permets de revenir vers vous afin de vous remercier pour votre aide
> et votre efficacité.
>
> En effet, j’ai pu grandement avancer sur la problématique avec vos
> différentes pistes.
>
> Ce qui m’a permis de débloquer la situation a été le changement des
> paramètres de tonalités sur l’ATA.
>
> Désormais, avec les tonalités de France, après avoir coupé l’appel,
> l’interphone fera 3 bip puis coupera la communication.
>
> Ci-dessous la configuration des tonalités pour la France sur Cisco ATA
> SPA112 (si cela vous intéresse) :
>
> Dial Tone : 440@-10;*(*/0/1)
> Second Dial Tone  : 440@-10,330@-10;*(*/0/1+2)
> Outside Dial Tone : 440@-16;10(*/0/1)
> Prompt Tone   : 440@-19,620@-19;*(*/0/1+2)
> Busy Tone : 440@-10;10(.5/.5/1)
> Reorder Tone  : 440@-10;*(.5/.5/1)
> Off Hook Warning Tone : 425@-10;*(.2/.2/1,.2/.6/1)
> Ring Back Tone: 440@-10;*(1.5/3.5/1)
> Confirm Tone  : 440@-16;1(.25/.25/1)
> Holding Tone  : 440@-20;*(.175/.175/1,.175/3.5/1)
>
>
>
> Par contre, il nous reste encore un point assez flou sur lequel nous
> sommes en train de travailler.
>
> Le code DTMF d’ouverture de gâche (5* dans ce cas) doit être parfois
> composé plusieurs fois avant d’être pris en compte par l’interphone.
>
> D’autres fois pendant 4 ou 5 tentatives, le code sera pris en compte du
> premier coup et ouvrira la gâche.
>
> Lorsque je fais un renvoie sur mon mobile et que je compose le code
> d’ouverture de gâche, systématiquement ça passe du premier coup.
>
> Nous avons d’abord pensé au codec, mais le téléphone SIP et mon mobile
> communique avec l’interphone sous le même codec.
>
> Si vous avez une piste, je suis preneur.
>
> Je vous remercie de nouveau pour votre aide.
>
> Cordialement,
>
> Ryan
>
> *De :* Ryan Laouichi
> *Envoyé :* jeudi 11 avril 2024 12:08
> *À :* David Ponzone 
> *Cc :* Richard Klein ; "Paul Rolland (ポール・ロラン)" <
> rol+fr...@witbe.net>; frnog@frnog.org
> *Objet :* RE: [FRnOG] [TECH] - Configuration Portier Analogique
>
>
>
> J’ai effectivement vu un paramètre trainé sur l’ATA, je vais tenter de
> l’activer et voir le résultat.
>
>
>
> Ryan
>
>
>
> *De :* David Ponzone 
> *Envoyé :* jeudi 11 avril 2024 12:06
> *À :* Ryan Laouichi 
> *Cc :* Richard Klein ; "Paul Rolland (ポール・ロラン)" <
> rol+fr...@witbe.net>; frnog@frnog.org
> *Objet :* Re: [FRnOG] [TECH] - Configuration Portier Analogique
>
>
>
> C’est pas une historie de tonalité je crois, mais plutôt une histoire de
> forward/reverse polarity.
>
>
>
> David
>
>
>
> Le 11 avr. 2024 à 11:50, Ryan Laouichi  a
> écrit :
>
>
>
> Merci pour cette piste Richard, nous allons regarder.
>
>
>
> Avez-vous une idée d’où je peux trouver les paramètres de tonalités
> recommandés pour la France ?
>
>
>
> Merci.
>
>
>
> Ryan
>
>
>
> *De :* Richard Klein 
> *Envoyé :* jeudi 11 avril 2024 11:40
> *À :* Ryan Laouichi 
> *Cc :* David Ponzone ; Paul Rolland (ポール・ロラン) <
> rol+fr...@witbe.net>; frnog@frnog.org
> *Objet :* Re: [FRnOG] [TECH] - Configuration Portier Analogique
>
>
>
> Bonjour,
>
>
>
> Lorsque ton portier raccroche tu recois bien le BYE du boitier ATA?
>
> Souvent sur ce type de boitier ATA il y a des problème d'interface ligne.
> Par exemple en France nous détectons le décroché avec le courant de ligne
> et les boitiers ATA sont sur une détection/interface ligne US.
> Donc lorsque ton portier claque son relais pour raccrocher il est possible
> que ton ATA ne détecte pas le raccrocher et n'envoit pas le BYE a ton IPBX.
>
> Il faudra dans ce cas jouer sur le paramètre "régional " du ATA pour voir
> si il est possible de jouer sur l'interface ligne et la détection de
> raccrocher.
>
>
>
> Bonne journée
>
>
>
> Richard
>
>
>
>
>
> Le jeu. 11 avr. 2024 à 11:29, Ryan Laouichi  a
> écrit :
>
> Non, on D-NAT notre réseau VOIX.
>
> Ryan
>
>

RE: [FRnOG] [TECH] - Configuration Portier Analogique

[Ryan Laouichi]

Bonjour Messieurs,

Je me permets de revenir vers vous afin de vous remercier pour votre aide et 
votre efficacité.

En effet, j’ai pu grandement avancer sur la problématique avec vos différentes 
pistes.

Ce qui m’a permis de débloquer la situation a été le changement des paramètres 
de tonalités sur l’ATA.

Désormais, avec les tonalités de France, après avoir coupé l’appel, 
l’interphone fera 3 bip puis coupera la communication.

Ci-dessous la configuration des tonalités pour la France sur Cisco ATA SPA112 
(si cela vous intéresse) :

Dial Tone : 440@-10;*(*/0/1)
Second Dial Tone  : 440@-10,330@-10;*(*/0/1+2)
Outside Dial Tone : 440@-16;10(*/0/1)
Prompt Tone   : 440@-19,620@-19;*(*/0/1+2)
Busy Tone : 440@-10;10(.5/.5/1)
Reorder Tone  : 440@-10;*(.5/.5/1)
Off Hook Warning Tone : 425@-10;*(.2/.2/1,.2/.6/1)
Ring Back Tone: 440@-10;*(1.5/3.5/1)
Confirm Tone  : 440@-16;1(.25/.25/1)
Holding Tone  : 440@-20;*(.175/.175/1,.175/3.5/1)



Par contre, il nous reste encore un point assez flou sur lequel nous sommes en 
train de travailler.

Le code DTMF d’ouverture de gâche (5* dans ce cas) doit être parfois composé 
plusieurs fois avant d’être pris en compte par l’interphone.

D’autres fois pendant 4 ou 5 tentatives, le code sera pris en compte du premier 
coup et ouvrira la gâche.

Lorsque je fais un renvoie sur mon mobile et que je compose le code d’ouverture 
de gâche, systématiquement ça passe du premier coup.

Nous avons d’abord pensé au codec, mais le téléphone SIP et mon mobile 
communique avec l’interphone sous le même codec.

Si vous avez une piste, je suis preneur.

Je vous remercie de nouveau pour votre aide.

Cordialement,

Ryan
De : Ryan Laouichi
Envoyé : jeudi 11 avril 2024 12:08
À : David Ponzone 
Cc : Richard Klein ; "Paul Rolland (ポール・ロラン)" 
; frnog@frnog.org
Objet : RE: [FRnOG] [TECH] - Configuration Portier Analogique

J’ai effectivement vu un paramètre trainé sur l’ATA, je vais tenter de 
l’activer et voir le résultat.

Ryan

De : David Ponzone mailto:david.ponz...@gmail.com>>
Envoyé : jeudi 11 avril 2024 12:06
À : Ryan Laouichi mailto:ryan.laoui...@novelcom.fr>>
Cc : Richard Klein mailto:varicap@gmail.com>>; "Paul 
Rolland (ポール・ロラン)" mailto:rol+fr...@witbe.net>>; 
frnog@frnog.org<mailto:frnog@frnog.org>
Objet : Re: [FRnOG] [TECH] - Configuration Portier Analogique

C’est pas une historie de tonalité je crois, mais plutôt une histoire de 
forward/reverse polarity.

David

Le 11 avr. 2024 à 11:50, Ryan Laouichi 
mailto:ryan.laoui...@novelcom.fr>> a écrit :

Merci pour cette piste Richard, nous allons regarder.

Avez-vous une idée d’où je peux trouver les paramètres de tonalités recommandés 
pour la France ?

Merci.

Ryan

De : Richard Klein mailto:varicap@gmail.com>>
Envoyé : jeudi 11 avril 2024 11:40
À : Ryan Laouichi mailto:ryan.laoui...@novelcom.fr>>
Cc : David Ponzone mailto:david.ponz...@gmail.com>>; 
Paul Rolland (ポール・ロラン) mailto:rol+fr...@witbe.net>>; 
frnog@frnog.org<mailto:frnog@frnog.org>
Objet : Re: [FRnOG] [TECH] - Configuration Portier Analogique

Bonjour,

Lorsque ton portier raccroche tu recois bien le BYE du boitier ATA?
Souvent sur ce type de boitier ATA il y a des problème d'interface ligne.
Par exemple en France nous détectons le décroché avec le courant de ligne et 
les boitiers ATA sont sur une détection/interface ligne US.
Donc lorsque ton portier claque son relais pour raccrocher il est possible que 
ton ATA ne détecte pas le raccrocher et n'envoit pas le BYE a ton IPBX.

Il faudra dans ce cas jouer sur le paramètre "régional " du ATA pour voir si il 
est possible de jouer sur l'interface ligne et la détection de raccrocher.

Bonne journée

Richard


Le jeu. 11 avr. 2024 à 11:29, Ryan Laouichi 
mailto:ryan.laoui...@novelcom.fr>> a écrit :
Non, on D-NAT notre réseau VOIX.

Ryan

-Message d'origine-
De : David Ponzone mailto:david.ponz...@gmail.com>>
Envoyé : jeudi 11 avril 2024 11:04
À : Ryan Laouichi mailto:ryan.laoui...@novelcom.fr>>
Cc : "Paul Rolland (ポール・ロラン)" 
mailto:rol%2bfr...@witbe.net>>; 
frnog@frnog.org<mailto:frnog@frnog.org>
Objet : Re: [FRnOG] [TECH] - Configuration Portier Analogique

Y a du NAT qqpart ?

David

> Le 11 avr. 2024 à 11:02, Ryan Laouichi 
> mailto:ryan.laoui...@novelcom.fr>> a écrit :
>
> Non tu a bien raison de demander au cas où, mais je te confirme que entre 
> deux postes SIP, il n'y a 0 problème.
>
> Si l'un de raccroche, ca coupe la communication à l'autre.
>
> Mon serveur SIP le vois en communication.
>
> Merci.
>
> Cordialement,
>
> Ryan
>
> -Message d'origine-
> De : frnog-requ...@frnog.org<mailto:frnog-requ...@frnog.org> 
> mailto:frnog-requ...@frnog.org>> De la part de
> Paul Rolland (???·???) Envoyé : jeudi 11 avril 2024 10:

Re: [FRnOG] [TECH] - Configuration Portier Analogique

[Vinz Jumpertz via frnog]

Hello,

si jamais il y a un telp I12 derrière, celui ci permet l'apprentissage 
des tonalités et temporisation 
https://www.manualslib.fr/manual/242499/Bticino-Cofrel-Telp-I12.html?page=21#manual


ca m'a pas mal aidé

my 2 cents

vincent

On 4/11/24 10:26 AM, Richard Klein wrote:

ReHello,

https://damrexelprod.blob.core.windows.net/medias/15c08df2-28ab-46bf-b836-a3fe422050bc
Sinon derniere solution dans le manuel :  COMPATIBILITE SIP  En raccordant
l’IPS2 au Xellip Transfert (Réf : 540.2000),
:-)

Richard


Le jeu. 11 avr. 2024 à 12:21, Richard Klein  a
écrit :


Bonjour,

Regarde ce sreenshoot :
https://www.axelko.com/techblog/wp-content/uploads/2013/10/CiscoRegional1.png

Sinon le plus facile comme l'a expliqué David plus haut est de regarder si
tu recois le BYE sur ton IPBX lorsque le portier raccroche.

Sinon cotes portier il y avait parfois un paramètre pour une ligne longue
ou courte pour changer la détection prise de ligne.

Bonne journée

Richard


Le jeu. 11 avr. 2024 à 11:50, Ryan Laouichi  a
écrit :


Merci pour cette piste Richard, nous allons regarder.



Avez-vous une idée d’où je peux trouver les paramètres de tonalités
recommandés pour la France ?



Merci.



Ryan



*De :* Richard Klein 
*Envoyé :* jeudi 11 avril 2024 11:40
*À :* Ryan Laouichi 
*Cc :* David Ponzone ; Paul Rolland (ポール・ロラン) <
rol+fr...@witbe.net>; frnog@frnog.org
*Objet :* Re: [FRnOG] [TECH] - Configuration Portier Analogique



Bonjour,



Lorsque ton portier raccroche tu recois bien le BYE du boitier ATA?

Souvent sur ce type de boitier ATA il y a des problème d'interface ligne.
Par exemple en France nous détectons le décroché avec le courant de ligne
et les boitiers ATA sont sur une détection/interface ligne US.
Donc lorsque ton portier claque son relais pour raccrocher il est
possible que ton ATA ne détecte pas le raccrocher et n'envoit pas le BYE a
ton IPBX.

Il faudra dans ce cas jouer sur le paramètre "régional " du ATA pour voir
si il est possible de jouer sur l'interface ligne et la détection de
raccrocher.



Bonne journée



Richard





Le jeu. 11 avr. 2024 à 11:29, Ryan Laouichi 
a écrit :

Non, on D-NAT notre réseau VOIX.

Ryan

-Message d'origine-
De : David Ponzone 
Envoyé : jeudi 11 avril 2024 11:04
À : Ryan Laouichi 
Cc : "Paul Rolland (ポール・ロラン)" ; frnog@frnog.org
Objet : Re: [FRnOG] [TECH] - Configuration Portier Analogique

Y a du NAT qqpart ?

David


Le 11 avr. 2024 à 11:02, Ryan Laouichi  a

écrit :


Non tu a bien raison de demander au cas où, mais je te confirme que

entre deux postes SIP, il n'y a 0 problème.


Si l'un de raccroche, ca coupe la communication à l'autre.

Mon serveur SIP le vois en communication.

Merci.

Cordialement,

Ryan

-Message d'origine-
De : frnog-requ...@frnog.org  De la part de
Paul Rolland (???·???) Envoyé : jeudi 11 avril 2024 10:36 À :
frnog@frnog.org Objet : Re: [FRnOG] [TECH] - Configuration Portier
Analogique

Hello,

On Thu, 11 Apr 2024 08:14:47 +
Ryan Laouichi  wrote:


Dans notre troubleshooting, nous avons constaté que coté poste IP, le
téléphone met fin a la conversation mais le portier (donc ata) va
mettre
1 minute avant de mettre fin à la communication.


Je suppose, mais ca ne coute rien de demander, que si tu fais un appel

entre deux postes SIP, tu n'as pas le probleme ?


Durant la "minute d'attente", ton serveur SIP, il voit le poste ATA

dans quel etat ? Connecte ou pas ?


Paul


---
Liste de diffusion du FRnOG
http://www.frnog.org/
ATTENTION : Ce courriel provient de l'extérieur de l'organisation. Ne

cliquez pas sur les liens et n'ouvrez pas les pièces jointes si vous ne
reconnaissez pas l'expéditeur et si vous n'êtes pas sûr du contenu du mail.



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


ATTENTION : Ce courriel provient de l'extérieur de l'organisation. Ne
cliquez pas sur les liens et n'ouvrez pas les pièces jointes si vous ne
reconnaissez pas l'expéditeur et si vous n'êtes pas sûr du contenu du mail.


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

*ATTENTION : *Ce courriel provient de l'extérieur de l'organisation. Ne
cliquez pas sur les liens et n'ouvrez pas les pièces jointes si vous ne
reconnaissez pas l'expéditeur et si vous n'êtes pas sûr du contenu du mail.







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



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

Re: [FRnOG] [TECH] Contact déménagement cross-co sur EQUINIX

[David Ponzone]

Et t’as remarqué ?
Pour ce qui est de payer, là par contre, tu arrives à avoir quelqu’un.

> Le 11 avr. 2024 à 15:54, Sebastien FOURCADE  a écrit :
> 
> Yannick, Denis,
> 
> Dans la liste EMEA il y a 4 ou 5 personnes... Je n'ai pas non plus de CSM !
> 
> En fait c'est vraiment compliqué chez Equinix de pouvoir avoir quelqu'un... 
> Tous mes contacts ne sont plus dans la structure 
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

RE: [FRnOG] [TECH] Contact déménagement cross-co sur EQUINIX

[Sebastien FOURCADE]

Yannick, Denis,

Dans la liste EMEA il y a 4 ou 5 personnes... Je n'ai pas non plus de CSM !

En fait c'est vraiment compliqué chez Equinix de pouvoir avoir quelqu'un... 
Tous mes contacts ne sont plus dans la structure 


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

Re: [FRnOG] [TECH] Contact déménagement cross-co sur EQUINIX

[Yannick Palanque via frnog]

Le 11/04/2024 à 09:33, Sebastien FOURCADE a écrit :

Hello la liste,

Quelqu'un a-t-il les coordonnées d'une personne sur le site de PA2 capable de 
gérer/valider un déménagement de cross-co ? Le service EMEA tourne en rond 
depuis 2 mois et ne répond pas à la demande.

Besoin simple : déménager un cross-co pour joindre Equinix-IX d'une cage PA2 
vers une autre cage dans PA3...

Merci d'avance pour le retour en PV.

Sébastien


Tu n'as pas un CSM ? Je pense qu'il serait le plus apte à te renseigner.

Yannick


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

Re: [FRnOG] [TECH] - Configuration Portier Analogique

[Richard Klein]

ReHello,

https://damrexelprod.blob.core.windows.net/medias/15c08df2-28ab-46bf-b836-a3fe422050bc
Sinon derniere solution dans le manuel :  COMPATIBILITE SIP  En raccordant
l’IPS2 au Xellip Transfert (Réf : 540.2000),
:-)

Richard


Le jeu. 11 avr. 2024 à 12:21, Richard Klein  a
écrit :

> Bonjour,
>
> Regarde ce sreenshoot :
> https://www.axelko.com/techblog/wp-content/uploads/2013/10/CiscoRegional1.png
>
> Sinon le plus facile comme l'a expliqué David plus haut est de regarder si
> tu recois le BYE sur ton IPBX lorsque le portier raccroche.
>
> Sinon cotes portier il y avait parfois un paramètre pour une ligne longue
> ou courte pour changer la détection prise de ligne.
>
> Bonne journée
>
> Richard
>
>
> Le jeu. 11 avr. 2024 à 11:50, Ryan Laouichi  a
> écrit :
>
>> Merci pour cette piste Richard, nous allons regarder.
>>
>>
>>
>> Avez-vous une idée d’où je peux trouver les paramètres de tonalités
>> recommandés pour la France ?
>>
>>
>>
>> Merci.
>>
>>
>>
>> Ryan
>>
>>
>>
>> *De :* Richard Klein 
>> *Envoyé :* jeudi 11 avril 2024 11:40
>> *À :* Ryan Laouichi 
>> *Cc :* David Ponzone ; Paul Rolland (ポール・ロラン) <
>> rol+fr...@witbe.net>; frnog@frnog.org
>> *Objet :* Re: [FRnOG] [TECH] - Configuration Portier Analogique
>>
>>
>>
>> Bonjour,
>>
>>
>>
>> Lorsque ton portier raccroche tu recois bien le BYE du boitier ATA?
>>
>> Souvent sur ce type de boitier ATA il y a des problème d'interface ligne.
>> Par exemple en France nous détectons le décroché avec le courant de ligne
>> et les boitiers ATA sont sur une détection/interface ligne US.
>> Donc lorsque ton portier claque son relais pour raccrocher il est
>> possible que ton ATA ne détecte pas le raccrocher et n'envoit pas le BYE a
>> ton IPBX.
>>
>> Il faudra dans ce cas jouer sur le paramètre "régional " du ATA pour voir
>> si il est possible de jouer sur l'interface ligne et la détection de
>> raccrocher.
>>
>>
>>
>> Bonne journée
>>
>>
>>
>> Richard
>>
>>
>>
>>
>>
>> Le jeu. 11 avr. 2024 à 11:29, Ryan Laouichi 
>> a écrit :
>>
>> Non, on D-NAT notre réseau VOIX.
>>
>> Ryan
>>
>> -Message d'origine-
>> De : David Ponzone 
>> Envoyé : jeudi 11 avril 2024 11:04
>> À : Ryan Laouichi 
>> Cc : "Paul Rolland (ポール・ロラン)" ; frnog@frnog.org
>> Objet : Re: [FRnOG] [TECH] - Configuration Portier Analogique
>>
>> Y a du NAT qqpart ?
>>
>> David
>>
>> > Le 11 avr. 2024 à 11:02, Ryan Laouichi  a
>> écrit :
>> >
>> > Non tu a bien raison de demander au cas où, mais je te confirme que
>> entre deux postes SIP, il n'y a 0 problème.
>> >
>> > Si l'un de raccroche, ca coupe la communication à l'autre.
>> >
>> > Mon serveur SIP le vois en communication.
>> >
>> > Merci.
>> >
>> > Cordialement,
>> >
>> > Ryan
>> >
>> > -Message d'origine-
>> > De : frnog-requ...@frnog.org  De la part de
>> > Paul Rolland (???·???) Envoyé : jeudi 11 avril 2024 10:36 À :
>> > frnog@frnog.org Objet : Re: [FRnOG] [TECH] - Configuration Portier
>> > Analogique
>> >
>> > Hello,
>> >
>> > On Thu, 11 Apr 2024 08:14:47 +
>> > Ryan Laouichi  wrote:
>> >
>> >> Dans notre troubleshooting, nous avons constaté que coté poste IP, le
>> >> téléphone met fin a la conversation mais le portier (donc ata) va
>> >> mettre
>> >> 1 minute avant de mettre fin à la communication.
>> >
>> > Je suppose, mais ca ne coute rien de demander, que si tu fais un appel
>> entre deux postes SIP, tu n'as pas le probleme ?
>> >
>> > Durant la "minute d'attente", ton serveur SIP, il voit le poste ATA
>> dans quel etat ? Connecte ou pas ?
>> >
>> > Paul
>> >
>> >
>> > ---
>> > Liste de diffusion du FRnOG
>> > http://www.frnog.org/
>> > ATTENTION : Ce courriel provient de l'extérieur de l'organisation. Ne
>> cliquez pas sur les liens et n'ouvrez pas les pièces jointes si vous ne
>> reconnaissez pas l'expéditeur et si vous n'êtes pas sûr du contenu du mail.
>> >
>> >
>> > ---
>> > Liste de diffusion du FRnOG
>> > http://www.frnog.org/
>>
>> ATTENTION : Ce courriel provient de l'extérieur de l'organisation. Ne
>> cliquez pas sur les liens et n'ouvrez pas les pièces jointes si vous ne
>> reconnaissez pas l'expéditeur et si vous n'êtes pas sûr du contenu du mail.
>>
>>
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
>>
>> *ATTENTION : *Ce courriel provient de l'extérieur de l'organisation. Ne
>> cliquez pas sur les liens et n'ouvrez pas les pièces jointes si vous ne
>> reconnaissez pas l'expéditeur et si vous n'êtes pas sûr du contenu du mail.
>>
>>
>>
>

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

Re: [FRnOG] [TECH] - Configuration Portier Analogique

[Richard Klein]

Bonjour,

Regarde ce sreenshoot :
https://www.axelko.com/techblog/wp-content/uploads/2013/10/CiscoRegional1.png

Sinon le plus facile comme l'a expliqué David plus haut est de regarder si
tu recois le BYE sur ton IPBX lorsque le portier raccroche.

Sinon cotes portier il y avait parfois un paramètre pour une ligne longue
ou courte pour changer la détection prise de ligne.

Bonne journée

Richard


Le jeu. 11 avr. 2024 à 11:50, Ryan Laouichi  a
écrit :

> Merci pour cette piste Richard, nous allons regarder.
>
>
>
> Avez-vous une idée d’où je peux trouver les paramètres de tonalités
> recommandés pour la France ?
>
>
>
> Merci.
>
>
>
> Ryan
>
>
>
> *De :* Richard Klein 
> *Envoyé :* jeudi 11 avril 2024 11:40
> *À :* Ryan Laouichi 
> *Cc :* David Ponzone ; Paul Rolland (ポール・ロラン) <
> rol+fr...@witbe.net>; frnog@frnog.org
> *Objet :* Re: [FRnOG] [TECH] - Configuration Portier Analogique
>
>
>
> Bonjour,
>
>
>
> Lorsque ton portier raccroche tu recois bien le BYE du boitier ATA?
>
> Souvent sur ce type de boitier ATA il y a des problème d'interface ligne.
> Par exemple en France nous détectons le décroché avec le courant de ligne
> et les boitiers ATA sont sur une détection/interface ligne US.
> Donc lorsque ton portier claque son relais pour raccrocher il est possible
> que ton ATA ne détecte pas le raccrocher et n'envoit pas le BYE a ton IPBX.
>
> Il faudra dans ce cas jouer sur le paramètre "régional " du ATA pour voir
> si il est possible de jouer sur l'interface ligne et la détection de
> raccrocher.
>
>
>
> Bonne journée
>
>
>
> Richard
>
>
>
>
>
> Le jeu. 11 avr. 2024 à 11:29, Ryan Laouichi  a
> écrit :
>
> Non, on D-NAT notre réseau VOIX.
>
> Ryan
>
> -Message d'origine-
> De : David Ponzone 
> Envoyé : jeudi 11 avril 2024 11:04
> À : Ryan Laouichi 
> Cc : "Paul Rolland (ポール・ロラン)" ; frnog@frnog.org
> Objet : Re: [FRnOG] [TECH] - Configuration Portier Analogique
>
> Y a du NAT qqpart ?
>
> David
>
> > Le 11 avr. 2024 à 11:02, Ryan Laouichi  a
> écrit :
> >
> > Non tu a bien raison de demander au cas où, mais je te confirme que
> entre deux postes SIP, il n'y a 0 problème.
> >
> > Si l'un de raccroche, ca coupe la communication à l'autre.
> >
> > Mon serveur SIP le vois en communication.
> >
> > Merci.
> >
> > Cordialement,
> >
> > Ryan
> >
> > -Message d'origine-
> > De : frnog-requ...@frnog.org  De la part de
> > Paul Rolland (???·???) Envoyé : jeudi 11 avril 2024 10:36 À :
> > frnog@frnog.org Objet : Re: [FRnOG] [TECH] - Configuration Portier
> > Analogique
> >
> > Hello,
> >
> > On Thu, 11 Apr 2024 08:14:47 +
> > Ryan Laouichi  wrote:
> >
> >> Dans notre troubleshooting, nous avons constaté que coté poste IP, le
> >> téléphone met fin a la conversation mais le portier (donc ata) va
> >> mettre
> >> 1 minute avant de mettre fin à la communication.
> >
> > Je suppose, mais ca ne coute rien de demander, que si tu fais un appel
> entre deux postes SIP, tu n'as pas le probleme ?
> >
> > Durant la "minute d'attente", ton serveur SIP, il voit le poste ATA dans
> quel etat ? Connecte ou pas ?
> >
> > Paul
> >
> >
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
> > ATTENTION : Ce courriel provient de l'extérieur de l'organisation. Ne
> cliquez pas sur les liens et n'ouvrez pas les pièces jointes si vous ne
> reconnaissez pas l'expéditeur et si vous n'êtes pas sûr du contenu du mail.
> >
> >
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
>
> ATTENTION : Ce courriel provient de l'extérieur de l'organisation. Ne
> cliquez pas sur les liens et n'ouvrez pas les pièces jointes si vous ne
> reconnaissez pas l'expéditeur et si vous n'êtes pas sûr du contenu du mail.
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>
> *ATTENTION : *Ce courriel provient de l'extérieur de l'organisation. Ne
> cliquez pas sur les liens et n'ouvrez pas les pièces jointes si vous ne
> reconnaissez pas l'expéditeur et si vous n'êtes pas sûr du contenu du mail.
>
>
>

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

RE: [FRnOG] [TECH] - Configuration Portier Analogique

[Ryan Laouichi]

J’ai effectivement vu un paramètre trainé sur l’ATA, je vais tenter de 
l’activer et voir le résultat.

Ryan

De : David Ponzone 
Envoyé : jeudi 11 avril 2024 12:06
À : Ryan Laouichi 
Cc : Richard Klein ; "Paul Rolland (ポール・ロラン)" 
; frnog@frnog.org
Objet : Re: [FRnOG] [TECH] - Configuration Portier Analogique

C’est pas une historie de tonalité je crois, mais plutôt une histoire de 
forward/reverse polarity.

David

Le 11 avr. 2024 à 11:50, Ryan Laouichi 
mailto:ryan.laoui...@novelcom.fr>> a écrit :

Merci pour cette piste Richard, nous allons regarder.

Avez-vous une idée d’où je peux trouver les paramètres de tonalités recommandés 
pour la France ?

Merci.

Ryan

De : Richard Klein mailto:varicap@gmail.com>>
Envoyé : jeudi 11 avril 2024 11:40
À : Ryan Laouichi mailto:ryan.laoui...@novelcom.fr>>
Cc : David Ponzone mailto:david.ponz...@gmail.com>>; 
Paul Rolland (ポール・ロラン) mailto:rol+fr...@witbe.net>>; 
frnog@frnog.org<mailto:frnog@frnog.org>
Objet : Re: [FRnOG] [TECH] - Configuration Portier Analogique

Bonjour,

Lorsque ton portier raccroche tu recois bien le BYE du boitier ATA?
Souvent sur ce type de boitier ATA il y a des problème d'interface ligne.
Par exemple en France nous détectons le décroché avec le courant de ligne et 
les boitiers ATA sont sur une détection/interface ligne US.
Donc lorsque ton portier claque son relais pour raccrocher il est possible que 
ton ATA ne détecte pas le raccrocher et n'envoit pas le BYE a ton IPBX.

Il faudra dans ce cas jouer sur le paramètre "régional " du ATA pour voir si il 
est possible de jouer sur l'interface ligne et la détection de raccrocher.

Bonne journée

Richard


Le jeu. 11 avr. 2024 à 11:29, Ryan Laouichi 
mailto:ryan.laoui...@novelcom.fr>> a écrit :
Non, on D-NAT notre réseau VOIX.

Ryan

-Message d'origine-
De : David Ponzone mailto:david.ponz...@gmail.com>>
Envoyé : jeudi 11 avril 2024 11:04
À : Ryan Laouichi mailto:ryan.laoui...@novelcom.fr>>
Cc : "Paul Rolland (ポール・ロラン)" 
mailto:rol%2bfr...@witbe.net>>; 
frnog@frnog.org<mailto:frnog@frnog.org>
Objet : Re: [FRnOG] [TECH] - Configuration Portier Analogique

Y a du NAT qqpart ?

David

> Le 11 avr. 2024 à 11:02, Ryan Laouichi 
> mailto:ryan.laoui...@novelcom.fr>> a écrit :
>
> Non tu a bien raison de demander au cas où, mais je te confirme que entre 
> deux postes SIP, il n'y a 0 problème.
>
> Si l'un de raccroche, ca coupe la communication à l'autre.
>
> Mon serveur SIP le vois en communication.
>
> Merci.
>
> Cordialement,
>
> Ryan
>
> -Message d'origine-
> De : frnog-requ...@frnog.org<mailto:frnog-requ...@frnog.org> 
> mailto:frnog-requ...@frnog.org>> De la part de
> Paul Rolland (???·???) Envoyé : jeudi 11 avril 2024 10:36 À :
> frnog@frnog.org<mailto:frnog@frnog.org> Objet : Re: [FRnOG] [TECH] - 
> Configuration Portier
> Analogique
>
> Hello,
>
> On Thu, 11 Apr 2024 08:14:47 +
> Ryan Laouichi mailto:ryan.laoui...@novelcom.fr>> 
> wrote:
>
>> Dans notre troubleshooting, nous avons constaté que coté poste IP, le
>> téléphone met fin a la conversation mais le portier (donc ata) va
>> mettre
>> 1 minute avant de mettre fin à la communication.
>
> Je suppose, mais ca ne coute rien de demander, que si tu fais un appel entre 
> deux postes SIP, tu n'as pas le probleme ?
>
> Durant la "minute d'attente", ton serveur SIP, il voit le poste ATA dans quel 
> etat ? Connecte ou pas ?
>
> Paul
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> ATTENTION : Ce courriel provient de l'extérieur de l'organisation. Ne cliquez 
> pas sur les liens et n'ouvrez pas les pièces jointes si vous ne reconnaissez 
> pas l'expéditeur et si vous n'êtes pas sûr du contenu du mail.
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/

ATTENTION : Ce courriel provient de l'extérieur de l'organisation. Ne cliquez 
pas sur les liens et n'ouvrez pas les pièces jointes si vous ne reconnaissez 
pas l'expéditeur et si vous n'êtes pas sûr du contenu du mail.


---
Liste de diffusion du FRnOG
http://www.frnog.org/
ATTENTION : Ce courriel provient de l'extérieur de l'organisation. Ne cliquez 
pas sur les liens et n'ouvrez pas les pièces jointes si vous ne reconnaissez 
pas l'expéditeur et si vous n'êtes pas sûr du contenu du mail.


ATTENTION : Ce courriel provient de l'extérieur de l'organisation. Ne cliquez 
pas sur les liens et n'ouvrez pas les pièces jointes si vous ne reconnaissez 
pas l'expéditeur et si vous n'êtes pas sûr du contenu du mail.


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

RE: [FRnOG] [TECH] - Configuration Portier Analogique

[Ryan Laouichi]

Merci beaucoup.

Je vais changer les paramètres de l'ATA.

Ryan

-Message d'origine-
De : Paul Rolland (ポール・ロラン)  
Envoyé : jeudi 11 avril 2024 12:00
À : Ryan Laouichi 
Cc : Richard Klein ; David Ponzone 
; frnog@frnog.org
Objet : Re: [FRnOG] [TECH] - Configuration Portier Analogique

Hello,

On Thu, 11 Apr 2024 09:50:36 +
Ryan Laouichi  wrote:

> Avez-vous une idée d’où je peux trouver les paramètres de tonalités 
> recommandés pour la France ?

C'est la:
https://www.orange.com/sites/orangecom/files/documents/2020-06/STI03-ed4_0505.pdf

Finalement, j'ai retrouve plus rapidement que prevu.

Paul

--
Paul RollandE-Mail : rol(at)witbe.net
CTO - Witbe.net SA  Tel. +33 (0)1 47 67 77 77
18 Rue d'Arras, Bat. A11Fax. +33 (0)1 47 67 77 99
F-92000 NanterreRIPE : PR12-RIPE

Please no HTML, I'm not a browser - Pas d'HTML, je ne suis pas un navigateur 
"Some people dream of success... while others wake up and work hard at it"

"I worry about my child and the Internet all the time, even though she's too 
young to have logged on yet. Here's what I worry about. I worry that 10 or 15 
years from now, she will come to me and say 'Daddy, where were you when they 
took freedom of the press away from the Internet?'"
--Mike Godwin, Electronic Frontier Foundation ATTENTION : Ce courriel provient 
de l'extérieur de l'organisation. Ne cliquez pas sur les liens et n'ouvrez pas 
les pièces jointes si vous ne reconnaissez pas l'expéditeur et si vous n'êtes 
pas sûr du contenu du mail.


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

Re: [FRnOG] [TECH] - Configuration Portier Analogique

[David Ponzone]

C’est pas une historie de tonalité je crois, mais plutôt une histoire de 
forward/reverse polarity.

David

> Le 11 avr. 2024 à 11:50, Ryan Laouichi  a écrit :
> 
> Merci pour cette piste Richard, nous allons regarder.
>  
> Avez-vous une idée d’où je peux trouver les paramètres de tonalités 
> recommandés pour la France ?
>  
> Merci.
>  
> Ryan
>  
> De : Richard Klein  
> Envoyé : jeudi 11 avril 2024 11:40
> À : Ryan Laouichi 
> Cc : David Ponzone ; Paul Rolland (ポール・ロラン) 
> ; frnog@frnog.org
> Objet : Re: [FRnOG] [TECH] - Configuration Portier Analogique
>  
> Bonjour,
>  
> Lorsque ton portier raccroche tu recois bien le BYE du boitier ATA?
> Souvent sur ce type de boitier ATA il y a des problème d'interface ligne.
> Par exemple en France nous détectons le décroché avec le courant de ligne et 
> les boitiers ATA sont sur une détection/interface ligne US.
> Donc lorsque ton portier claque son relais pour raccrocher il est possible 
> que ton ATA ne détecte pas le raccrocher et n'envoit pas le BYE a ton IPBX.
> 
> Il faudra dans ce cas jouer sur le paramètre "régional " du ATA pour voir si 
> il est possible de jouer sur l'interface ligne et la détection de raccrocher.
>  
> Bonne journée
>  
> Richard
>  
>  
> Le jeu. 11 avr. 2024 à 11:29, Ryan Laouichi  <mailto:ryan.laoui...@novelcom.fr>> a écrit :
> Non, on D-NAT notre réseau VOIX.
> 
> Ryan
> 
> -Message d'origine-
> De : David Ponzone mailto:david.ponz...@gmail.com>> 
> Envoyé : jeudi 11 avril 2024 11:04
> À : Ryan Laouichi  <mailto:ryan.laoui...@novelcom.fr>>
> Cc : "Paul Rolland (ポール・ロラン)"  <mailto:rol%2bfr...@witbe.net>>; frnog@frnog.org <mailto:frnog@frnog.org>
> Objet : Re: [FRnOG] [TECH] - Configuration Portier Analogique
> 
> Y a du NAT qqpart ?
> 
> David
> 
> > Le 11 avr. 2024 à 11:02, Ryan Laouichi  > <mailto:ryan.laoui...@novelcom.fr>> a écrit :
> >
> > Non tu a bien raison de demander au cas où, mais je te confirme que entre 
> > deux postes SIP, il n'y a 0 problème.
> >
> > Si l'un de raccroche, ca coupe la communication à l'autre.
> >
> > Mon serveur SIP le vois en communication.
> >
> > Merci.
> >
> > Cordialement,
> >
> > Ryan
> >
> > -Message d'origine-
> > De : frnog-requ...@frnog.org <mailto:frnog-requ...@frnog.org> 
> > mailto:frnog-requ...@frnog.org>> De la part de 
> > Paul Rolland (???·???) Envoyé : jeudi 11 avril 2024 10:36 À : 
> > frnog@frnog.org <mailto:frnog@frnog.org> Objet : Re: [FRnOG] [TECH] - 
> > Configuration Portier 
> > Analogique
> >
> > Hello,
> >
> > On Thu, 11 Apr 2024 08:14:47 +
> > Ryan Laouichi  > <mailto:ryan.laoui...@novelcom.fr>> wrote:
> >
> >> Dans notre troubleshooting, nous avons constaté que coté poste IP, le 
> >> téléphone met fin a la conversation mais le portier (donc ata) va 
> >> mettre
> >> 1 minute avant de mettre fin à la communication.
> >
> > Je suppose, mais ca ne coute rien de demander, que si tu fais un appel 
> > entre deux postes SIP, tu n'as pas le probleme ?
> >
> > Durant la "minute d'attente", ton serveur SIP, il voit le poste ATA dans 
> > quel etat ? Connecte ou pas ?
> >
> > Paul
> >
> >
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/ <http://www.frnog.org/>
> > ATTENTION : Ce courriel provient de l'extérieur de l'organisation. Ne 
> > cliquez pas sur les liens et n'ouvrez pas les pièces jointes si vous ne 
> > reconnaissez pas l'expéditeur et si vous n'êtes pas sûr du contenu du mail.
> >
> >
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/ <http://www.frnog.org/>
> 
> ATTENTION : Ce courriel provient de l'extérieur de l'organisation. Ne cliquez 
> pas sur les liens et n'ouvrez pas les pièces jointes si vous ne reconnaissez 
> pas l'expéditeur et si vous n'êtes pas sûr du contenu du mail.
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/ <http://www.frnog.org/>
> ATTENTION : Ce courriel provient de l'extérieur de l'organisation. Ne cliquez 
> pas sur les liens et n'ouvrez pas les pièces jointes si vous ne reconnaissez 
> pas l'expéditeur et si vous n'êtes pas sûr du contenu du mail.
>  


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

Re: [FRnOG] [TECH] - Configuration Portier Analogique

[Paul Rolland (ポール・ロラン)]

Hello,

On Thu, 11 Apr 2024 09:50:36 +
Ryan Laouichi  wrote:

> Avez-vous une idée d’où je peux trouver les paramètres de tonalités
> recommandés pour la France ?

C'est la:
https://www.orange.com/sites/orangecom/files/documents/2020-06/STI03-ed4_0505.pdf

Finalement, j'ai retrouve plus rapidement que prevu.

Paul

-- 
Paul RollandE-Mail : rol(at)witbe.net
CTO - Witbe.net SA  Tel. +33 (0)1 47 67 77 77
18 Rue d'Arras, Bat. A11Fax. +33 (0)1 47 67 77 99
F-92000 NanterreRIPE : PR12-RIPE

Please no HTML, I'm not a browser - Pas d'HTML, je ne suis pas un
navigateur "Some people dream of success... while others wake up and work
hard at it" 

"I worry about my child and the Internet all the time, even though she's
too young to have logged on yet. Here's what I worry about. I worry that 10
or 15 years from now, she will come to me and say 'Daddy, where were you
when they took freedom of the press away from the Internet?'"
--Mike Godwin, Electronic Frontier Foundation 


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

Re: [FRnOG] [TECH] - Configuration Portier Analogique

[Paul Rolland (ポール・ロラン)]

Hello,

On Thu, 11 Apr 2024 09:50:36 +
Ryan Laouichi  wrote:

> Avez-vous une idée d’où je peux trouver les paramètres de tonalités
> recommandés pour la France ?

STAS France Telecom... mais je ne suis pas sur que Google te permette de
mettre la main facilement dessus, ce n'est plus trop d'actualite.

J'essaie de te le retrouver.

Paul

-- 
Paul RollandE-Mail : rol(at)witbe.net
CTO - Witbe.net SA  Tel. +33 (0)1 47 67 77 77
18 Rue d'Arras, Bat. A11Fax. +33 (0)1 47 67 77 99
F-92000 NanterreRIPE : PR12-RIPE

Please no HTML, I'm not a browser - Pas d'HTML, je ne suis pas un
navigateur "Some people dream of success... while others wake up and work
hard at it" 

"I worry about my child and the Internet all the time, even though she's
too young to have logged on yet. Here's what I worry about. I worry that 10
or 15 years from now, she will come to me and say 'Daddy, where were you
when they took freedom of the press away from the Internet?'"
--Mike Godwin, Electronic Frontier Foundation 


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

RE: [FRnOG] [TECH] - Configuration Portier Analogique

[Ryan Laouichi]

Merci pour cette piste Richard, nous allons regarder.

Avez-vous une idée d’où je peux trouver les paramètres de tonalités recommandés 
pour la France ?

Merci.

Ryan

De : Richard Klein 
Envoyé : jeudi 11 avril 2024 11:40
À : Ryan Laouichi 
Cc : David Ponzone ; Paul Rolland (ポール・ロラン) 
; frnog@frnog.org
Objet : Re: [FRnOG] [TECH] - Configuration Portier Analogique

Bonjour,

Lorsque ton portier raccroche tu recois bien le BYE du boitier ATA?
Souvent sur ce type de boitier ATA il y a des problème d'interface ligne.
Par exemple en France nous détectons le décroché avec le courant de ligne et 
les boitiers ATA sont sur une détection/interface ligne US.
Donc lorsque ton portier claque son relais pour raccrocher il est possible que 
ton ATA ne détecte pas le raccrocher et n'envoit pas le BYE a ton IPBX.

Il faudra dans ce cas jouer sur le paramètre "régional " du ATA pour voir si il 
est possible de jouer sur l'interface ligne et la détection de raccrocher.

Bonne journée

Richard


Le jeu. 11 avr. 2024 à 11:29, Ryan Laouichi 
mailto:ryan.laoui...@novelcom.fr>> a écrit :
Non, on D-NAT notre réseau VOIX.

Ryan

-Message d'origine-
De : David Ponzone mailto:david.ponz...@gmail.com>>
Envoyé : jeudi 11 avril 2024 11:04
À : Ryan Laouichi mailto:ryan.laoui...@novelcom.fr>>
Cc : "Paul Rolland (ポール・ロラン)" 
mailto:rol%2bfr...@witbe.net>>; 
frnog@frnog.org<mailto:frnog@frnog.org>
Objet : Re: [FRnOG] [TECH] - Configuration Portier Analogique

Y a du NAT qqpart ?

David

> Le 11 avr. 2024 à 11:02, Ryan Laouichi 
> mailto:ryan.laoui...@novelcom.fr>> a écrit :
>
> Non tu a bien raison de demander au cas où, mais je te confirme que entre 
> deux postes SIP, il n'y a 0 problème.
>
> Si l'un de raccroche, ca coupe la communication à l'autre.
>
> Mon serveur SIP le vois en communication.
>
> Merci.
>
> Cordialement,
>
> Ryan
>
> -Message d'origine-
> De : frnog-requ...@frnog.org<mailto:frnog-requ...@frnog.org> 
> mailto:frnog-requ...@frnog.org>> De la part de
> Paul Rolland (???·???) Envoyé : jeudi 11 avril 2024 10:36 À :
> frnog@frnog.org<mailto:frnog@frnog.org> Objet : Re: [FRnOG] [TECH] - 
> Configuration Portier
> Analogique
>
> Hello,
>
> On Thu, 11 Apr 2024 08:14:47 +
> Ryan Laouichi mailto:ryan.laoui...@novelcom.fr>> 
> wrote:
>
>> Dans notre troubleshooting, nous avons constaté que coté poste IP, le
>> téléphone met fin a la conversation mais le portier (donc ata) va
>> mettre
>> 1 minute avant de mettre fin à la communication.
>
> Je suppose, mais ca ne coute rien de demander, que si tu fais un appel entre 
> deux postes SIP, tu n'as pas le probleme ?
>
> Durant la "minute d'attente", ton serveur SIP, il voit le poste ATA dans quel 
> etat ? Connecte ou pas ?
>
> Paul
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> ATTENTION : Ce courriel provient de l'extérieur de l'organisation. Ne cliquez 
> pas sur les liens et n'ouvrez pas les pièces jointes si vous ne reconnaissez 
> pas l'expéditeur et si vous n'êtes pas sûr du contenu du mail.
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/

ATTENTION : Ce courriel provient de l'extérieur de l'organisation. Ne cliquez 
pas sur les liens et n'ouvrez pas les pièces jointes si vous ne reconnaissez 
pas l'expéditeur et si vous n'êtes pas sûr du contenu du mail.


---
Liste de diffusion du FRnOG
http://www.frnog.org/
ATTENTION : Ce courriel provient de l'extérieur de l'organisation. Ne cliquez 
pas sur les liens et n'ouvrez pas les pièces jointes si vous ne reconnaissez 
pas l'expéditeur et si vous n'êtes pas sûr du contenu du mail.


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

RE: [FRnOG] [TECH] - Configuration Portier Analogique

[Ryan Laouichi]

Dé-NAT. ;)

Ryan

-Message d'origine-
De : David Ponzone  
Envoyé : jeudi 11 avril 2024 11:38
À : Ryan Laouichi 
Cc : "Paul Rolland (ポール・ロラン)" ; frnog@frnog.org
Objet : Re: [FRnOG] [TECH] - Configuration Portier Analogique

DNAT ou dé-NAT ? :)

David

> Le 11 avr. 2024 à 11:29, Ryan Laouichi  a écrit :
>
> Non, on D-NAT notre réseau VOIX.
>
> Ryan
>
> -Message d'origine-
> De : David Ponzone  Envoyé : jeudi 11 avril 
> 2024 11:04 À : Ryan Laouichi  Cc : "Paul 
> Rolland (ポール・ロラン)" ; frnog@frnog.org Objet : Re: 
> [FRnOG] [TECH] - Configuration Portier Analogique
>
> Y a du NAT qqpart ?
>
> David
>
>> Le 11 avr. 2024 à 11:02, Ryan Laouichi  a écrit :
>>
>> Non tu a bien raison de demander au cas où, mais je te confirme que entre 
>> deux postes SIP, il n'y a 0 problème.
>>
>> Si l'un de raccroche, ca coupe la communication à l'autre.
>>
>> Mon serveur SIP le vois en communication.
>>
>> Merci.
>>
>> Cordialement,
>>
>> Ryan
>>
>> -Message d'origine-
>> De : frnog-requ...@frnog.org  De la part de 
>> Paul Rolland (???·???) Envoyé : jeudi 11 avril 2024 10:36 À :
>> frnog@frnog.org Objet : Re: [FRnOG] [TECH] - Configuration Portier 
>> Analogique
>>
>> Hello,
>>
>> On Thu, 11 Apr 2024 08:14:47 +
>> Ryan Laouichi  wrote:
>>
>>> Dans notre troubleshooting, nous avons constaté que coté poste IP, 
>>> le téléphone met fin a la conversation mais le portier (donc ata) va 
>>> mettre
>>> 1 minute avant de mettre fin à la communication.
>>
>> Je suppose, mais ca ne coute rien de demander, que si tu fais un appel entre 
>> deux postes SIP, tu n'as pas le probleme ?
>>
>> Durant la "minute d'attente", ton serveur SIP, il voit le poste ATA dans 
>> quel etat ? Connecte ou pas ?
>>
>> Paul
>>
>>
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
>> ATTENTION : Ce courriel provient de l'extérieur de l'organisation. Ne 
>> cliquez pas sur les liens et n'ouvrez pas les pièces jointes si vous ne 
>> reconnaissez pas l'expéditeur et si vous n'êtes pas sûr du contenu du mail.
>>
>>
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
>
> ATTENTION : Ce courriel provient de l'extérieur de l'organisation. Ne cliquez 
> pas sur les liens et n'ouvrez pas les pièces jointes si vous ne reconnaissez 
> pas l'expéditeur et si vous n'êtes pas sûr du contenu du mail.
>

ATTENTION : Ce courriel provient de l'extérieur de l'organisation. Ne cliquez 
pas sur les liens et n'ouvrez pas les pièces jointes si vous ne reconnaissez 
pas l'expéditeur et si vous n'êtes pas sûr du contenu du mail.


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

Re: [FRnOG] [TECH] - Configuration Portier Analogique

[Richard Klein]

Bonjour,

Lorsque ton portier raccroche tu recois bien le BYE du boitier ATA?
Souvent sur ce type de boitier ATA il y a des problème d'interface ligne.
Par exemple en France nous détectons le décroché avec le courant de ligne
et les boitiers ATA sont sur une détection/interface ligne US.
Donc lorsque ton portier claque son relais pour raccrocher il est possible
que ton ATA ne détecte pas le raccrocher et n'envoit pas le BYE a ton IPBX.

Il faudra dans ce cas jouer sur le paramètre "régional " du ATA pour voir
si il est possible de jouer sur l'interface ligne et la détection de
raccrocher.

Bonne journée

Richard


Le jeu. 11 avr. 2024 à 11:29, Ryan Laouichi  a
écrit :

> Non, on D-NAT notre réseau VOIX.
>
> Ryan
>
> -Message d'origine-
> De : David Ponzone 
> Envoyé : jeudi 11 avril 2024 11:04
> À : Ryan Laouichi 
> Cc : "Paul Rolland (ポール・ロラン)" ; frnog@frnog.org
> Objet : Re: [FRnOG] [TECH] - Configuration Portier Analogique
>
> Y a du NAT qqpart ?
>
> David
>
> > Le 11 avr. 2024 à 11:02, Ryan Laouichi  a
> écrit :
> >
> > Non tu a bien raison de demander au cas où, mais je te confirme que
> entre deux postes SIP, il n'y a 0 problème.
> >
> > Si l'un de raccroche, ca coupe la communication à l'autre.
> >
> > Mon serveur SIP le vois en communication.
> >
> > Merci.
> >
> > Cordialement,
> >
> > Ryan
> >
> > -Message d'origine-
> > De : frnog-requ...@frnog.org  De la part de
> > Paul Rolland (???·???) Envoyé : jeudi 11 avril 2024 10:36 À :
> > frnog@frnog.org Objet : Re: [FRnOG] [TECH] - Configuration Portier
> > Analogique
> >
> > Hello,
> >
> > On Thu, 11 Apr 2024 08:14:47 +
> > Ryan Laouichi  wrote:
> >
> >> Dans notre troubleshooting, nous avons constaté que coté poste IP, le
> >> téléphone met fin a la conversation mais le portier (donc ata) va
> >> mettre
> >> 1 minute avant de mettre fin à la communication.
> >
> > Je suppose, mais ca ne coute rien de demander, que si tu fais un appel
> entre deux postes SIP, tu n'as pas le probleme ?
> >
> > Durant la "minute d'attente", ton serveur SIP, il voit le poste ATA dans
> quel etat ? Connecte ou pas ?
> >
> > Paul
> >
> >
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
> > ATTENTION : Ce courriel provient de l'extérieur de l'organisation. Ne
> cliquez pas sur les liens et n'ouvrez pas les pièces jointes si vous ne
> reconnaissez pas l'expéditeur et si vous n'êtes pas sûr du contenu du mail.
> >
> >
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
>
> ATTENTION : Ce courriel provient de l'extérieur de l'organisation. Ne
> cliquez pas sur les liens et n'ouvrez pas les pièces jointes si vous ne
> reconnaissez pas l'expéditeur et si vous n'êtes pas sûr du contenu du mail.
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

Re: [FRnOG] [TECH] - Configuration Portier Analogique

[David Ponzone]

DNAT ou dé-NAT ? :)

David

> Le 11 avr. 2024 à 11:29, Ryan Laouichi  a écrit :
> 
> Non, on D-NAT notre réseau VOIX.
> 
> Ryan
> 
> -Message d'origine-
> De : David Ponzone  
> Envoyé : jeudi 11 avril 2024 11:04
> À : Ryan Laouichi 
> Cc : "Paul Rolland (ポール・ロラン)" ; frnog@frnog.org
> Objet : Re: [FRnOG] [TECH] - Configuration Portier Analogique
> 
> Y a du NAT qqpart ?
> 
> David
> 
>> Le 11 avr. 2024 à 11:02, Ryan Laouichi  a écrit :
>> 
>> Non tu a bien raison de demander au cas où, mais je te confirme que entre 
>> deux postes SIP, il n'y a 0 problème.
>> 
>> Si l'un de raccroche, ca coupe la communication à l'autre.
>> 
>> Mon serveur SIP le vois en communication.
>> 
>> Merci.
>> 
>> Cordialement,
>> 
>> Ryan
>> 
>> -Message d'origine-----
>> De : frnog-requ...@frnog.org  De la part de 
>> Paul Rolland (???·???) Envoyé : jeudi 11 avril 2024 10:36 À : 
>> frnog@frnog.org Objet : Re: [FRnOG] [TECH] - Configuration Portier 
>> Analogique
>> 
>> Hello,
>> 
>> On Thu, 11 Apr 2024 08:14:47 +
>> Ryan Laouichi  wrote:
>> 
>>> Dans notre troubleshooting, nous avons constaté que coté poste IP, le 
>>> téléphone met fin a la conversation mais le portier (donc ata) va 
>>> mettre
>>> 1 minute avant de mettre fin à la communication.
>> 
>> Je suppose, mais ca ne coute rien de demander, que si tu fais un appel entre 
>> deux postes SIP, tu n'as pas le probleme ?
>> 
>> Durant la "minute d'attente", ton serveur SIP, il voit le poste ATA dans 
>> quel etat ? Connecte ou pas ?
>> 
>> Paul
>> 
>> 
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
>> ATTENTION : Ce courriel provient de l'extérieur de l'organisation. Ne 
>> cliquez pas sur les liens et n'ouvrez pas les pièces jointes si vous ne 
>> reconnaissez pas l'expéditeur et si vous n'êtes pas sûr du contenu du mail.
>> 
>> 
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
> 
> ATTENTION : Ce courriel provient de l'extérieur de l'organisation. Ne cliquez 
> pas sur les liens et n'ouvrez pas les pièces jointes si vous ne reconnaissez 
> pas l'expéditeur et si vous n'êtes pas sûr du contenu du mail.
> 


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

Re: [FRnOG] [TECH] Blocage WAF AWS

[Dominique Rousseau]

Le Wed, Apr 10, 2024 at 05:52:47PM +0200, Romain [rom...@borezo.info] a écrit:
> Le nombre d'IPs on s'en fiche, effectivement la solution la plus efficace
> serait de demander aux propriétaires de ces sites d'ajouter une règle pour
> exclure vos ranges.

Mhmmm.

Effectivement, les gestionnaires des sites concernes ont la main pour
choisir ce qu'ils utilisent - ou non - comme blocage.

Mais en tant que fournisseur d'un service manage, Amazon est aussi
redevable d'avoir des listes de blocage correspondant a des cas
"legitimes".

Et sinon, on peut garder pour exercice pour demain, de determiner si il
est plus facile de faire bouger Engie ou Amazon...

-- 
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] - Configuration Portier Analogique

[Ryan Laouichi]

Non, on D-NAT notre réseau VOIX.

Ryan

-Message d'origine-
De : David Ponzone  
Envoyé : jeudi 11 avril 2024 11:04
À : Ryan Laouichi 
Cc : "Paul Rolland (ポール・ロラン)" ; frnog@frnog.org
Objet : Re: [FRnOG] [TECH] - Configuration Portier Analogique

Y a du NAT qqpart ?

David

> Le 11 avr. 2024 à 11:02, Ryan Laouichi  a écrit :
>
> Non tu a bien raison de demander au cas où, mais je te confirme que entre 
> deux postes SIP, il n'y a 0 problème.
>
> Si l'un de raccroche, ca coupe la communication à l'autre.
>
> Mon serveur SIP le vois en communication.
>
> Merci.
>
> Cordialement,
>
> Ryan
>
> -Message d'origine-
> De : frnog-requ...@frnog.org  De la part de 
> Paul Rolland (???·???) Envoyé : jeudi 11 avril 2024 10:36 À : 
> frnog@frnog.org Objet : Re: [FRnOG] [TECH] - Configuration Portier 
> Analogique
>
> Hello,
>
> On Thu, 11 Apr 2024 08:14:47 +
> Ryan Laouichi  wrote:
>
>> Dans notre troubleshooting, nous avons constaté que coté poste IP, le 
>> téléphone met fin a la conversation mais le portier (donc ata) va 
>> mettre
>> 1 minute avant de mettre fin à la communication.
>
> Je suppose, mais ca ne coute rien de demander, que si tu fais un appel entre 
> deux postes SIP, tu n'as pas le probleme ?
>
> Durant la "minute d'attente", ton serveur SIP, il voit le poste ATA dans quel 
> etat ? Connecte ou pas ?
>
> Paul
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> ATTENTION : Ce courriel provient de l'extérieur de l'organisation. Ne cliquez 
> pas sur les liens et n'ouvrez pas les pièces jointes si vous ne reconnaissez 
> pas l'expéditeur et si vous n'êtes pas sûr du contenu du mail.
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/

ATTENTION : Ce courriel provient de l'extérieur de l'organisation. Ne cliquez 
pas sur les liens et n'ouvrez pas les pièces jointes si vous ne reconnaissez 
pas l'expéditeur et si vous n'êtes pas sûr du contenu du mail.


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

Re: [FRnOG] [TECH] - Configuration Portier Analogique

[David Ponzone]

Y a du NAT qqpart ?

David

> Le 11 avr. 2024 à 11:02, Ryan Laouichi  a écrit :
> 
> Non tu a bien raison de demander au cas où, mais je te confirme que entre 
> deux postes SIP, il n'y a 0 problème.
> 
> Si l'un de raccroche, ca coupe la communication à l'autre.
> 
> Mon serveur SIP le vois en communication.
> 
> Merci.
> 
> Cordialement,
> 
> Ryan
> 
> -Message d'origine-
> De : frnog-requ...@frnog.org  De la part de Paul 
> Rolland (???·???)
> Envoyé : jeudi 11 avril 2024 10:36
> À : frnog@frnog.org
> Objet : Re: [FRnOG] [TECH] - Configuration Portier Analogique
> 
> Hello,
> 
> On Thu, 11 Apr 2024 08:14:47 +
> Ryan Laouichi  wrote:
> 
>> Dans notre troubleshooting, nous avons constaté que coté poste IP, le 
>> téléphone met fin a la conversation mais le portier (donc ata) va 
>> mettre
>> 1 minute avant de mettre fin à la communication.
> 
> Je suppose, mais ca ne coute rien de demander, que si tu fais un appel entre 
> deux postes SIP, tu n'as pas le probleme ?
> 
> Durant la "minute d'attente", ton serveur SIP, il voit le poste ATA dans quel 
> etat ? Connecte ou pas ?
> 
> Paul
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> ATTENTION : Ce courriel provient de l'extérieur de l'organisation. Ne cliquez 
> pas sur les liens et n'ouvrez pas les pièces jointes si vous ne reconnaissez 
> pas l'expéditeur et si vous n'êtes pas sûr du contenu du mail.
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

RE: [FRnOG] [TECH] - Configuration Portier Analogique

[Ryan Laouichi]

Non tu a bien raison de demander au cas où, mais je te confirme que entre deux 
postes SIP, il n'y a 0 problème.

Si l'un de raccroche, ca coupe la communication à l'autre.

Mon serveur SIP le vois en communication.

Merci.

Cordialement,

Ryan

-Message d'origine-
De : frnog-requ...@frnog.org  De la part de Paul 
Rolland (???·???)
Envoyé : jeudi 11 avril 2024 10:36
À : frnog@frnog.org
Objet : Re: [FRnOG] [TECH] - Configuration Portier Analogique

Hello,

On Thu, 11 Apr 2024 08:14:47 +
Ryan Laouichi  wrote:

> Dans notre troubleshooting, nous avons constaté que coté poste IP, le 
> téléphone met fin a la conversation mais le portier (donc ata) va 
> mettre
> 1 minute avant de mettre fin à la communication.

Je suppose, mais ca ne coute rien de demander, que si tu fais un appel entre 
deux postes SIP, tu n'as pas le probleme ?

Durant la "minute d'attente", ton serveur SIP, il voit le poste ATA dans quel 
etat ? Connecte ou pas ?

Paul


---
Liste de diffusion du FRnOG
http://www.frnog.org/
ATTENTION : Ce courriel provient de l'extérieur de l'organisation. Ne cliquez 
pas sur les liens et n'ouvrez pas les pièces jointes si vous ne reconnaissez 
pas l'expéditeur et si vous n'êtes pas sûr du contenu du mail.


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

Re: [FRnOG] [TECH] - Configuration Portier Analogique

[Daniel via frnog]

Bonjour

Le 11/04/2024 à 10:14, Ryan Laouichi a écrit :

Bonjour,

Nous tentons de configurer un portier Castel analogique (IPS2) qui est branché 
derrière un ATA Cisco SPA112.

Lorsqu'on appui sur le bouton de l'interphone, il fait bien sonner un poste SIP.

Cependant, nous rencontrons une problématique, nous devons attendre une minute 
avant de pouvoir de nouveau sonner et que cela lance de nouveau un appel.
Il y a 15 ans j'avais ce soucis avec les portiers Castel, jamais trouvé 
de solution même en discutant avec leur support. Abandon de la marque.


--
Daniel

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

Re: [FRnOG] [TECH] - Configuration Portier Analogique

[Paul Rolland (ポール・ロラン)]

Hello,

On Thu, 11 Apr 2024 08:14:47 +
Ryan Laouichi  wrote:

> Dans notre troubleshooting, nous avons constaté que coté poste IP, le
> téléphone met fin a la conversation mais le portier (donc ata) va mettre
> 1 minute avant de mettre fin à la communication.

Je suppose, mais ca ne coute rien de demander, que si tu fais un appel
entre deux postes SIP, tu n'as pas le probleme ?

Durant la "minute d'attente", ton serveur SIP, il voit le poste ATA dans
quel etat ? Connecte ou pas ?

Paul


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

Re: [FRnOG] [TECH] - Configuration Portier Analogique

[David Ponzone]

Alors plusieurs pistes:
1/remplacer portier par téléphone de base pour les tests
2/prendre trace SIP entre ATA et SIP server pour savoir qui fait de la merde. 
Si ATA alors goto 3
3/utiliser ATA digne de ce nom (j’ai rien contre le SPA, mais il a quand même 
15 ans)

David

> Le 11 avr. 2024 à 10:14, Ryan Laouichi  a écrit :
> 
> Bonjour,
> 
> Nous tentons de configurer un portier Castel analogique (IPS2) qui est 
> branché derrière un ATA Cisco SPA112.
> 
> Lorsqu'on appui sur le bouton de l'interphone, il fait bien sonner un poste 
> SIP.
> 
> Cependant, nous rencontrons une problématique, nous devons attendre une 
> minute avant de pouvoir de nouveau sonner et que cela lance de nouveau un 
> appel.
> 
> Dans notre troubleshooting, nous avons constaté que coté poste IP, le 
> téléphone met fin a la conversation mais le portier (donc ata) va mettre 1 
> minute avant de mettre fin à la communication.
> 
> Je me permets donc de faire appel à vous si vous avez une idée du paramètre à 
> modifier ?
> 
> Merci.
> 
> Cordialement,
> 
> Ryan LAOUICHI
> [cid:image001.png@01DA8BF9.06CAEA10]
> ryan.laoui...@novelcom.fr
> 138 rue d'Aboukir, 75002 Paris
> www.novelcom.fr
> 
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [TECH] Blocage WAF AWS

[Romain]

C’est clairement indiqué sur leur page marketing, le critère c’est l’IA.

Le mer. 10 avr. 2024 à 22:59, Pavel Polyakov  a
écrit :

> VAHE Thomas :
>
> > Je fais appel à votre aide afin d'avoir des pistes pour débloquer une
> > situation qui devient de plus en plus bloquante chez vous. De plus en
> > plus d'url sont bloquées depuis l'AS 475487. N'importe quelle adresse
> > IP dans le range 5.149.176.0/20 par exemple. Par exemple impossible
> > d'accéder aux urls suivantes : https://www.silikomart.com/fr/
> > https://particuliers.engie.fr/
>
> Même phénomène avec Gitoyen/FDN.
>
> Manifestement une nouvelle connerie d'Amazon. On cherche toujours le
> critère de blacklistage...
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

Re: [FRnOG] [TECH] Blocage WAF AWS

[Pavel Polyakov]

VAHE Thomas :

> Je fais appel à votre aide afin d'avoir des pistes pour débloquer une
> situation qui devient de plus en plus bloquante chez vous. De plus en
> plus d'url sont bloquées depuis l'AS 475487. N'importe quelle adresse
> IP dans le range 5.149.176.0/20 par exemple. Par exemple impossible
> d'accéder aux urls suivantes : https://www.silikomart.com/fr/
> https://particuliers.engie.fr/

Même phénomène avec Gitoyen/FDN.

Manifestement une nouvelle connerie d'Amazon. On cherche toujours le
critère de blacklistage...


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

Re: [FRnOG] [TECH] Blocage WAF AWS

[Romain]

Le nombre d'IPs on s'en fiche, effectivement la solution la plus efficace
serait de demander aux propriétaires de ces sites d'ajouter une règle pour
exclure vos ranges.

Le mer. 10 avr. 2024 à 17:51, VAHE Thomas  a écrit :

> Oui, aucune réponse sur abuse bien sur.
> Et idem en essayant de contacter le Support Center quand tu n'es pas
> client.
> Je suis passé par des amis qui sont clients pro AWS mais qui n'ont pas de
> WAF ou CloudFront, ils se sont fait rembarrer. AWS dit que l'on doit
> contacter chaque administrateur des sites qui ne fonctionnent pas ...
> On a des milliers d'adresse IP, et des dizaines d'urls non accessible avec
> ce message.
>
>
> --
> *De :* Romain 
> *Envoyé :* mercredi 10 avril 2024 17:43
> *À :* VAHE Thomas 
> *Cc :* frnog-t...@frnog.org 
> *Objet :* Re: [FRnOG] [TECH] Blocage WAF AWS
>
> Je vais poser une question bête, mais tu as essayé ab...@amazon.com ou
> leur lien sur la page que tu fournis "contact the AWS Support Center" ?
>
> Le mer. 10 avr. 2024 à 17:39, VAHE Thomas  a
> écrit :
>
>  Bonjour,
>
> Je fais appel à votre aide afin d'avoir des pistes pour débloquer une
> situation qui devient de plus en plus bloquante chez vous.
> De plus en plus d'url sont bloquées depuis l'AS 475487. N'importe quelle
> adresse IP dans le range 5.149.176.0/20 par exemple.
> Par exemple impossible d'accéder aux urls suivantes :
> https://www.silikomart.com/fr/
> https://particuliers.engie.fr/
>
> "
> Le message est :
> 403 ERROR
> The request could not be satisfied.
> Request blocked. We can't connect to the server for this app or website at
> this time. There might be too much traffic or a configuration error. Try
> again later, or contact the app or website owner.
> If you provide content to customers through CloudFront, you can find steps
> to troubleshoot and help prevent this error by reviewing the CloudFront
> documentation.
>
> Generated by cloudfront (CloudFront)
> Request ID: HKJs79HPa4d2fcAIpVNf..ojDrRUrm7NxYTg==
> "
>
> En cherchant un peu ces serveurs semblent être derrière un CloudFront
> protégés par un WAF.
> Les IPs de ce range semblent propres (réputation OK) sur tous les sites
> que j'ai pu tester.
>
> Je pense que les admins de ces sites utilisent une des règles suivantes :
>
> https://docs.aws.amazon.com/waf/latest/developerguide/aws-managed-rule-groups-ip-rep.html#aws-managed-rule-groups-ip-rep-amazon
>
> Bien sur impossible de les contacter pour avoir une réponse pertinente.
>
> Je ne semble pas être le seul dans ce cas. Si l'un d'entre vous a eu le
> meme problème je veux bien un ptit coup de main.
>
> Merci d'avance.
>
> Cdt
>
> Thomas V.
>
> __
> Ce message contient des informations dont le contenu est susceptible d'
> etre confidentiel. Il est destine au(x) destinataire(s) indique(s)
> exclusivement.
> A moins que vous ne fassiez partie de la liste des destinataires, ou que
> vous soyez habilite a recevoir le mail a leur place, il vous est interdit
> de le copier, de l'utiliser ou de devoiler son contenu a un tiers.
> Si vous avez recu cet email par erreur, merci de prendre contact avec
> l'emetteur.
> Les opinions exprimees dans cet e-mail sont celles de l'emetteur et ne
> refletent pas necessairement celles de l'entreprise.
> Ce e-mail peut contenir des pieces jointes dont certaines pourraient
> contenir des virus qui pourraient endommager votre systeme informatique.
> La compagnie a pris toutes dispositions afin de minimiser ce risque et
> decline toute responsabilite pour toute perte ou dommage resultant
> directement ou indirectement de l'utilisation de cet email ou de son
> contenu.
> Il vous appartient d'effectuer vos propres controles anti-virus avant
> d'ouvrir la ou les pieces jointes.
> __
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>
>

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

Re: [FRnOG] [TECH] Blocage WAF AWS

[Paul Rolland (ポール・ロラン)]

Hello,

On Wed, 10 Apr 2024 17:45:40 +0200
Romain  wrote:

> Et éventuellement la ML nanog.org

Ce sujet a tres precisement ete evoque sur Nanog entre le 21 et le 26
mars... et ca Amazon n'en est pas sorti grandi.

En gros Thomas, tu n'es pas le seul, et Amazon ne semble pas tres receptif.

Paul


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

RE: [FRnOG] [TECH] Blocage WAF AWS

[VAHE Thomas]

Oui, aucune réponse sur abuse bien sur.
Et idem en essayant de contacter le Support Center quand tu n'es pas client.
Je suis passé par des amis qui sont clients pro AWS mais qui n'ont pas de WAF 
ou CloudFront, ils se sont fait rembarrer. AWS dit que l'on doit contacter 
chaque administrateur des sites qui ne fonctionnent pas ...
On a des milliers d'adresse IP, et des dizaines d'urls non accessible avec ce 
message.




De : Romain 
Envoyé : mercredi 10 avril 2024 17:43
À : VAHE Thomas 
Cc : frnog-t...@frnog.org 
Objet : Re: [FRnOG] [TECH] Blocage WAF AWS

Je vais poser une question bête, mais tu as essayé 
ab...@amazon.com<mailto:ab...@amazon.com> ou leur lien sur la page que tu 
fournis "contact the AWS Support Center" ?

Le mer. 10 avr. 2024 à 17:39, VAHE Thomas 
mailto:tv...@fltechno.scc.com>> a écrit :
 Bonjour,

Je fais appel à votre aide afin d'avoir des pistes pour débloquer une situation 
qui devient de plus en plus bloquante chez vous.
De plus en plus d'url sont bloquées depuis l'AS 475487. N'importe quelle 
adresse IP dans le range 5.149.176.0/20<http://5.149.176.0/20> par exemple.
Par exemple impossible d'accéder aux urls suivantes :
https://www.silikomart.com/fr/
https://particuliers.engie.fr/

"
Le message est :
403 ERROR
The request could not be satisfied.
Request blocked. We can't connect to the server for this app or website at this 
time. There might be too much traffic or a configuration error. Try again 
later, or contact the app or website owner.
If you provide content to customers through CloudFront, you can find steps to 
troubleshoot and help prevent this error by reviewing the CloudFront 
documentation.

Generated by cloudfront (CloudFront)
Request ID: HKJs79HPa4d2fcAIpVNf..ojDrRUrm7NxYTg==
"

En cherchant un peu ces serveurs semblent être derrière un CloudFront protégés 
par un WAF.
Les IPs de ce range semblent propres (réputation OK) sur tous les sites que 
j'ai pu tester.

Je pense que les admins de ces sites utilisent une des règles suivantes :
https://docs.aws.amazon.com/waf/latest/developerguide/aws-managed-rule-groups-ip-rep.html#aws-managed-rule-groups-ip-rep-amazon

Bien sur impossible de les contacter pour avoir une réponse pertinente.

Je ne semble pas être le seul dans ce cas. Si l'un d'entre vous a eu le meme 
problème je veux bien un ptit coup de main.

Merci d'avance.

Cdt

Thomas V.

__
Ce message contient des informations dont le contenu est susceptible d' etre 
confidentiel. Il est destine au(x) destinataire(s) indique(s) exclusivement.
A moins que vous ne fassiez partie de la liste des destinataires, ou que vous 
soyez habilite a recevoir le mail a leur place, il vous est interdit de le 
copier, de l'utiliser ou de devoiler son contenu a un tiers.
Si vous avez recu cet email par erreur, merci de prendre contact avec 
l'emetteur.
Les opinions exprimees dans cet e-mail sont celles de l'emetteur et ne 
refletent pas necessairement celles de l'entreprise.
Ce e-mail peut contenir des pieces jointes dont certaines pourraient contenir 
des virus qui pourraient endommager votre systeme informatique.
La compagnie a pris toutes dispositions afin de minimiser ce risque et decline 
toute responsabilite pour toute perte ou dommage resultant directement ou 
indirectement de l'utilisation de cet email ou de son contenu.
Il vous appartient d'effectuer vos propres controles anti-virus avant d'ouvrir 
la ou les pieces jointes.
__

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

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

Re: [FRnOG] [TECH] Blocage WAF AWS

[Romain]

Et éventuellement la ML nanog.org

Le mer. 10 avr. 2024 à 17:43, Romain  a écrit :

> Je vais poser une question bête, mais tu as essayé ab...@amazon.com ou
> leur lien sur la page que tu fournis "contact the AWS Support Center" ?
>
> Le mer. 10 avr. 2024 à 17:39, VAHE Thomas  a
> écrit :
>
>>  Bonjour,
>>
>> Je fais appel à votre aide afin d'avoir des pistes pour débloquer une
>> situation qui devient de plus en plus bloquante chez vous.
>> De plus en plus d'url sont bloquées depuis l'AS 475487. N'importe quelle
>> adresse IP dans le range 5.149.176.0/20 par exemple.
>> Par exemple impossible d'accéder aux urls suivantes :
>> https://www.silikomart.com/fr/
>> https://particuliers.engie.fr/
>>
>> "
>> Le message est :
>> 403 ERROR
>> The request could not be satisfied.
>> Request blocked. We can't connect to the server for this app or website
>> at this time. There might be too much traffic or a configuration error. Try
>> again later, or contact the app or website owner.
>> If you provide content to customers through CloudFront, you can find
>> steps to troubleshoot and help prevent this error by reviewing the
>> CloudFront documentation.
>>
>> Generated by cloudfront (CloudFront)
>> Request ID: HKJs79HPa4d2fcAIpVNf..ojDrRUrm7NxYTg==
>> "
>>
>> En cherchant un peu ces serveurs semblent être derrière un CloudFront
>> protégés par un WAF.
>> Les IPs de ce range semblent propres (réputation OK) sur tous les sites
>> que j'ai pu tester.
>>
>> Je pense que les admins de ces sites utilisent une des règles suivantes :
>>
>> https://docs.aws.amazon.com/waf/latest/developerguide/aws-managed-rule-groups-ip-rep.html#aws-managed-rule-groups-ip-rep-amazon
>>
>> Bien sur impossible de les contacter pour avoir une réponse pertinente.
>>
>> Je ne semble pas être le seul dans ce cas. Si l'un d'entre vous a eu le
>> meme problème je veux bien un ptit coup de main.
>>
>> Merci d'avance.
>>
>> Cdt
>>
>> Thomas V.
>>
>> __
>> Ce message contient des informations dont le contenu est susceptible d'
>> etre confidentiel. Il est destine au(x) destinataire(s) indique(s)
>> exclusivement.
>> A moins que vous ne fassiez partie de la liste des destinataires, ou que
>> vous soyez habilite a recevoir le mail a leur place, il vous est interdit
>> de le copier, de l'utiliser ou de devoiler son contenu a un tiers.
>> Si vous avez recu cet email par erreur, merci de prendre contact avec
>> l'emetteur.
>> Les opinions exprimees dans cet e-mail sont celles de l'emetteur et ne
>> refletent pas necessairement celles de l'entreprise.
>> Ce e-mail peut contenir des pieces jointes dont certaines pourraient
>> contenir des virus qui pourraient endommager votre systeme informatique.
>> La compagnie a pris toutes dispositions afin de minimiser ce risque et
>> decline toute responsabilite pour toute perte ou dommage resultant
>> directement ou indirectement de l'utilisation de cet email ou de son
>> contenu.
>> Il vous appartient d'effectuer vos propres controles anti-virus avant
>> d'ouvrir la ou les pieces jointes.
>> __
>>
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
>>
>

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

Re: [FRnOG] [TECH] Blocage WAF AWS

[Romain]

Je vais poser une question bête, mais tu as essayé ab...@amazon.com ou leur
lien sur la page que tu fournis "contact the AWS Support Center" ?

Le mer. 10 avr. 2024 à 17:39, VAHE Thomas  a écrit :

>  Bonjour,
>
> Je fais appel à votre aide afin d'avoir des pistes pour débloquer une
> situation qui devient de plus en plus bloquante chez vous.
> De plus en plus d'url sont bloquées depuis l'AS 475487. N'importe quelle
> adresse IP dans le range 5.149.176.0/20 par exemple.
> Par exemple impossible d'accéder aux urls suivantes :
> https://www.silikomart.com/fr/
> https://particuliers.engie.fr/
>
> "
> Le message est :
> 403 ERROR
> The request could not be satisfied.
> Request blocked. We can't connect to the server for this app or website at
> this time. There might be too much traffic or a configuration error. Try
> again later, or contact the app or website owner.
> If you provide content to customers through CloudFront, you can find steps
> to troubleshoot and help prevent this error by reviewing the CloudFront
> documentation.
>
> Generated by cloudfront (CloudFront)
> Request ID: HKJs79HPa4d2fcAIpVNf..ojDrRUrm7NxYTg==
> "
>
> En cherchant un peu ces serveurs semblent être derrière un CloudFront
> protégés par un WAF.
> Les IPs de ce range semblent propres (réputation OK) sur tous les sites
> que j'ai pu tester.
>
> Je pense que les admins de ces sites utilisent une des règles suivantes :
>
> https://docs.aws.amazon.com/waf/latest/developerguide/aws-managed-rule-groups-ip-rep.html#aws-managed-rule-groups-ip-rep-amazon
>
> Bien sur impossible de les contacter pour avoir une réponse pertinente.
>
> Je ne semble pas être le seul dans ce cas. Si l'un d'entre vous a eu le
> meme problème je veux bien un ptit coup de main.
>
> Merci d'avance.
>
> Cdt
>
> Thomas V.
>
> __
> Ce message contient des informations dont le contenu est susceptible d'
> etre confidentiel. Il est destine au(x) destinataire(s) indique(s)
> exclusivement.
> A moins que vous ne fassiez partie de la liste des destinataires, ou que
> vous soyez habilite a recevoir le mail a leur place, il vous est interdit
> de le copier, de l'utiliser ou de devoiler son contenu a un tiers.
> Si vous avez recu cet email par erreur, merci de prendre contact avec
> l'emetteur.
> Les opinions exprimees dans cet e-mail sont celles de l'emetteur et ne
> refletent pas necessairement celles de l'entreprise.
> Ce e-mail peut contenir des pieces jointes dont certaines pourraient
> contenir des virus qui pourraient endommager votre systeme informatique.
> La compagnie a pris toutes dispositions afin de minimiser ce risque et
> decline toute responsabilite pour toute perte ou dommage resultant
> directement ou indirectement de l'utilisation de cet email ou de son
> contenu.
> Il vous appartient d'effectuer vos propres controles anti-virus avant
> d'ouvrir la ou les pieces jointes.
> __
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

Re: [FRnOG] [TECH] switchs aruba : Device Profiles for automatic port configuration

[BASSAGET Cédric]

Bonjour,
Pas de radius sur cette install.
pour moi "port-access auto-vlan" sert a autre chose, mais peut-être que je
me trompe

Merci en tous cas

Le lun. 8 avr. 2024 à 11:15, Antonin BOLLIN 
a écrit :

> Bonjour,
>
> Je l'ai fait par le passé mais avec un radius et dans mes notes j'ai :
>
>
>- Ne pas oublier de tagger le vlan en vlan voice 
>- faire le "port-access auto-vlan"
>-
>
> https://www.arubanetworks.com/techdocs/AOS-CX/10.11/HTML/security_6200-6300-6400/Content/Chp_Port_acc/por-acc-aut-vla.htm
>
>
> Cependant chez Aruba (je dis ça de mémoire) il me semble que le saut de
> vlan n'était autorisé qu'à partir du moment où on utilisait un radius pour
> l'authentification c'est peut-être toujours le cas mais j'ai toujours eu un
> radius avec, sans je n'ai jamais testé.
>
> Mes 2 cts
>
> Cordialement.
> --
> *De :* frnog-requ...@frnog.org  de la part de
> BASSAGET Cédric 
> *Envoyé :* lundi 8 avril 2024 11:01
> *À :* frnog-tech 
> *Objet :* [FRnOG] [TECH] switchs aruba : Device Profiles for automatic
> port configuration
>
> Bonjour,
>
> J'essaye désespérément de mettre en place l'autoconfig du vlan sur switch
> aruba en fonction de la mac d'un téléphone (de marque bittel, prefixe mac
> f00786) qui ne fait ni de LLDP ni de CDP.
>
> j'ai suivi le whitepaper HPE suivant :
>
> https://community.arubanetworks.com/HigherLogic/System/DownloadDocumentFile.ashx?DocumentFileKey=e81c402b-a46b-4875-b88a-c1485b028b3e
>
> et je me retrouve donc avec la conf suivante :
>
> device-identity name "bittel"
>lldp oui f00786
>exit
> device-profile name "bittel"
>untagged-vlan 2
>exit
> device-profile device-type "bittel"
>associate "bittel"
>enable
>exit
>
> bêtement je me disais que ça pourrait marcher, mais... non. je pense que ça
> ne marche qu'avec un tel qui balance des trames LLDP ?
> Est-ce quelqu'un a déjà réussi à faire fonctionner ce système pour un
> équipement qui ne fait ni de LLDP ni de CDP ? en gros assigner des
> paramètres à un port uniquement en fonction du préfixe MAC de l'équipement
> pluggé à ce port ?
>
> Bon lundi !
> Cédric
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

RE: [FRnOG] [TECH] switchs aruba : Device Profiles for automatic port configuration

[Antonin BOLLIN via frnog]

Bonjour,

Je l'ai fait par le passé mais avec un radius et dans mes notes j'ai :


  *
Ne pas oublier de tagger le vlan en vlan voice 
  *
faire le "port-access auto-vlan"
  *
https://www.arubanetworks.com/techdocs/AOS-CX/10.11/HTML/security_6200-6300-6400/Content/Chp_Port_acc/por-acc-aut-vla.htm

Cependant chez Aruba (je dis ça de mémoire) il me semble que le saut de vlan 
n'était autorisé qu'à partir du moment où on utilisait un radius pour 
l'authentification c'est peut-être toujours le cas mais j'ai toujours eu un 
radius avec, sans je n'ai jamais testé.

Mes 2 cts

Cordialement.

De : frnog-requ...@frnog.org  de la part de BASSAGET 
Cédric 
Envoyé : lundi 8 avril 2024 11:01
À : frnog-tech 
Objet : [FRnOG] [TECH] switchs aruba : Device Profiles for automatic port 
configuration

Bonjour,

J'essaye désespérément de mettre en place l'autoconfig du vlan sur switch
aruba en fonction de la mac d'un téléphone (de marque bittel, prefixe mac
f00786) qui ne fait ni de LLDP ni de CDP.

j'ai suivi le whitepaper HPE suivant :
https://community.arubanetworks.com/HigherLogic/System/DownloadDocumentFile.ashx?DocumentFileKey=e81c402b-a46b-4875-b88a-c1485b028b3e

et je me retrouve donc avec la conf suivante :

device-identity name "bittel"
   lldp oui f00786
   exit
device-profile name "bittel"
   untagged-vlan 2
   exit
device-profile device-type "bittel"
   associate "bittel"
   enable
   exit

bêtement je me disais que ça pourrait marcher, mais... non. je pense que ça
ne marche qu'avec un tel qui balance des trames LLDP ?
Est-ce quelqu'un a déjà réussi à faire fonctionner ce système pour un
équipement qui ne fait ni de LLDP ni de CDP ? en gros assigner des
paramètres à un port uniquement en fonction du préfixe MAC de l'équipement
pluggé à ce port ?

Bon lundi !
Cédric

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

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

Re: Re : [FRnOG] [TECH] Microsoft peering se ferme

[Alarig Le Lay via frnog]

On Thu 04 Apr 2024 11:42:12 GMT, frnog via frnog wrote:
> Ils ont peut-être plus envie d’avoir à gérer des soucis de routage
> quand tu as le control plane qui marche et pas le data plane sur un
> IX.

Je n’aime pas les RSes exactement pour cette raison. Par contre, pour un
petit AS ça reste pratique quand c’est difficile de négocier des
sessions directes.

-- 
Alarig


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

Re: [FRnOG] [TECH] RFC 9340: Architectural Principles for a Quantum Internet

[ic]

io,

> On 3 Apr 2024, at 22:14, Jeremy  wrote:
> 
> Tu ne parles pas de la théorie permettant l'intrication quantique longue 
> distance, permettant à tous de rêver à la possibilité de pouvoir communiquer 
> à très longue distance de manière instantanée (puisque d'une particule 
> intriquée changera d'état instantanément en s'affranchissant de la vitesse de 
> la lumière quelque soit la distance les séparant).

Chaque qbit transmis par intrication nécessite 2-3 bits de correction d’erreur 
transmis par un moyen “classique”… Il y a eu quelques talks assez intéressants 
sur le sujet à la cisco live, je ne sais pas si les slides sont publics mais je 
suppose qu’on peut les partager en privé aux plus curieux :)

++ ic


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

Re: [FRnOG] [TECH] Microsoft peering se ferme

[David Ponzone]

Le problème, c’est pas tant la sortie des RS, que la politique du traffic 
minimum pour peerer en direct.

David

> Le 4 avr. 2024 à 13:42, fr...@gtn.re a écrit :
> 
> 
> Ils ont peut-être plus envie d’avoir à gérer des soucis de routage quand tu 
> as le control plane qui marche et pas le data plane sur un IX.
> 
> Ça nous est arrivé à plusieurs reprises qu’un peer et nous (qui ne peerions 
> pas ensemble mais chacun avec le RS) ayons le soucis suivant :
> 
> - le peer et nous n’avons aucun soucis à joindre le RS et à échanger des 
> routes.
> - le data plane entre le peer et nous ne fonctionnait pas.
> 
> Du coup tout va bien dans ta RIB et ta FIB mais ton traffic est droppé en 
> raison d’un soucis dont tu n’es pas au courant.
> 
> On réfléchit à faire la même chose chez F5.
> 
> 
> Le jeu. 4 avr. 2024 à 12:35, David Ponzone   a écrit :
>> 
>> Bonjour tous,
>> 
>> Petit changement de politique de peering en cours chez Microsoft: ils 
>> arrêtent les sessions avec les RS et ils deviennent plus sélectifs pour les 
>> sessions de peering direct (ils l’étaient peu ou pas avant).
>> 
>> Si quelqu’un a des infos sur les raisons de ce revirement soudain.
>> 
>> David Ponzone
>> 
>> 
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
>> 


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

Re: [FRnOG] [TECH] Microsoft peering se ferme

[David Ponzone]

Ok mais quand tu es dans la course au rapprochement entre ton contenu et les 
eyeballs, c’est un changement de direction surprenant.
Amazon, Google et Apple ont des politiques plutôt ouvertes (sur le plan du 
volume de traffic en tout cas).

Une phrase rigolote extraite de la peering policy de MS française:

"• Les homologues sur un peering Exchange doivent avoir au moins 500 Mo de 
trafic, et au plus 2 Go. Pour le trafic qui dépasse 2 Go, un peering direct 
doit être établi. »

Je sais bien qu’absolument toutes leurs pages de doc en autre chose que 
l’anglais sont autotraduites à la hache, mais  ça pique vraiment les yeux là….

David

PS: je viens de voir le mail de Google. Si le direct peering reste accessible, 
je peux comprendre qu’ils évitent les RS. Ca leur coûte cher à chaque fois les 
ratés d’une plateforme sur lequel personne n’a le contrôle, et qui est en fait 
un service quasi inutile (qui va quitter un IX parce qu’il y a pas de RS à une 
époque où 50% du traffic vient de 5 AS).


> Le 4 avr. 2024 à 13:43, Paul Rolland (ポール・ロラン)  a écrit :
> 
> Hello,
> 
> On Thu, 4 Apr 2024 12:35:02 +0200
> David Ponzone  wrote:
> 
>> Petit changement de politique de peering en cours chez Microsoft: ils
>> arrêtent les sessions avec les RS et ils deviennent plus sélectifs pour
>> les sessions de peering direct (ils l’étaient peu ou pas avant).
> 
> Microsoft... ou Google ? On vient de recevoir un mail de FranceIX, mais il
> parle de Ggl.
> 
> Une raison : surement une meilleure visibilite de qui sont exactement tes
> peers... 
> 
> Paul
> 
> -- 
> Paul RollandE-Mail : rol(at)witbe.net
> CTO - Witbe.net SA  Tel. +33 (0)1 47 67 77 77
> 18 Rue d'Arras, Bat. A11Fax. +33 (0)1 47 67 77 99
> F-92000 NanterreRIPE : PR12-RIPE
> 
> Please no HTML, I'm not a browser - Pas d'HTML, je ne suis pas un
> navigateur "Some people dream of success... while others wake up and work
> hard at it" 
> 
> "I worry about my child and the Internet all the time, even though she's
> too young to have logged on yet. Here's what I worry about. I worry that 10
> or 15 years from now, she will come to me and say 'Daddy, where were you
> when they took freedom of the press away from the Internet?'"
> --Mike Godwin, Electronic Frontier Foundation 
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [TECH] Microsoft peering se ferme

[Paul Rolland (ポール・ロラン)]

Hello,

On Thu, 4 Apr 2024 12:35:02 +0200
David Ponzone  wrote:

> Petit changement de politique de peering en cours chez Microsoft: ils
> arrêtent les sessions avec les RS et ils deviennent plus sélectifs pour
> les sessions de peering direct (ils l’étaient peu ou pas avant).

Microsoft... ou Google ? On vient de recevoir un mail de FranceIX, mais il
parle de Ggl.

Une raison : surement une meilleure visibilite de qui sont exactement tes
peers... 

Paul

-- 
Paul RollandE-Mail : rol(at)witbe.net
CTO - Witbe.net SA  Tel. +33 (0)1 47 67 77 77
18 Rue d'Arras, Bat. A11Fax. +33 (0)1 47 67 77 99
F-92000 NanterreRIPE : PR12-RIPE

Please no HTML, I'm not a browser - Pas d'HTML, je ne suis pas un
navigateur "Some people dream of success... while others wake up and work
hard at it" 

"I worry about my child and the Internet all the time, even though she's
too young to have logged on yet. Here's what I worry about. I worry that 10
or 15 years from now, she will come to me and say 'Daddy, where were you
when they took freedom of the press away from the Internet?'"
--Mike Godwin, Electronic Frontier Foundation 


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

Re : [FRnOG] [TECH] Microsoft peering se ferme

[frnog via frnog]

Ils ont peut-être plus envie d’avoir à gérer des soucis de routage quand tu as 
le control plane qui marche et pas le data plane sur un IX.

Ça nous est arrivé à plusieurs reprises qu’un peer et nous (qui ne peerions pas 
ensemble mais chacun avec le RS) ayons le soucis suivant :

- le peer et nous n’avons aucun soucis à joindre le RS et à échanger des routes.
- le data plane entre le peer et nous ne fonctionnait pas.

Du coup tout va bien dans ta RIB et ta FIB mais ton traffic est droppé en 
raison d’un soucis dont tu n’es pas au courant.

On réfléchit à faire la même chose chez F5.

Le jeu. 4 avr. 2024 à 12:35, David Ponzone <[david.ponz...@gmail.com](mailto:Le 
jeu. 4 avr. 2024 à 12:35, David Ponzone < a écrit :

> Bonjour tous,
>
> Petit changement de politique de peering en cours chez Microsoft: ils 
> arrêtent les sessions avec les RS et ils deviennent plus sélectifs pour les 
> sessions de peering direct (ils l’étaient peu ou pas avant).
>
> Si quelqu’un a des infos sur les raisons de ce revirement soudain.
>
> David Ponzone
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] RFC 9340: Architectural Principles for a Quantum Internet

[Archange]

Bonsoir,

Le 04/04/2024 à 00:14, Jeremy a écrit :

Salut Stéphane,

Merci pour ton article, plutôt bien rédigé pour quelqu'un dont la 
physique quantique n'est pas le métier premier ;)


La physique Quantique est passionnante, à tout point de vue. Une fois 
qu'on a dépassé les notions particulièrement perturbante de la dualité 
onde corpuscule, et les différents paradoxes qui existent à partir de 
ces états superposés, on comprend l'immense puissance de ces outils 
qui constituent notre univers. On peut d'ailleurs largement digresser 
en imaginant que la physique quantique régie bien plus de choses dans 
nos vies qu'on ne veut l'admettre. Arrêtons la digression ici, sinon 
on rentre dans la religion au stade actuel de la science.


Par contre, un point qui m'étonne dans ton article (je précise que je 
n'ai pas lu la RFC d'origine, étant une b en Anglais scientifique).


Tu ne parles pas de la théorie permettant l'intrication quantique 
longue distance, permettant à tous de rêver à la possibilité de 
pouvoir communiquer à très longue distance de manière instantanée 
(puisque d'une particule intriquée changera d'état instantanément en 
s'affranchissant de la vitesse de la lumière quelque soit la distance 
les séparant).


On pourrait alors imaginer pouvoir communiquer via un réseau 
classique, relayant les données à travers un réseau quantique 
intriqué, disposant d'une particule de chaque coté de l'échange, ayant 
été intriquée au préalable (ou à distance ?).


Je sais qu'on est à la limite de la science fiction, mais j'ai déjà 
croisé quelques études sur cette théorie qui semble faire sens pour 
les têtes (grosses ?) qui réfléchissent à cette physique. Étonnant que 
nos amis ayant rédigé la RFC n'en ai pas fait mention ?


C'est pour moi la vrai et seule utilité d'un réseau quantique : 
pouvoir communiquer à distance en s'affranchissant de la vitesse de la 
lumière.


Pour autant que je sache, l’intrication de paires ne permet pas de 
transmettre de l’information. On peut juste savoir instantanément quel 
résultat de mesure l’autre partie a observé, mais ça ne permet pas de 
transférer de l’information (on ne contrôle pas ce qui est observé). 
Donc pas de transfert supraluminique ni de violation de la causalité.


Voilà probablement pourquoi ils n’en parlent pas (je précise que je n’ai 
lu pour l’instant ni la RFC, ni l’article de Stéphane).



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

Re: [FRnOG] [TECH] RFC 9340: Architectural Principles for a Quantum Internet

[Jeremy]

Salut Stéphane,

Merci pour ton article, plutôt bien rédigé pour quelqu'un dont la 
physique quantique n'est pas le métier premier ;)


La physique Quantique est passionnante, à tout point de vue. Une fois 
qu'on a dépassé les notions particulièrement perturbante de la dualité 
onde corpuscule, et les différents paradoxes qui existent à partir de 
ces états superposés, on comprend l'immense puissance de ces outils qui 
constituent notre univers. On peut d'ailleurs largement digresser en 
imaginant que la physique quantique régie bien plus de choses dans nos 
vies qu'on ne veut l'admettre. Arrêtons la digression ici, sinon on 
rentre dans la religion au stade actuel de la science.


Par contre, un point qui m'étonne dans ton article (je précise que je 
n'ai pas lu la RFC d'origine, étant une b en Anglais scientifique).


Tu ne parles pas de la théorie permettant l'intrication quantique longue 
distance, permettant à tous de rêver à la possibilité de pouvoir 
communiquer à très longue distance de manière instantanée (puisque d'une 
particule intriquée changera d'état instantanément en s'affranchissant 
de la vitesse de la lumière quelque soit la distance les séparant).


On pourrait alors imaginer pouvoir communiquer via un réseau classique, 
relayant les données à travers un réseau quantique intriqué, disposant 
d'une particule de chaque coté de l'échange, ayant été intriquée au 
préalable (ou à distance ?).


Je sais qu'on est à la limite de la science fiction, mais j'ai déjà 
croisé quelques études sur cette théorie qui semble faire sens pour les 
têtes (grosses ?) qui réfléchissent à cette physique. Étonnant que nos 
amis ayant rédigé la RFC n'en ai pas fait mention ?


C'est pour moi la vrai et seule utilité d'un réseau quantique : pouvoir 
communiquer à distance en s'affranchissant de la vitesse de la lumière.
L'idée de vouloir faire passer des Qbit à travers un réseau (fibre ?) a 
du sens pour la sécurité, c'est certain (inviolable), mais en dehors de 
ça, difficile de trouver d'autres applications en l'état de notre monde.


Jérémy


Le 03/04/2024 à 20:25, Stephane Bortzmeyer a écrit :

Allez, pour se changer un peu des réseaux réels, faisons un peu de
science-fiction, avec ce futur réseau quantique.

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


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




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

Re: [FRnOG] [TECH] 300Tbps par paire

[David Ponzone]

Nice :)

> Le 28 mars 2024 à 16:32, Toussaint OTTAVI  a écrit :
> 
> 
> Le 28/03/2024 à 13:03, David Ponzone a écrit :
>> C’était exactement mon propos, ils ont vendu du vent au Grand Public,
> 
> Il faut bien du vent pour pousser les datas dans les nuages :-)
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [TECH] 300Tbps par paire

[Toussaint OTTAVI]

Le 28/03/2024 à 13:03, David Ponzone a écrit :

C’était exactement mon propos, ils ont vendu du vent au Grand Public,


Il faut bien du vent pour pousser les datas dans les nuages :-)

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

Re: [FRnOG] [TECH] 300Tbps par paire

[Philippe ASTIER via frnog]

Arf, my bad, j’ai lu trop vite parce que j’ai pris le thread en route entre 
deux réunions.

On est d’accord en fait. 
Mais c’est génial d’un point de vue marketing de valoriser un truc que les gens 
ne vont pas utiliser, et que du coup tu n’as même pas à surveiller et pour 
lequel tu ne garantis rien.
C’est mieux que d’avoir une course à la baisse de prix sur des tuyaux pleins.

Après l’avantage, c’est pour les petites structures de la tech qui avec une ou 
deux FTTH « low-cost » ont des bien beaux tuyaux pour pas cher. Ca permet des 
usages entre des petits sites ou vers des DC de manière très très fiable malgré 
tout. 
Prévoir quand même plus qu’une liaison et du backup au cas où.


Après, la presse « spécialisée »…. Ça reste la presse, pas des spécialistes 
hein. 



> Le 28 mars 2024 à 13:03, David Ponzone  a écrit :
> 
> Philippe,
> 
> Euh….
> 
> Si j’avais dit « 50mbps c’est assez pour un pro, même le siège social de 
> Total », je pense qu’on pourrait me virer de la liste.
> 
> Je crois que le débat était sur les offres FTTH des OCEN, à destination du 
> GP/Pro (pour un OCEN, le FTTH c’est l’offre référence pour un pro), dont le 
> marketing met en avant 2Gbps, voir 8Gbps, voir 10Gbps.
> Je ne crois pas que la boite de 300 personnes ou la boite qui fait de la 
> post-prod vidéo soient dans cette cible (si la boite de post-prod bosse sur 
> un FTTH, je pense que le patron est un gros radin, et je prends des chips et 
> attend avec impatience qu’il ait une coupure de 2 semaines).
> 
> L’entreprise moyenne française, elle fait moins de 10 personnes, et elle 
> bosse pas dans la tech (84% des entreprises ont 9 salariés ou moins).
> 
> D’ailleurs, c’était même pas un débat en fait. Juste un rappel que ça fait un 
> moment que le marketing met en avant des trucs qui servent à rien pour le 
> vendre (les forfaits illimités vers 120 pays, le forfait 5G avec 50Go de plus 
> pour 4€ de plus par mois, également appelées « techniques pour remonter son 
> ARPU quand on l’a trop baissé pour prendre des parts de marché »).
> Donc voilà, même la presse spécialisée en met une couche.
> « 4.5 million times faster », ça pète plus que « 6 times faster ».
> 
> Mais merci de confirmer que c’est dur de remplir un tuyau 10G chez Free avec 
> du vrai contenu ou des benchs, même en ayant que ça à faire de la journée :)
> C’était exactement mon propos, ils ont vendu du vent au Grand Public, comme 
> toujours.
> 
> David
> 
> 
>> Le 28 mars 2024 à 12:26, Philippe ASTIER  a 
>> écrit :
>> 
>> J’ai des clients qui font de la video conf à 1,5-4 Mb/s / client et qui sont 
>> 300 en simultané, faites le calcul. C’est même pas des qualités extrêmes.
>> Sur lequel on ajoute des transferts de gros documents, etc...
>> 
>> En plus il faut de la marge pour les autres usages, donc, oui, j’ai 
>> plusieurs clients qui ont du 500-600 Mb/s plusieurs heures par jour en 
>> continu, avec des pointes longues qui dépassent largement le 1 Gb/s, que ce 
>> soit up ou down.
>> 
>> On est en 2024...
>> 
>> 
>> Cela dit, pour le fun, j’ai secoué ma FreeBox Ultra. Dur d'atteindre la 
>> limite, parce que les serveurs de benchs ont des limites par flux TCP, IPv4 
>> vs IPv6, etc… j’ai du balancer du trafic de plusieurs machines, alors même 
>> que depuis cette même machine, aucun souci pour faire du 10 Gb/s en interne.
>> Mais je confirme qu’on peut bien agréger 7,5 Gb/s symétriques, ils ne 
>> mentent pas trop, même en pleine journée.
>> 
>> En fait c’est rassurant, les benchs ce n’est pas la vraie vie, juste une 
>> image d’un usage qui ne correspond pas à la réalité. 
>> 
>> Les CDN font clairement du rate limite par connexion de ce que je vois.
>> 
>>> Le 28 mars 2024 à 11:42, David Ponzone  a écrit :
>>> 
>>> 
 Le 28 mars 2024 à 11:35, Pierre Colombier via frnog  a 
 écrit :
 
 Ah non David, je suis pas d'accord.
 
 On sait bien que l'usage moyen est à moins de 50M. (même moins de 10M pour 
 la plupart des gens) Mais l'usage moyen n'est pas le chiffre le plus 
 pertinent.
 
 Le client, pro ou GP, il a besoin de >1G burst pendant moins de 0.5% du 
 temps et c'est cette pointe là qui lui donne l'impression de confort.
>>> 
>>> Ah, j’ai pas encore mesuré de crêtes à 1G chez mes clients pro.
>>> Je vois pas ce qui leur enverrait 1G (certainement pas MS Update).
>>> 0,5% du temps, c’est plutôt 100M.
>>> Donc on en revient à un besoin réel de 30-50M, avec crêtes à 100M (je parle 
>>> pas d’un pro avec 100 PC bien sûr, je parle d’un pro représentatif du tissu 
>>> français, donc moins de 10 personnes).
>>> 
>>> Ah si je sais ce que tu vois 0,5% du temps (donc environ 60 min/mois en 
>>> HO): c’est les speedtest :)
>>> 
 
 Après, c'est pas n'importe-qui qui a un PC avec de l’ethernet à plus de 
 1G. Mais pour un gamer, la moindre update fait plus de 10Go, si il peut 
 les avoir en moins d'une minute plutôt qu'en une heure, ça change 
 radicalement son ressenti.
 
>>> 
>>> Faut que le 

Re: [FRnOG] [TECH] 300Tbps par paire

[David Ponzone]

Philippe,

Euh….

Si j’avais dit « 50mbps c’est assez pour un pro, même le siège social de Total 
», je pense qu’on pourrait me virer de la liste.

Je crois que le débat était sur les offres FTTH des OCEN, à destination du 
GP/Pro (pour un OCEN, le FTTH c’est l’offre référence pour un pro), dont le 
marketing met en avant 2Gbps, voir 8Gbps, voir 10Gbps.
Je ne crois pas que la boite de 300 personnes ou la boite qui fait de la 
post-prod vidéo soient dans cette cible (si la boite de post-prod bosse sur un 
FTTH, je pense que le patron est un gros radin, et je prends des chips et 
attend avec impatience qu’il ait une coupure de 2 semaines).

L’entreprise moyenne française, elle fait moins de 10 personnes, et elle bosse 
pas dans la tech (84% des entreprises ont 9 salariés ou moins).

D’ailleurs, c’était même pas un débat en fait. Juste un rappel que ça fait un 
moment que le marketing met en avant des trucs qui servent à rien pour le 
vendre (les forfaits illimités vers 120 pays, le forfait 5G avec 50Go de plus 
pour 4€ de plus par mois, également appelées « techniques pour remonter son 
ARPU quand on l’a trop baissé pour prendre des parts de marché »).
Donc voilà, même la presse spécialisée en met une couche.
« 4.5 million times faster », ça pète plus que « 6 times faster ».

Mais merci de confirmer que c’est dur de remplir un tuyau 10G chez Free avec du 
vrai contenu ou des benchs, même en ayant que ça à faire de la journée :)
C’était exactement mon propos, ils ont vendu du vent au Grand Public, comme 
toujours.

David


> Le 28 mars 2024 à 12:26, Philippe ASTIER  a 
> écrit :
> 
> J’ai des clients qui font de la video conf à 1,5-4 Mb/s / client et qui sont 
> 300 en simultané, faites le calcul. C’est même pas des qualités extrêmes.
> Sur lequel on ajoute des transferts de gros documents, etc...
> 
> En plus il faut de la marge pour les autres usages, donc, oui, j’ai plusieurs 
> clients qui ont du 500-600 Mb/s plusieurs heures par jour en continu, avec 
> des pointes longues qui dépassent largement le 1 Gb/s, que ce soit up ou down.
> 
> On est en 2024...
> 
> 
> Cela dit, pour le fun, j’ai secoué ma FreeBox Ultra. Dur d'atteindre la 
> limite, parce que les serveurs de benchs ont des limites par flux TCP, IPv4 
> vs IPv6, etc… j’ai du balancer du trafic de plusieurs machines, alors même 
> que depuis cette même machine, aucun souci pour faire du 10 Gb/s en interne.
> Mais je confirme qu’on peut bien agréger 7,5 Gb/s symétriques, ils ne mentent 
> pas trop, même en pleine journée.
> 
> En fait c’est rassurant, les benchs ce n’est pas la vraie vie, juste une 
> image d’un usage qui ne correspond pas à la réalité. 
> 
> Les CDN font clairement du rate limite par connexion de ce que je vois.
> 
>> Le 28 mars 2024 à 11:42, David Ponzone  a écrit :
>> 
>> 
>>> Le 28 mars 2024 à 11:35, Pierre Colombier via frnog  a 
>>> écrit :
>>> 
>>> Ah non David, je suis pas d'accord.
>>> 
>>> On sait bien que l'usage moyen est à moins de 50M. (même moins de 10M pour 
>>> la plupart des gens) Mais l'usage moyen n'est pas le chiffre le plus 
>>> pertinent.
>>> 
>>> Le client, pro ou GP, il a besoin de >1G burst pendant moins de 0.5% du 
>>> temps et c'est cette pointe là qui lui donne l'impression de confort.
>> 
>> Ah, j’ai pas encore mesuré de crêtes à 1G chez mes clients pro.
>> Je vois pas ce qui leur enverrait 1G (certainement pas MS Update).
>> 0,5% du temps, c’est plutôt 100M.
>> Donc on en revient à un besoin réel de 30-50M, avec crêtes à 100M (je parle 
>> pas d’un pro avec 100 PC bien sûr, je parle d’un pro représentatif du tissu 
>> français, donc moins de 10 personnes).
>> 
>> Ah si je sais ce que tu vois 0,5% du temps (donc environ 60 min/mois en HO): 
>> c’est les speedtest :)
>> 
>>> 
>>> Après, c'est pas n'importe-qui qui a un PC avec de l’ethernet à plus de 1G. 
>>> Mais pour un gamer, la moindre update fait plus de 10Go, si il peut les 
>>> avoir en moins d'une minute plutôt qu'en une heure, ça change radicalement 
>>> son ressenti.
>>> 
>> 
>> Faut que le serveur en face suive.
>> Je vais pas parler pour Steam, je connais pas, mais le PSN par exemple ne 
>> suit carrément pas.
>> Je suppose qu’ils utilisent tous des CDN, mais je suppose aussi qu’ils rate 
>> limit quand même un peu.
>> 
>> David
>> 
>> 
>> 
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
> 


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

Re: [FRnOG] [TECH] 300Tbps par paire

[Philippe ASTIER via frnog]

J’ai des clients qui font de la video conf à 1,5-4 Mb/s / client et qui sont 
300 en simultané, faites le calcul. C’est même pas des qualités extrêmes.
Sur lequel on ajoute des transferts de gros documents, etc...

En plus il faut de la marge pour les autres usages, donc, oui, j’ai plusieurs 
clients qui ont du 500-600 Mb/s plusieurs heures par jour en continu, avec des 
pointes longues qui dépassent largement le 1 Gb/s, que ce soit up ou down.

On est en 2024...


Cela dit, pour le fun, j’ai secoué ma FreeBox Ultra. Dur d'atteindre la limite, 
parce que les serveurs de benchs ont des limites par flux TCP, IPv4 vs IPv6, 
etc… j’ai du balancer du trafic de plusieurs machines, alors même que depuis 
cette même machine, aucun souci pour faire du 10 Gb/s en interne.
Mais je confirme qu’on peut bien agréger 7,5 Gb/s symétriques, ils ne mentent 
pas trop, même en pleine journée.

En fait c’est rassurant, les benchs ce n’est pas la vraie vie, juste une image 
d’un usage qui ne correspond pas à la réalité. 

Les CDN font clairement du rate limite par connexion de ce que je vois.

> Le 28 mars 2024 à 11:42, David Ponzone  a écrit :
> 
> 
>> Le 28 mars 2024 à 11:35, Pierre Colombier via frnog  a 
>> écrit :
>> 
>> Ah non David, je suis pas d'accord.
>> 
>> On sait bien que l'usage moyen est à moins de 50M. (même moins de 10M pour 
>> la plupart des gens) Mais l'usage moyen n'est pas le chiffre le plus 
>> pertinent.
>> 
>> Le client, pro ou GP, il a besoin de >1G burst pendant moins de 0.5% du 
>> temps et c'est cette pointe là qui lui donne l'impression de confort.
> 
> Ah, j’ai pas encore mesuré de crêtes à 1G chez mes clients pro.
> Je vois pas ce qui leur enverrait 1G (certainement pas MS Update).
> 0,5% du temps, c’est plutôt 100M.
> Donc on en revient à un besoin réel de 30-50M, avec crêtes à 100M (je parle 
> pas d’un pro avec 100 PC bien sûr, je parle d’un pro représentatif du tissu 
> français, donc moins de 10 personnes).
> 
> Ah si je sais ce que tu vois 0,5% du temps (donc environ 60 min/mois en HO): 
> c’est les speedtest :)
> 
>> 
>> Après, c'est pas n'importe-qui qui a un PC avec de l’ethernet à plus de 1G. 
>> Mais pour un gamer, la moindre update fait plus de 10Go, si il peut les 
>> avoir en moins d'une minute plutôt qu'en une heure, ça change radicalement 
>> son ressenti.
>> 
> 
> Faut que le serveur en face suive.
> Je vais pas parler pour Steam, je connais pas, mais le PSN par exemple ne 
> suit carrément pas.
> Je suppose qu’ils utilisent tous des CDN, mais je suppose aussi qu’ils rate 
> limit quand même un peu.
> 
> David
> 
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [TECH] 300Tbps par paire

[Francois-Frederic Ozog]

L’article pointé par Nang fait référence à la 5G et 50Km de distance donc le 
use case derrière ces 300Tbps semble plutôt la connectivité à moindre coût des 
base stations 5G/6G.

> Le 28 mars 2024 à 11:49, Frank ALEXIS  a écrit :
> 
> Hello folks,
> 
> Pas tout à fait d'accord avec vous sur le principe du débit crête / garanti 
> pour des clients pro.
> 
> J'explique :
> 
> On a beaucoup de clients pro dans le monde de la créativité, communication, 
> événementiel, vidéo, et autres trucs qui mangent du Tb de stockage et du Gb 
> de bande passante comme des goinfres et eux, quand ils passent 1h à uploader 
> un truc, ben c'est du temps perdu (et parfois à relancer l'upload qui a 
> planté ...) et donc du crédit auprès du client, du stress interne sur les 
> délais, et du brouzouf au final.
> 
> Ok c'est pas tous les clients qui sont dans ce domaine, mais même ceux qui 
> sont en bureautique, quand on voit le volume de mails, les màj (Doz ou 
> Pomme), les apps à installer et mettre à jour, les visio en 2K, la VoIP, sans 
> parler des smartphones / tablettes sur le LAN, ça génère gras du trafic et 
> y'a jamais assez de 1Gb (même si c'est que pour 1h par jour, au moment 
> critique)
> 
> Vu les dernières offres FTTO (ielo 1Gb/100Mb garanti, Eurofiber 1Gb ZEURA et 
> d'autres) à 200/300e mensuel, franchement, c'est plus du rêve et ça monte en 
> gammes vs la FTTH de la bobox habituelle mais qui merdouille soûlant (24 
> jours de coupure pour un client en plein centre ville de Montpellier pour un 
> IG Orange qui patine ... mais c'est du FTTH ...)
> 
> So, je pense que ça sert maintenant et encore plus demain, que c'est pas si 
> cher et que c'est quand même mieux au final pour tous :-)
> 
> My 2 cents
> Frank
> 
>> Le 28 mars 2024 à 11:35, Pierre Colombier via frnog  a 
>> écrit :
>> 
>> Ah non David, je suis pas d'accord.
>> 
>> On sait bien que l'usage moyen est à moins de 50M. (même moins de 10M pour 
>> la plupart des gens) Mais l'usage moyen n'est pas le chiffre le plus 
>> pertinent.
>> 
>> Le client, pro ou GP, il a besoin de >1G burst pendant moins de 0.5% du 
>> temps et c'est cette pointe là qui lui donne l'impression de confort.
>> 
>> Après, c'est pas n'importe-qui qui a un PC avec de l’ethernet à plus de 1G. 
>> Mais pour un gamer, la moindre update fait plus de 10Go, si il peut les 
>> avoir en moins d'une minute plutôt qu'en une heure, ça change radicalement 
>> son ressenti.
>> 
>> Pierre
>> 
>> 
>> 
>>> Le 28/03/2024 à 10:37, David Ponzone a écrit :
>>> Oui alors, vu le lectorat d’un tel site, ça me dérange beaucoup moins que 
>>> quand c’est les OCEN qui basent leur marketing GP sur: « Bientôt 8Gbps, 
>>> bientôt plus de streaming!», « Trop de lag dans Fortnite ? Choisissez le 
>>> XGS-PON! 10G!».
>>> 
>>> Quand on voit la tronche de la courbe de conso moyen d’un abonné FTTH GP 
>>> (ou pro d’ailleur), on ne sait même pas comment expliquer ça à un client 
>>> (pro) tellement on a l’impression de plus être crédible quand on lui dit 
>>> que son besoin réel, c’est même pas 50Mbps.
>>> 
>>> David
>>> 
 Le 28 mars 2024 à 10:28, Samuel Thibault  a 
 écrit :
 
 David Ponzone, le jeu. 28 mars 2024 10:10:59 +0100, a ecrit:
> Euh non, je pense que la comparaison avec le FTTH est pour être 
> compréhensible
> par des novices.
 Bien sûr, mais le message devient juste complètement *mensonger*. Il
 dit qu'Internet va être un million de fois plus rapide, c'est juste
 complètement faux.
 
 Et le fond derrière, c'est laisser croire que du coup on serait
 magiquement un million de fois plus heureux.
 
 Samuel
>>> 
>>> ---
>>> 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] 300Tbps par paire

[Frank ALEXIS]

Hello folks,

Pas tout à fait d'accord avec vous sur le principe du débit crête / garanti 
pour des clients pro.

J'explique :

On a beaucoup de clients pro dans le monde de la créativité, communication, 
événementiel, vidéo, et autres trucs qui mangent du Tb de stockage et du Gb de 
bande passante comme des goinfres et eux, quand ils passent 1h à uploader un 
truc, ben c'est du temps perdu (et parfois à relancer l'upload qui a planté 
...) et donc du crédit auprès du client, du stress interne sur les délais, et 
du brouzouf au final.

Ok c'est pas tous les clients qui sont dans ce domaine, mais même ceux qui sont 
en bureautique, quand on voit le volume de mails, les màj (Doz ou Pomme), les 
apps à installer et mettre à jour, les visio en 2K, la VoIP, sans parler des 
smartphones / tablettes sur le LAN, ça génère gras du trafic et y'a jamais 
assez de 1Gb (même si c'est que pour 1h par jour, au moment critique)

Vu les dernières offres FTTO (ielo 1Gb/100Mb garanti, Eurofiber 1Gb ZEURA et 
d'autres) à 200/300e mensuel, franchement, c'est plus du rêve et ça monte en 
gammes vs la FTTH de la bobox habituelle mais qui merdouille soûlant (24 jours 
de coupure pour un client en plein centre ville de Montpellier pour un IG 
Orange qui patine ... mais c'est du FTTH ...)

So, je pense que ça sert maintenant et encore plus demain, que c'est pas si 
cher et que c'est quand même mieux au final pour tous :-)

My 2 cents
Frank

> Le 28 mars 2024 à 11:35, Pierre Colombier via frnog  a écrit 
> :
> 
> Ah non David, je suis pas d'accord.
> 
> On sait bien que l'usage moyen est à moins de 50M. (même moins de 10M pour la 
> plupart des gens) Mais l'usage moyen n'est pas le chiffre le plus pertinent.
> 
> Le client, pro ou GP, il a besoin de >1G burst pendant moins de 0.5% du temps 
> et c'est cette pointe là qui lui donne l'impression de confort.
> 
> Après, c'est pas n'importe-qui qui a un PC avec de l’ethernet à plus de 1G. 
> Mais pour un gamer, la moindre update fait plus de 10Go, si il peut les avoir 
> en moins d'une minute plutôt qu'en une heure, ça change radicalement son 
> ressenti.
> 
> Pierre
> 
> 
> 
> Le 28/03/2024 à 10:37, David Ponzone a écrit :
>> Oui alors, vu le lectorat d’un tel site, ça me dérange beaucoup moins que 
>> quand c’est les OCEN qui basent leur marketing GP sur: « Bientôt 8Gbps, 
>> bientôt plus de streaming!», « Trop de lag dans Fortnite ? Choisissez le 
>> XGS-PON! 10G!».
>> 
>> Quand on voit la tronche de la courbe de conso moyen d’un abonné FTTH GP (ou 
>> pro d’ailleur), on ne sait même pas comment expliquer ça à un client (pro) 
>> tellement on a l’impression de plus être crédible quand on lui dit que son 
>> besoin réel, c’est même pas 50Mbps.
>> 
>> David
>> 
>>> Le 28 mars 2024 à 10:28, Samuel Thibault  a 
>>> écrit :
>>> 
>>> David Ponzone, le jeu. 28 mars 2024 10:10:59 +0100, a ecrit:
 Euh non, je pense que la comparaison avec le FTTH est pour être 
 compréhensible
 par des novices.
>>> Bien sûr, mais le message devient juste complètement *mensonger*. Il
>>> dit qu'Internet va être un million de fois plus rapide, c'est juste
>>> complètement faux.
>>> 
>>> Et le fond derrière, c'est laisser croire que du coup on serait
>>> magiquement un million de fois plus heureux.
>>> 
>>> Samuel
>> 
>> ---
>> 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] 300Tbps par paire

[David Ponzone]

> Le 28 mars 2024 à 11:35, Pierre Colombier via frnog  a écrit 
> :
> 
> Ah non David, je suis pas d'accord.
> 
> On sait bien que l'usage moyen est à moins de 50M. (même moins de 10M pour la 
> plupart des gens) Mais l'usage moyen n'est pas le chiffre le plus pertinent.
> 
> Le client, pro ou GP, il a besoin de >1G burst pendant moins de 0.5% du temps 
> et c'est cette pointe là qui lui donne l'impression de confort.

Ah, j’ai pas encore mesuré de crêtes à 1G chez mes clients pro.
Je vois pas ce qui leur enverrait 1G (certainement pas MS Update).
0,5% du temps, c’est plutôt 100M.
Donc on en revient à un besoin réel de 30-50M, avec crêtes à 100M (je parle pas 
d’un pro avec 100 PC bien sûr, je parle d’un pro représentatif du tissu 
français, donc moins de 10 personnes).

Ah si je sais ce que tu vois 0,5% du temps (donc environ 60 min/mois en HO): 
c’est les speedtest :)

> 
> Après, c'est pas n'importe-qui qui a un PC avec de l’ethernet à plus de 1G. 
> Mais pour un gamer, la moindre update fait plus de 10Go, si il peut les avoir 
> en moins d'une minute plutôt qu'en une heure, ça change radicalement son 
> ressenti.
> 

Faut que le serveur en face suive.
Je vais pas parler pour Steam, je connais pas, mais le PSN par exemple ne suit 
carrément pas.
Je suppose qu’ils utilisent tous des CDN, mais je suppose aussi qu’ils rate 
limit quand même un peu.

David



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

Re: [FRnOG] [TECH] 300Tbps par paire

[Pierre Colombier via frnog]

Ah non David, je suis pas d'accord.

On sait bien que l'usage moyen est à moins de 50M. (même moins de 10M 
pour la plupart des gens) Mais l'usage moyen n'est pas le chiffre le 
plus pertinent.


Le client, pro ou GP, il a besoin de >1G burst pendant moins de 0.5% du 
temps et c'est cette pointe là qui lui donne l'impression de confort.


Après, c'est pas n'importe-qui qui a un PC avec de l’ethernet à plus de 
1G. Mais pour un gamer, la moindre update fait plus de 10Go, si il peut 
les avoir en moins d'une minute plutôt qu'en une heure, ça change 
radicalement son ressenti.


Pierre



Le 28/03/2024 à 10:37, David Ponzone a écrit :

Oui alors, vu le lectorat d’un tel site, ça me dérange beaucoup moins que quand 
c’est les OCEN qui basent leur marketing GP sur: « Bientôt 8Gbps, bientôt plus 
de streaming!», « Trop de lag dans Fortnite ? Choisissez le XGS-PON! 10G!».

Quand on voit la tronche de la courbe de conso moyen d’un abonné FTTH GP (ou 
pro d’ailleur), on ne sait même pas comment expliquer ça à un client (pro) 
tellement on a l’impression de plus être crédible quand on lui dit que son 
besoin réel, c’est même pas 50Mbps.

David


Le 28 mars 2024 à 10:28, Samuel Thibault  a écrit 
:

David Ponzone, le jeu. 28 mars 2024 10:10:59 +0100, a ecrit:

Euh non, je pense que la comparaison avec le FTTH est pour être compréhensible
par des novices.

Bien sûr, mais le message devient juste complètement *mensonger*. Il
dit qu'Internet va être un million de fois plus rapide, c'est juste
complètement faux.

Et le fond derrière, c'est laisser croire que du coup on serait
magiquement un million de fois plus heureux.

Samuel


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



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

Re: [FRnOG] [TECH] 300Tbps par paire

[Nang Bat]

En effet le budget puissance est limitant mais les pfe ont aussi progressé
en passant de 15kv a 18kv au max. Ça laisse un peu de marge, suffisant pour
faire des câbles à 32 paires.

Le jeu. 28 mars 2024, 11:09, David Ponzone  a
écrit :

> Non, je pense que le problème du nombre de paires, c’est la patate des
> répéteurs nécessaires, donc la taille du cuivre nécessaire, donc le poids
> du câble entier.
>
> David
>
> > Le 28 mars 2024 à 11:03, Pierre Colombier via frnog  a
> écrit :
> >
> > Vu toute l'armature nécessaire et la technique de pose, j'ai dans l'idée
> que le prix d'un câble sous-marin n'est que très très peu lié au nombre de
> fibres qu'il y a dedans. Mais en fait, j'y connais rien. Un expert peut-il
> confirmer ou infirmer cette intuition ?
> >
> >
> > Le 28/03/2024 à 09:57, Rod Beck a écrit :
> >> The question, gentlemen, is over what distance can this technology
> work? The consensus for submarine cable systems is that transmission rates
> are quickly converging to the Shannon Limit. And the focus has been
> increasing the number of fibre pairs, not transmission rates per pair.
> Alcatel's spatial division multiplexing 'philosophy' was the key
> breakthrough. It uses relatively low transmission rates per fibre pair in
> order to conserve power and enable cables with higher fibre pair counts.
> >>
> >> Remember these academics have their own agenda as well. Fame and money.
> So I would temper your enthusiasm.
> >>
> >> Best,
> >>
> >> Roderick.
> >>
> >>
> >>
> >>
> >> [
> https://lh6.googleusercontent.com/2Lt_FJczBnPSUVs0JtgFSEE6fuziTBUYnu5DNq7DbaHJYMBySeKDNp6ky9fv2ZWitaRolkQMR0HSYAjjdUM-gPjMmFr6UnBhtrqwCia4-yVzmmqhyQtc-ad4xrS_rOVnPbkMDOFfh8OhRQhNA_O0QSw
> ]
> >>
> >> Roderick Beck
> >>
> >> Global Network Capacity Procurement
> >>
> >> Budapest:36-70-605-5144
> >>
> >> New Jersey: 908-452-8183
> >>
> >> Email: rod.b...@unitedcablecompany.com
> >>
> >> www.unitedcablecompany.com<http://www.unitedcablecompany.com/>
> >>
> >>
> >>
> >> [
> https://lh6.googleusercontent.com/9R8wAqKpQlsGGeLxkitsOAGZIQucIAtkshtukANvmidSqz6q6w8bfgw1ayLaQLu77e2px7kf_Z-COzwKMwzoOaamiT8nQTWBY4SE5bJbgHvfBDpHFO2hot6tXqnoWYa3yY2p2l73e70mLuf930n9PKQ
> ]<https://www.instagram.com/unitedcableco/>
> >> [
> https://lh6.googleusercontent.com/hfZwsEtrU6zRgcl2B--cHNIQoviPy66lZXM-SPu-enHxzN4PTw-dn1561xJUY_PwXLBZrbwrbT5e8un3NttT_E4IMFTa65qHiW0AufGmGjEWhkMGr-zQWJ5y20Mp7aBfGzIJtB7U8u12DWutCGFr6go
> ]<https://twitter.com/unitedcableco>
> >> [
> https://lh4.googleusercontent.com/QlM9Q72tZY7lyyTh46fFRX4812LGdtEnBEFfpd4m3ybv2msBvSJCsAwwjCBCeTVniXqGwoqGsmuerW9bZZ_VYsRzJ8gVPxQEWVPa82Rs5ELajVXrNnbFlGgi6SzxOjRHT8QPmtb3UhVs_YRmxQjY3Uo
> ]<https://www.linkedin.com/company/unitedcablecompany/>
> >>
> >> [
> https://lh6.googleusercontent.com/utA6pbJLZJpgC_rlNXfhviBHRjT4pyeShbRvycb8HG3_DFzbMXuo136B2hLqlphCvLhy2ZmnsrHMVAk-1hWpTRr3eDqQzfXT5VYftw_P8fzUbpgbmsVFnZf2WQVTsL97wpeVqRZbMOf7N95Eq4Up-as
> ]<https://unitedcablecompany.com/video>
> >>
> >> 
> >> From: frnog-requ...@frnog.org  on behalf of
> Samuel Thibault 
> >> Sent: Thursday, March 28, 2024 9:32 AM
> >> To: frnog-tech 
> >> Subject: Re: [FRnOG] [TECH] 300Tbps par paire
> >>
> >> David Ponzone, le jeu. 28 mars 2024 08:13:59 +0100, a ecrit:
> >>> Titre douteux mais la perf est là :
> >>>
> >>>
> https://interestingengineering.com/innovation/4-5-million-times-faster-internet-aston-university-makes-it-possible
> >> Le titre est plus que douteux puisqu'il se compare sur la capacité
> >> actuelle délivrée plutôt que la capacité théorique de
> >> l'infrastructure fibre posée avant leur innovation.
> >>
> >> La question que je me pose, surtout, c'est: mais que va-t-on bien
> >> pouvoir faire de 300Tbps à la maison (puisque c'est la cible). Est-ce
> >> que le 1Gbps actuel (ou éventuellement 10Gbps) ne suffit pas pour
> >> n'importe quel usage qu'on pourrait vouloir raisonnablement à la
> >> maison ? Oui, je sais bien, 640Ko, toussa, mais à un moment, la télé
> >> 1000k, on n'est juste pas capables de la percevoir...
> >>
> >> Il faut qu'on arrête cette course, c'est juste complètement débile.
> >>
> >> Samuel
> >>
> >>
> >> ---
> >> 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] 300Tbps par paire

[Rod Beck]

Correct. Deep sea cables must be thin and light.




[https://lh6.googleusercontent.com/2Lt_FJczBnPSUVs0JtgFSEE6fuziTBUYnu5DNq7DbaHJYMBySeKDNp6ky9fv2ZWitaRolkQMR0HSYAjjdUM-gPjMmFr6UnBhtrqwCia4-yVzmmqhyQtc-ad4xrS_rOVnPbkMDOFfh8OhRQhNA_O0QSw]

Roderick Beck

Global Network Capacity Procurement

Budapest:36-70-605-5144

New Jersey: 908-452-8183

Email: rod.b...@unitedcablecompany.com

www.unitedcablecompany.com<http://www.unitedcablecompany.com/>



[https://lh6.googleusercontent.com/9R8wAqKpQlsGGeLxkitsOAGZIQucIAtkshtukANvmidSqz6q6w8bfgw1ayLaQLu77e2px7kf_Z-COzwKMwzoOaamiT8nQTWBY4SE5bJbgHvfBDpHFO2hot6tXqnoWYa3yY2p2l73e70mLuf930n9PKQ]<https://www.instagram.com/unitedcableco/>
[https://lh6.googleusercontent.com/hfZwsEtrU6zRgcl2B--cHNIQoviPy66lZXM-SPu-enHxzN4PTw-dn1561xJUY_PwXLBZrbwrbT5e8un3NttT_E4IMFTa65qHiW0AufGmGjEWhkMGr-zQWJ5y20Mp7aBfGzIJtB7U8u12DWutCGFr6go]<https://twitter.com/unitedcableco>
[https://lh4.googleusercontent.com/QlM9Q72tZY7lyyTh46fFRX4812LGdtEnBEFfpd4m3ybv2msBvSJCsAwwjCBCeTVniXqGwoqGsmuerW9bZZ_VYsRzJ8gVPxQEWVPa82Rs5ELajVXrNnbFlGgi6SzxOjRHT8QPmtb3UhVs_YRmxQjY3Uo]<https://www.linkedin.com/company/unitedcablecompany/>

[https://lh6.googleusercontent.com/utA6pbJLZJpgC_rlNXfhviBHRjT4pyeShbRvycb8HG3_DFzbMXuo136B2hLqlphCvLhy2ZmnsrHMVAk-1hWpTRr3eDqQzfXT5VYftw_P8fzUbpgbmsVFnZf2WQVTsL97wpeVqRZbMOf7N95Eq4Up-as]<https://unitedcablecompany.com/video>


From: frnog-requ...@frnog.org  on behalf of David 
Ponzone 
Sent: Thursday, March 28, 2024 11:08 AM
To: Pierre Colombier 
Cc: frnog@frnog.org 
Subject: Re: [FRnOG] [TECH] 300Tbps par paire

Non, je pense que le problème du nombre de paires, c’est la patate des 
répéteurs nécessaires, donc la taille du cuivre nécessaire, donc le poids du 
câble entier.

David

> Le 28 mars 2024 à 11:03, Pierre Colombier via frnog  a écrit 
> :
>
> Vu toute l'armature nécessaire et la technique de pose, j'ai dans l'idée que 
> le prix d'un câble sous-marin n'est que très très peu lié au nombre de fibres 
> qu'il y a dedans. Mais en fait, j'y connais rien. Un expert peut-il confirmer 
> ou infirmer cette intuition ?
>
>
> Le 28/03/2024 à 09:57, Rod Beck a écrit :
>> The question, gentlemen, is over what distance can this technology work? The 
>> consensus for submarine cable systems is that transmission rates are quickly 
>> converging to the Shannon Limit. And the focus has been increasing the 
>> number of fibre pairs, not transmission rates per pair. Alcatel's spatial 
>> division multiplexing 'philosophy' was the key breakthrough. It uses 
>> relatively low transmission rates per fibre pair in order to conserve power 
>> and enable cables with higher fibre pair counts.
>>
>> Remember these academics have their own agenda as well. Fame and money. So I 
>> would temper your enthusiasm.
>>
>> Best,
>>
>> Roderick.
>>
>>
>>
>>
>> [https://lh6.googleusercontent.com/2Lt_FJczBnPSUVs0JtgFSEE6fuziTBUYnu5DNq7DbaHJYMBySeKDNp6ky9fv2ZWitaRolkQMR0HSYAjjdUM-gPjMmFr6UnBhtrqwCia4-yVzmmqhyQtc-ad4xrS_rOVnPbkMDOFfh8OhRQhNA_O0QSw]
>>
>> Roderick Beck
>>
>> Global Network Capacity Procurement
>>
>> Budapest:36-70-605-5144
>>
>> New Jersey: 908-452-8183
>>
>> Email: rod.b...@unitedcablecompany.com
>>
>> www.unitedcablecompany.com<http://www.unitedcablecompany.com/><http://www.unitedcablecompany.com<http://www.unitedcablecompany.com/>>
>>
>>
>>
>> [https://lh6.googleusercontent.com/9R8wAqKpQlsGGeLxkitsOAGZIQucIAtkshtukANvmidSqz6q6w8bfgw1ayLaQLu77e2px7kf_Z-COzwKMwzoOaamiT8nQTWBY4SE5bJbgHvfBDpHFO2hot6tXqnoWYa3yY2p2l73e70mLuf930n9PKQ]<https://www.instagram.com/unitedcableco/>
>> [https://lh6.googleusercontent.com/hfZwsEtrU6zRgcl2B--cHNIQoviPy66lZXM-SPu-enHxzN4PTw-dn1561xJUY_PwXLBZrbwrbT5e8un3NttT_E4IMFTa65qHiW0AufGmGjEWhkMGr-zQWJ5y20Mp7aBfGzIJtB7U8u12DWutCGFr6go]<https://twitter.com/unitedcableco>
>> [https://lh4.googleusercontent.com/QlM9Q72tZY7lyyTh46fFRX4812LGdtEnBEFfpd4m3ybv2msBvSJCsAwwjCBCeTVniXqGwoqGsmuerW9bZZ_VYsRzJ8gVPxQEWVPa82Rs5ELajVXrNnbFlGgi6SzxOjRHT8QPmtb3UhVs_YRmxQjY3Uo]<https://www.linkedin.com/company/unitedcablecompany/>
>>
>> [https://lh6.googleusercontent.com/utA6pbJLZJpgC_rlNXfhviBHRjT4pyeShbRvycb8HG3_DFzbMXuo136B2hLqlphCvLhy2ZmnsrHMVAk-1hWpTRr3eDqQzfXT5VYftw_P8fzUbpgbmsVFnZf2WQVTsL97wpeVqRZbMOf7N95Eq4Up-as]<https://unitedcablecompany.com/video>
>>
>> 
>> From: frnog-requ...@frnog.org  on behalf of Samuel 
>> Thibault 
>> Sent: Thursday, March 28, 2024 9:32 AM
>> To: frnog-tech 
>> Subject: Re: [FRnOG] [TECH] 300Tbps par paire
>>
>> David Ponzone, le jeu. 28 mars 2024 08:13:59 +0100, a ecrit:
>>> Titre douteux

Re: [FRnOG] [TECH] 300Tbps par paire

[Rod Beck]

Anjana cable has twice Amitié's design capacity. Anjana will clock 480 Tbps 
using 24 fibre pairs. It will land in Myrtle Beach, South Carolin and 
Santander, Spain. It is a Facebook project.




[https://lh6.googleusercontent.com/2Lt_FJczBnPSUVs0JtgFSEE6fuziTBUYnu5DNq7DbaHJYMBySeKDNp6ky9fv2ZWitaRolkQMR0HSYAjjdUM-gPjMmFr6UnBhtrqwCia4-yVzmmqhyQtc-ad4xrS_rOVnPbkMDOFfh8OhRQhNA_O0QSw]

Roderick Beck

Global Network Capacity Procurement

Budapest:36-70-605-5144

New Jersey: 908-452-8183

Email: rod.b...@unitedcablecompany.com

www.unitedcablecompany.com<http://www.unitedcablecompany.com/>



[https://lh6.googleusercontent.com/9R8wAqKpQlsGGeLxkitsOAGZIQucIAtkshtukANvmidSqz6q6w8bfgw1ayLaQLu77e2px7kf_Z-COzwKMwzoOaamiT8nQTWBY4SE5bJbgHvfBDpHFO2hot6tXqnoWYa3yY2p2l73e70mLuf930n9PKQ]<https://www.instagram.com/unitedcableco/>
[https://lh6.googleusercontent.com/hfZwsEtrU6zRgcl2B--cHNIQoviPy66lZXM-SPu-enHxzN4PTw-dn1561xJUY_PwXLBZrbwrbT5e8un3NttT_E4IMFTa65qHiW0AufGmGjEWhkMGr-zQWJ5y20Mp7aBfGzIJtB7U8u12DWutCGFr6go]<https://twitter.com/unitedcableco>
[https://lh4.googleusercontent.com/QlM9Q72tZY7lyyTh46fFRX4812LGdtEnBEFfpd4m3ybv2msBvSJCsAwwjCBCeTVniXqGwoqGsmuerW9bZZ_VYsRzJ8gVPxQEWVPa82Rs5ELajVXrNnbFlGgi6SzxOjRHT8QPmtb3UhVs_YRmxQjY3Uo]<https://www.linkedin.com/company/unitedcablecompany/>

[https://lh6.googleusercontent.com/utA6pbJLZJpgC_rlNXfhviBHRjT4pyeShbRvycb8HG3_DFzbMXuo136B2hLqlphCvLhy2ZmnsrHMVAk-1hWpTRr3eDqQzfXT5VYftw_P8fzUbpgbmsVFnZf2WQVTsL97wpeVqRZbMOf7N95Eq4Up-as]<https://unitedcablecompany.com/video>


From: frnog-requ...@frnog.org  on behalf of David 
Ponzone 
Sent: Thursday, March 28, 2024 10:10 AM
To: Samuel Thibault 
Cc: frnog-tech 
Subject: Re: [FRnOG] [TECH] 300Tbps par paire

Euh non, je pense que la comparaison avec le FTTH est pour être compréhensible 
par des novices.

La cible c’est plutôt les liaisons intercontinentales.
Un des câbles actuels les plus récents, Amitié, fait 23Tbps/paire et 16 paires.
Ca serait donc un bon techno, mais entre le labo et la réalité….
Parce qu’en lab, le record serait plutôt 23Pbps:

https://www.tomshardware.com/tech-industry/manufacturing/japanese-institute-breaks-optical-fiber-speed-record-with-229-petabits-per-second-1000-times-faster-than-existing-cables
 
<https://www.tomshardware.com/tech-industry/manufacturing/japanese-institute-breaks-optical-fiber-speed-record-with-229-petabits-per-second-1000-times-faster-than-existing-cables>


> Le 28 mars 2024 à 09:32, Samuel Thibault  a 
> écrit :
>
> David Ponzone, le jeu. 28 mars 2024 08:13:59 +0100, a ecrit:
>> Titre douteux mais la perf est là :
>>
>> https://interestingengineering.com/innovation/4-5-million-times-faster-internet-aston-university-makes-it-possible
>
> Le titre est plus que douteux puisqu'il se compare sur la capacité
> actuelle délivrée plutôt que la capacité théorique de
> l'infrastructure fibre posée avant leur innovation.
>
> La question que je me pose, surtout, c'est: mais que va-t-on bien
> pouvoir faire de 300Tbps à la maison (puisque c'est la cible). Est-ce
> que le 1Gbps actuel (ou éventuellement 10Gbps) ne suffit pas pour
> n'importe quel usage qu'on pourrait vouloir raisonnablement à la
> maison ? Oui, je sais bien, 640Ko, toussa, mais à un moment, la télé
> 1000k, on n'est juste pas capables de la percevoir...
>
> Il faut qu'on arrête cette course, c'est juste complètement débile.
>
> Samuel
>
>
> ---
> 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] 300Tbps par paire

[David Ponzone]

Non, je pense que le problème du nombre de paires, c’est la patate des 
répéteurs nécessaires, donc la taille du cuivre nécessaire, donc le poids du 
câble entier.

David

> Le 28 mars 2024 à 11:03, Pierre Colombier via frnog  a écrit 
> :
> 
> Vu toute l'armature nécessaire et la technique de pose, j'ai dans l'idée que 
> le prix d'un câble sous-marin n'est que très très peu lié au nombre de fibres 
> qu'il y a dedans. Mais en fait, j'y connais rien. Un expert peut-il confirmer 
> ou infirmer cette intuition ?
> 
> 
> Le 28/03/2024 à 09:57, Rod Beck a écrit :
>> The question, gentlemen, is over what distance can this technology work? The 
>> consensus for submarine cable systems is that transmission rates are quickly 
>> converging to the Shannon Limit. And the focus has been increasing the 
>> number of fibre pairs, not transmission rates per pair. Alcatel's spatial 
>> division multiplexing 'philosophy' was the key breakthrough. It uses 
>> relatively low transmission rates per fibre pair in order to conserve power 
>> and enable cables with higher fibre pair counts.
>> 
>> Remember these academics have their own agenda as well. Fame and money. So I 
>> would temper your enthusiasm.
>> 
>> Best,
>> 
>> Roderick.
>> 
>> 
>> 
>> 
>> [https://lh6.googleusercontent.com/2Lt_FJczBnPSUVs0JtgFSEE6fuziTBUYnu5DNq7DbaHJYMBySeKDNp6ky9fv2ZWitaRolkQMR0HSYAjjdUM-gPjMmFr6UnBhtrqwCia4-yVzmmqhyQtc-ad4xrS_rOVnPbkMDOFfh8OhRQhNA_O0QSw]
>> 
>> Roderick Beck
>> 
>> Global Network Capacity Procurement
>> 
>> Budapest:36-70-605-5144
>> 
>> New Jersey: 908-452-8183
>> 
>> Email: rod.b...@unitedcablecompany.com
>> 
>> www.unitedcablecompany.com<http://www.unitedcablecompany.com/>
>> 
>> 
>> 
>> [https://lh6.googleusercontent.com/9R8wAqKpQlsGGeLxkitsOAGZIQucIAtkshtukANvmidSqz6q6w8bfgw1ayLaQLu77e2px7kf_Z-COzwKMwzoOaamiT8nQTWBY4SE5bJbgHvfBDpHFO2hot6tXqnoWYa3yY2p2l73e70mLuf930n9PKQ]<https://www.instagram.com/unitedcableco/>
>> [https://lh6.googleusercontent.com/hfZwsEtrU6zRgcl2B--cHNIQoviPy66lZXM-SPu-enHxzN4PTw-dn1561xJUY_PwXLBZrbwrbT5e8un3NttT_E4IMFTa65qHiW0AufGmGjEWhkMGr-zQWJ5y20Mp7aBfGzIJtB7U8u12DWutCGFr6go]<https://twitter.com/unitedcableco>
>> [https://lh4.googleusercontent.com/QlM9Q72tZY7lyyTh46fFRX4812LGdtEnBEFfpd4m3ybv2msBvSJCsAwwjCBCeTVniXqGwoqGsmuerW9bZZ_VYsRzJ8gVPxQEWVPa82Rs5ELajVXrNnbFlGgi6SzxOjRHT8QPmtb3UhVs_YRmxQjY3Uo]<https://www.linkedin.com/company/unitedcablecompany/>
>> 
>> [https://lh6.googleusercontent.com/utA6pbJLZJpgC_rlNXfhviBHRjT4pyeShbRvycb8HG3_DFzbMXuo136B2hLqlphCvLhy2ZmnsrHMVAk-1hWpTRr3eDqQzfXT5VYftw_P8fzUbpgbmsVFnZf2WQVTsL97wpeVqRZbMOf7N95Eq4Up-as]<https://unitedcablecompany.com/video>
>> 
>> 
>> From: frnog-requ...@frnog.org  on behalf of Samuel 
>> Thibault 
>> Sent: Thursday, March 28, 2024 9:32 AM
>> To: frnog-tech 
>> Subject: Re: [FRnOG] [TECH] 300Tbps par paire
>> 
>> David Ponzone, le jeu. 28 mars 2024 08:13:59 +0100, a ecrit:
>>> Titre douteux mais la perf est là :
>>> 
>>> https://interestingengineering.com/innovation/4-5-million-times-faster-internet-aston-university-makes-it-possible
>> Le titre est plus que douteux puisqu'il se compare sur la capacité
>> actuelle délivrée plutôt que la capacité théorique de
>> l'infrastructure fibre posée avant leur innovation.
>> 
>> La question que je me pose, surtout, c'est: mais que va-t-on bien
>> pouvoir faire de 300Tbps à la maison (puisque c'est la cible). Est-ce
>> que le 1Gbps actuel (ou éventuellement 10Gbps) ne suffit pas pour
>> n'importe quel usage qu'on pourrait vouloir raisonnablement à la
>> maison ? Oui, je sais bien, 640Ko, toussa, mais à un moment, la télé
>> 1000k, on n'est juste pas capables de la percevoir...
>> 
>> Il faut qu'on arrête cette course, c'est juste complètement débile.
>> 
>> Samuel
>> 
>> 
>> ---
>> 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] 300Tbps par paire

[Nang Bat]

C'est l'amplification qui limite le nombre de fibre. La configuration des
répéteurs a progressé récemment, les nouvelles archi permettent de
mutualiser les pompes, c'est grâce à cela que les prochains câble vont
pouvoir atteindre 24 paires alors qu'avant cela c'était impossible de
dépasser 8 paires.

Le jeu. 28 mars 2024, 11:03, Pierre Colombier via frnog  a
écrit :

> Vu toute l'armature nécessaire et la technique de pose, j'ai dans l'idée
> que le prix d'un câble sous-marin n'est que très très peu lié au nombre
> de fibres qu'il y a dedans. Mais en fait, j'y connais rien. Un expert
> peut-il confirmer ou infirmer cette intuition ?
>
>
> Le 28/03/2024 à 09:57, Rod Beck a écrit :
> > The question, gentlemen, is over what distance can this technology work?
> The consensus for submarine cable systems is that transmission rates are
> quickly converging to the Shannon Limit. And the focus has been increasing
> the number of fibre pairs, not transmission rates per pair. Alcatel's
> spatial division multiplexing 'philosophy' was the key breakthrough. It
> uses relatively low transmission rates per fibre pair in order to conserve
> power and enable cables with higher fibre pair counts.
> >
> > Remember these academics have their own agenda as well. Fame and money.
> So I would temper your enthusiasm.
> >
> > Best,
> >
> > Roderick.
> >
> >
> >
> >
> > [
> https://lh6.googleusercontent.com/2Lt_FJczBnPSUVs0JtgFSEE6fuziTBUYnu5DNq7DbaHJYMBySeKDNp6ky9fv2ZWitaRolkQMR0HSYAjjdUM-gPjMmFr6UnBhtrqwCia4-yVzmmqhyQtc-ad4xrS_rOVnPbkMDOFfh8OhRQhNA_O0QSw
> ]
> >
> > Roderick Beck
> >
> > Global Network Capacity Procurement
> >
> > Budapest:36-70-605-5144
> >
> > New Jersey: 908-452-8183
> >
> > Email: rod.b...@unitedcablecompany.com
> >
> > www.unitedcablecompany.com<http://www.unitedcablecompany.com/>
> >
> >
> >
> > [
> https://lh6.googleusercontent.com/9R8wAqKpQlsGGeLxkitsOAGZIQucIAtkshtukANvmidSqz6q6w8bfgw1ayLaQLu77e2px7kf_Z-COzwKMwzoOaamiT8nQTWBY4SE5bJbgHvfBDpHFO2hot6tXqnoWYa3yY2p2l73e70mLuf930n9PKQ
> ]<https://www.instagram.com/unitedcableco/>
> > [
> https://lh6.googleusercontent.com/hfZwsEtrU6zRgcl2B--cHNIQoviPy66lZXM-SPu-enHxzN4PTw-dn1561xJUY_PwXLBZrbwrbT5e8un3NttT_E4IMFTa65qHiW0AufGmGjEWhkMGr-zQWJ5y20Mp7aBfGzIJtB7U8u12DWutCGFr6go
> ]<https://twitter.com/unitedcableco>
> > [
> https://lh4.googleusercontent.com/QlM9Q72tZY7lyyTh46fFRX4812LGdtEnBEFfpd4m3ybv2msBvSJCsAwwjCBCeTVniXqGwoqGsmuerW9bZZ_VYsRzJ8gVPxQEWVPa82Rs5ELajVXrNnbFlGgi6SzxOjRHT8QPmtb3UhVs_YRmxQjY3Uo
> ]<https://www.linkedin.com/company/unitedcablecompany/>
> >
> > [
> https://lh6.googleusercontent.com/utA6pbJLZJpgC_rlNXfhviBHRjT4pyeShbRvycb8HG3_DFzbMXuo136B2hLqlphCvLhy2ZmnsrHMVAk-1hWpTRr3eDqQzfXT5VYftw_P8fzUbpgbmsVFnZf2WQVTsL97wpeVqRZbMOf7N95Eq4Up-as
> ]<https://unitedcablecompany.com/video>
> >
> > 
> > From: frnog-requ...@frnog.org  on behalf of
> Samuel Thibault 
> > Sent: Thursday, March 28, 2024 9:32 AM
> > To: frnog-tech 
> > Subject: Re: [FRnOG] [TECH] 300Tbps par paire
> >
> > David Ponzone, le jeu. 28 mars 2024 08:13:59 +0100, a ecrit:
> >> Titre douteux mais la perf est là :
> >>
> >>
> https://interestingengineering.com/innovation/4-5-million-times-faster-internet-aston-university-makes-it-possible
> > Le titre est plus que douteux puisqu'il se compare sur la capacité
> > actuelle délivrée plutôt que la capacité théorique de
> > l'infrastructure fibre posée avant leur innovation.
> >
> > La question que je me pose, surtout, c'est: mais que va-t-on bien
> > pouvoir faire de 300Tbps à la maison (puisque c'est la cible). Est-ce
> > que le 1Gbps actuel (ou éventuellement 10Gbps) ne suffit pas pour
> > n'importe quel usage qu'on pourrait vouloir raisonnablement à la
> > maison ? Oui, je sais bien, 640Ko, toussa, mais à un moment, la télé
> > 1000k, on n'est juste pas capables de la percevoir...
> >
> > Il faut qu'on arrête cette course, c'est juste complètement débile.
> >
> > Samuel
> >
> >
> > ---
> > 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] 300Tbps par paire

[Pierre Colombier via frnog]

Vu toute l'armature nécessaire et la technique de pose, j'ai dans l'idée 
que le prix d'un câble sous-marin n'est que très très peu lié au nombre 
de fibres qu'il y a dedans. Mais en fait, j'y connais rien. Un expert 
peut-il confirmer ou infirmer cette intuition ?



Le 28/03/2024 à 09:57, Rod Beck a écrit :

The question, gentlemen, is over what distance can this technology work? The 
consensus for submarine cable systems is that transmission rates are quickly 
converging to the Shannon Limit. And the focus has been increasing the number 
of fibre pairs, not transmission rates per pair. Alcatel's spatial division 
multiplexing 'philosophy' was the key breakthrough. It uses relatively low 
transmission rates per fibre pair in order to conserve power and enable cables 
with higher fibre pair counts.

Remember these academics have their own agenda as well. Fame and money. So I 
would temper your enthusiasm.

Best,

Roderick.




[https://lh6.googleusercontent.com/2Lt_FJczBnPSUVs0JtgFSEE6fuziTBUYnu5DNq7DbaHJYMBySeKDNp6ky9fv2ZWitaRolkQMR0HSYAjjdUM-gPjMmFr6UnBhtrqwCia4-yVzmmqhyQtc-ad4xrS_rOVnPbkMDOFfh8OhRQhNA_O0QSw]

Roderick Beck

Global Network Capacity Procurement

Budapest:36-70-605-5144

New Jersey: 908-452-8183

Email: rod.b...@unitedcablecompany.com

www.unitedcablecompany.com<http://www.unitedcablecompany.com/>



[https://lh6.googleusercontent.com/9R8wAqKpQlsGGeLxkitsOAGZIQucIAtkshtukANvmidSqz6q6w8bfgw1ayLaQLu77e2px7kf_Z-COzwKMwzoOaamiT8nQTWBY4SE5bJbgHvfBDpHFO2hot6tXqnoWYa3yY2p2l73e70mLuf930n9PKQ]<https://www.instagram.com/unitedcableco/>
[https://lh6.googleusercontent.com/hfZwsEtrU6zRgcl2B--cHNIQoviPy66lZXM-SPu-enHxzN4PTw-dn1561xJUY_PwXLBZrbwrbT5e8un3NttT_E4IMFTa65qHiW0AufGmGjEWhkMGr-zQWJ5y20Mp7aBfGzIJtB7U8u12DWutCGFr6go]<https://twitter.com/unitedcableco>
[https://lh4.googleusercontent.com/QlM9Q72tZY7lyyTh46fFRX4812LGdtEnBEFfpd4m3ybv2msBvSJCsAwwjCBCeTVniXqGwoqGsmuerW9bZZ_VYsRzJ8gVPxQEWVPa82Rs5ELajVXrNnbFlGgi6SzxOjRHT8QPmtb3UhVs_YRmxQjY3Uo]<https://www.linkedin.com/company/unitedcablecompany/>

[https://lh6.googleusercontent.com/utA6pbJLZJpgC_rlNXfhviBHRjT4pyeShbRvycb8HG3_DFzbMXuo136B2hLqlphCvLhy2ZmnsrHMVAk-1hWpTRr3eDqQzfXT5VYftw_P8fzUbpgbmsVFnZf2WQVTsL97wpeVqRZbMOf7N95Eq4Up-as]<https://unitedcablecompany.com/video>


From: frnog-requ...@frnog.org  on behalf of Samuel Thibault 

Sent: Thursday, March 28, 2024 9:32 AM
To: frnog-tech 
Subject: Re: [FRnOG] [TECH] 300Tbps par paire

David Ponzone, le jeu. 28 mars 2024 08:13:59 +0100, a ecrit:

Titre douteux mais la perf est là :

https://interestingengineering.com/innovation/4-5-million-times-faster-internet-aston-university-makes-it-possible

Le titre est plus que douteux puisqu'il se compare sur la capacité
actuelle délivrée plutôt que la capacité théorique de
l'infrastructure fibre posée avant leur innovation.

La question que je me pose, surtout, c'est: mais que va-t-on bien
pouvoir faire de 300Tbps à la maison (puisque c'est la cible). Est-ce
que le 1Gbps actuel (ou éventuellement 10Gbps) ne suffit pas pour
n'importe quel usage qu'on pourrait vouloir raisonnablement à la
maison ? Oui, je sais bien, 640Ko, toussa, mais à un moment, la télé
1000k, on n'est juste pas capables de la percevoir...

Il faut qu'on arrête cette course, c'est juste complètement débile.

Samuel


---
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] 300Tbps par paire

[David Ponzone]

Oui alors, vu le lectorat d’un tel site, ça me dérange beaucoup moins que quand 
c’est les OCEN qui basent leur marketing GP sur: « Bientôt 8Gbps, bientôt plus 
de streaming!», « Trop de lag dans Fortnite ? Choisissez le XGS-PON! 10G!».

Quand on voit la tronche de la courbe de conso moyen d’un abonné FTTH GP (ou 
pro d’ailleur), on ne sait même pas comment expliquer ça à un client (pro) 
tellement on a l’impression de plus être crédible quand on lui dit que son 
besoin réel, c’est même pas 50Mbps.

David

> Le 28 mars 2024 à 10:28, Samuel Thibault  a 
> écrit :
> 
> David Ponzone, le jeu. 28 mars 2024 10:10:59 +0100, a ecrit:
>> Euh non, je pense que la comparaison avec le FTTH est pour être 
>> compréhensible
>> par des novices.
> 
> Bien sûr, mais le message devient juste complètement *mensonger*. Il
> dit qu'Internet va être un million de fois plus rapide, c'est juste
> complètement faux.
> 
> Et le fond derrière, c'est laisser croire que du coup on serait
> magiquement un million de fois plus heureux.
> 
> Samuel


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