RE: [FRnOG] [TECH] Horloge atomique rubidium PTP / IEEE-1588 stratum-1 pour la fin du monde
> David Ponzone a écrit : > Je pense que la question de Pierre était en fait: > Qui détient l’heure exacte précise et comment fait-on pour s’assurer qu’on ne > le perd pas ? Personne et tout le monde (enfin, tous ceux qui ont la méga-horloge atomique de ouf dans une salle stabilisée et tout le toutim). L'observatoire de Paris, NIST, les organisations de ce genre. L'heure exacte, ça n'existe pas; ce qui existe, c'est une collaboration qui s'accorde sur sa définition. > On resynchronise régulièrement les sources du temps référence entre elles ? > Mais dans ce > cas, comment fait-on pour savoir qu’on synchronise pas avec une qui a déjà > trop dérivé ? Il y a un processus de vote, c'est au-dessus de mon niveau. Les horloges qui dérivent trop sont ignorées, celles qui restent dans une dérive acceptable on fait la moyenne, quelque chose de ce genre. > Mais même une remise à zéro, ça me perturbe, car aucune communication n’est > instantanée (sauf celle des sous-espaces dans Star Trek), donc je pige pas > comment une horloge à Londres et une à Tokyo sont remises à 0 en même temps. Je ne pense pas qu'elles sont "remises à l'heure"; pas l'horloge elle-même. Ce qui est calculé, c'est la déviation par rapport au temps standard sur lequel tout le monde se met d'accord. Le délai n'est pas important. On ne remet pas l'horloge à l'heure, on lui dit "à telle heure, ta déviation sera x" et donc chaque strate-1 annonce la même heure, jusqu'à ce que ça soit recalculé. Pour les jeunes : j'ai fait de la navigation au sextant, avec une montre mécanique, et les éphémérides papier (c'était un bouquin imprimé tous les ans). On ne remet pas la montre à l'heure; on note sa dérive quotidienne et sa déviation par rapport aux tops horaires de la radio dans le livre de bord. Si la radio tombe en panne, il faut se fier à la montre. C'est une visée d'astres, pas une différence d'heure donc la précision à la seconde est appropriée. A l'équateur, 4 secondes d'écart sur la montre se traduisent en 1 minute d'arc de longitude, qui est un mile nautique, 1852 m. Depuis la nuit des temps, la navigation a nécessité la connaissance de l'heure; on ne remet la montre à l'heure que quand on touche terre. Michel. --- Liste de diffusion du FRnOG http://www.frnog.org/
RE: [FRnOG] [TECH] RE: BGP et /24
> Jérôme Nicolle a écrit : > mais que à coté de ça SHAKEN est une merde inutile (auto-certifier le trafic, > depuis quand ça a fait bouger un sourcil de margoulin de la voix ?) Mais non Jérôme, shaken c'est pour le stroh-martini : shaken, not stirred :P Ravi de voir que tu en penses la même chose que moi. > David Ponzone a écrit : > Bien sûr mais la demande de Louis était de s’équiper avec un anti-DDoS. Quand > on est au stade de > vouloir acheter un anti-DDoS (qui sont rarement bon marché), on a > généralement plusieurs FAI. Et généralement plus que 1G de bande passante :P sans vouloir défendre leurs pratiques commerciales, force est de reconnaitre que les anti-DDoS qui annoncent ton préfixe pour te renvoyer seulement le trafic nettoyé, ils ont des infras térabit, ce qui n'est pas bon marché. Un /24, c'est une goutte d'eau dans la mer. Michel. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Horloge atomique rubidium PTP / IEEE-1588 stratum-1 pour la fin du monde
Je pense que la question de Pierre était en fait: Qui détient l’heure exacte précise et comment fait-on pour s’assurer qu’on ne le perd pas ? On resynchronise régulièrement les sources du temps référence entre elles ? Mais dans ce cas, comment fait-on pour savoir qu’on synchronise pas avec une qui a déjà trop dérivé ? Ou alors, plus simplement, de temps en temps, toutes les sources sur Terre sont mises arbitrairement à la même heure, puisque de toute façon cette heure est arbitraire, et la seule chose qui compte, c’est qu’on ait tous la même (sauf moi, je suis toujours en retard partout). Mais même une remise à zéro, ça me perturbe, car aucune communication n’est instantanée (sauf celle des sous-espaces dans Star Trek), donc je pige pas comment une horloge à Londres et une à Tokyo sont remises à 0 en même temps. > Le 27 oct. 2021 à 23:04, Michel Py via frnog a écrit : > >> D'ailleurs, les horloges atomiques, aussi stables soient-elles, on les >> synchronise comment ? > > C'est excessivement compliqué, car il faut prendre en compte des facteurs > relativistes. Par exemple, ou et à quelle distance est la lune, car le champ > de gravité de la lune (le même que celui qui crée les marées) distord le > temps. Les satellites sont en mouvement, l'horloge à bord d'un satellite GPS > avance plus vite que la même horloge sur terre, d'environ 38 microsecondes > par jour. > > 1 microseconde d'erreur dans une horloge de GPS, ferait une erreur de > position de dizaines de kilomètres. 1 milliseconde, pas la peine d'essayer. > --- Liste de diffusion du FRnOG http://www.frnog.org/
RE: [FRnOG] [TECH] Horloge atomique rubidium PTP / IEEE-1588 stratum-1 pour la fin du monde
> Pierre Colombier a écrit : > D'ailleurs, si on considère que la terre fait presque 20 milisecondes-lumière > de diamètre, > est-ce que ça a vraiment du sens d'avoir un temps synchronisé tellement plus > précis que ça. Le principe même du GPS, c'est que l'horloge dans tous les satellites est synchronisée de l'ordre de la nanoseconde. C'est en comparant la différence d'heure entre plusieurs satellites GPS qui on tous la même qu'on en déduit la distance au satellite, et par triangulation la position. > D'ailleurs, les horloges atomiques, aussi stables soient-elles, on les > synchronise comment ? C'est excessivement compliqué, car il faut prendre en compte des facteurs relativistes. Par exemple, ou et à quelle distance est la lune, car le champ de gravité de la lune (le même que celui qui crée les marées) distord le temps. Les satellites sont en mouvement, l'horloge à bord d'un satellite GPS avance plus vite que la même horloge sur terre, d'environ 38 microsecondes par jour. 1 microseconde d'erreur dans une horloge de GPS, ferait une erreur de position de dizaines de kilomètres. 1 milliseconde, pas la peine d'essayer. > Enfin, bref, NTP arrive déjà à produire une synchro nettement meilleure que > ça et les cas où il est vraiment > nécessaire d'avoir une précision (absolue) supérieure me semblent tout de > même assez rares, non ? Ca dépend de ce que tu fais; en radio point-to-multipoint, NTP c'est loin d'être suffisant pour allouer les temps de transmission; c'est pour ça que sur pas mal de radios UBNT il y a un module GPS pour la synchro. La radio no 3 peut donc commencer à transmettre exactement après que la radio no 2 s'arrête, des ms d'erreur là-dedans ça fout tout le système par terre. Quand tu fais de la corrélation de logs, la précision réduit grandement la taille de ce qu'il faut analyser; si tu fais de la corrélation à la milliseconde, tes 20ms d'incertitude ça veut dire qu'il faut que tu analyses 40ms de logs, ça fait 40 fois plus de boulot que si tu avais tes logs à 1 ms. Michel. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] RE: BGP et /24
Tu exagères, j’en ai qui annoncent quelques /32 au reste du réseau, ça bouge pas :) > Le 27 oct. 2021 à 20:28, Denis Fondras a écrit : > > Le Tue, Oct 26, 2021 at 08:23:10PM +0200, David Ponzone a écrit : >> Si Forti a mis du BGP dans les chassis, c’est pas pour en faire un routeur >> de transit, mais plutôt pour iBGP je pense. >> > > Même pour ca, c'est daubé du cul. > Un Mikrotik avec une full-view est plus véloce pour annoncer/converger :D > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
RE: [FRnOG] [TECH] Horloge atomique rubidium PTP / IEEE-1588 stratum-1 pour la fin du monde
> Stéphane Rivière a écrit : > Y'a ça qui traîne dans ton coin... > https://www.thinksrs.com/products/prs10.html Ca a l'air encore mieux. > Mais il semble qu'on soit plutôt dans le stratum-1 sur 72 heures... Stratum-1, c'est élastique. > Vincent Habchi a écrit : > Tu sais que tu as aussi la possibilité de recevoir des signaux horaires calés > sur feu France Inter 162 kHz : > https://en.wikipedia.org/wiki/TDF_time_signal C’est beaucoup moins coûteux > que du rubidium, c’est asservi sur les > horloges de l’OBSPM, c’est totalement indépendant des satellites et 162 kHz, > c’est de la balle au niveau radio. Source unique et distante, malheureusement. > Christophe Desnoyer a écrit : > Si on revient au problème de base (la perte de la référence GPS), toutes les > sources > de temps NTP ne sont pas basées sur le signal GPS. Certains serveurs de > strate 1 NTP > sont basés sur le signal GPS, mais il y a aussi des serveurs basés sur un > réseau > d'horloges atomique. C'est le cas de l'observatoire de Paris (OBSPM), du NIST > etc. Correct. D'ailleurs, dans le scénario récent de fin du monde il y a 3 jours, j'avais listé les 3 sources NTP dont je me sers à la maison, dont NIST. > Donc dans le scénario décrit par Michel, NTP continuerait à donner une > référence correcte à quelques ms près. A condition que l'Internet soit debout, ce qui historiquement est totalement moins fiable que le GPS. > Ce n'est que si on a besoin d'une source précise à moins d'1 ms (soit PTP) > que le problème se pose. En effet. PTP commence à devenir une nécessité; même en local, NTP est loin de garantir 1 ms. Ce n'est pas forcément que du aux limitations du protocole NTP et il y a d'autres causes, mais 100ms ou 200ms d'écart c'est courant, tout ça pour dire que PTP il va probablement falloir s'y habituer. Michel. --- Liste de diffusion du FRnOG http://www.frnog.org/
RE: [FRnOG] [TECH] CISCO Modop reset switch
Arf le 3s indiqué dans le doc Cisco = 2 plombes Merci je test ! -Message d'origine- De : frnog-requ...@frnog.org De la part de Jacques MICHAU via frnog Envoyé : mercredi 27 octobre 2021 21:43 À : melchio...@bbox.fr; frnog-t...@frnog.org Objet : Re: [FRnOG] [TECH] CISCO Modop reset switch Hello J'en ai reset un pas plus tard qu'hier, un 2960x (pas de réf plus précise là tout de suite). Bouton _*MODE enfoncé pendant 2 plombes (pas uniquement jusqu'à ce que SYST clignote), mais jusqu'à ce qu'il te sorte le prompt *__*/switch: /*__*- genre 2 ou 3 minutes...*_ // De là, > flash_init > rename flash:config.text flash:config.old > boot > rename dans l'autre sens en zappant la conf initiale (NO) et une fois loggé, copy la conf startup sur running > et enfin copy flash:config.text running-config recréation d'un user et youpi, tu as gardé ta conf tout en ayant un user maitrisé Jacques Le 27/10/2021 à 21:32, melchio...@bbox.fr a écrit : > Bonsoir à tous, > > Petite question, je viens de récupérer un Cisco C2960X-8PC-L V03 mais > impossible de lui faire reset. > Plusieurs modop mais aucun concluant pour ma part vécu de votre côté ? > > https://www.cisco.com/c/fr_ca/support/switches/catalyst-2960cx-8pc-l-s > witch/model.html > > Merci par avance > Bonne soirée > > Sébastien > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] CISCO Modop reset switch
Hello J'en ai reset un pas plus tard qu'hier, un 2960x (pas de réf plus précise là tout de suite). Bouton _*MODE enfoncé pendant 2 plombes (pas uniquement jusqu'à ce que SYST clignote), mais jusqu'à ce qu'il te sorte le prompt *__*/switch: /*__*- genre 2 ou 3 minutes...*_ // De là, > flash_init > rename flash:config.text flash:config.old > boot > rename dans l'autre sens en zappant la conf initiale (NO) et une fois loggé, copy la conf startup sur running > et enfin copy flash:config.text running-config recréation d'un user et youpi, tu as gardé ta conf tout en ayant un user maitrisé Jacques Le 27/10/2021 à 21:32, melchio...@bbox.fr a écrit : Bonsoir à tous, Petite question, je viens de récupérer un Cisco C2960X-8PC-L V03 mais impossible de lui faire reset. Plusieurs modop mais aucun concluant pour ma part vécu de votre côté ? https://www.cisco.com/c/fr_ca/support/switches/catalyst-2960cx-8pc-l-switch/model.html Merci par avance Bonne soirée Sébastien --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [TECH] CISCO Modop reset switch
Bonsoir à tous, Petite question, je viens de récupérer un Cisco C2960X-8PC-L V03 mais impossible de lui faire reset. Plusieurs modop mais aucun concluant pour ma part vécu de votre côté ? https://www.cisco.com/c/fr_ca/support/switches/catalyst-2960cx-8pc-l-switch/model.html Merci par avance Bonne soirée Sébastien --- Liste de diffusion du FRnOG http://www.frnog.org/
RE: [FRnOG] [TECH] RE: BGP et /24
Y'a Fortinet et Fortinet ... la "réactivité BGP" n'est pas la même entre un 60F et un 1500D, c'est comme pour tout faut prendre la gamme qui va bien. Y faire du BGP ça a des avantages. Maintenant clairement je ne m'amuserai pas à y mettre une full-view. Laissons les firewalls au filtrage et les routeurs au routage. (En me relisant je m'aperçois que ça fait très "vieux con" ... mais en même temps les années passent ;) ) Laurent -Message d'origine- De : frnog-requ...@frnog.org De la part de Denis Fondras Envoyé : mercredi 27 octobre 2021 20:28 À : frnog@frnog.org Objet : Re: [FRnOG] [TECH] RE: BGP et /24 Le Tue, Oct 26, 2021 at 08:23:10PM +0200, David Ponzone a écrit : > Si Forti a mis du BGP dans les chassis, c’est pas pour en faire un routeur de > transit, mais plutôt pour iBGP je pense. > Même pour ca, c'est daubé du cul. Un Mikrotik avec une full-view est plus véloce pour annoncer/converger :D --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Horloge atomique rubidium PTP / IEEE-1588 stratum-1 pour la fin du monde
Bien vu! J'ai calculé avec le rayon pas le diamètre (Et puis en fait, c'est le périmètre qui est pertinent) Enfin, bref, NTP arrive déjà à produire une synchro nettement meilleure que ça et les cas où il est vraiment nécessaire d'avoir une précision (absolue) supérieure me semblent tout de même assez rares, non ? D'ailleurs, les horloges atomiques, aussi stables soient-elles, on les synchronise comment ? On 27/10/2021 14:13, David Ponzone wrote: Ouais mais c’est plutôt 42ms :) Le 27 oct. 2021 à 14:03, Pierre Colombier via frnog a écrit : D'ailleurs, si on considère que la terre fait presque 20 milisecondes-lumière de diamètre, est-ce que ça a vraiment du sens d'avoir un temps synchronisé tellement plus précis que ça. On 27/10/2021 10:37, Christophe Desnoyer wrote: Donc dans le scénario décrit par Michel, NTP continuerait à donner une référence correcte à quelques ms près. --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] RE: BGP et /24
Le Tue, Oct 26, 2021 at 08:23:10PM +0200, David Ponzone a écrit : > Si Forti a mis du BGP dans les chassis, c’est pas pour en faire un routeur de > transit, mais plutôt pour iBGP je pense. > Même pour ca, c'est daubé du cul. Un Mikrotik avec une full-view est plus véloce pour annoncer/converger :D --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] FBL returnpath cassé et délivrabilité chez laposte.net
Bonjour, laposte (et d'autres) n'aime pas quand ça va trop vite, faut leur parler doucement... donc il faut prévoir un spool pour eux : https://blog.network-studio.fr/2011/06/30/too-many-connections-slow-down/ Une piste... David https://retzo.net/ Le 27/10/2021 à 17:34, Sébastien BAZAUD a écrit : Bonjour par ici, Auriez-vous des informations à propos des "bonnes pratiques" qui affectent la dérivabilité chez laposte.net ? Sur leur site postmaster.laposte.net il y a un lien cassé vers https://pages.returnpath.com/LaPoste.html et le lien du FBL chez returnpath aka validity est inopérant https://fbl.validity.com/ Notre MTA reçoit des erreurs SMTP 550 5.7.1 Service refuse. de la part du MX de laposte.net dans un contexte particulier (quelques courriels, pas tous) à déterminer. Le ticket chez laposte.net ne saurait tarder mais si vous avez des infos, je suis preneur. Merci par avance :) SB --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [TECH] FBL returnpath cassé et délivrabilité chez laposte.net
Bonjour par ici, Auriez-vous des informations à propos des "bonnes pratiques" qui affectent la dérivabilité chez laposte.net ? Sur leur site postmaster.laposte.net il y a un lien cassé vers https://pages.returnpath.com/LaPoste.html et le lien du FBL chez returnpath aka validity est inopérant https://fbl.validity.com/ Notre MTA reçoit des erreurs SMTP 550 5.7.1 Service refuse. de la part du MX de laposte.net dans un contexte particulier (quelques courriels, pas tous) à déterminer. Le ticket chez laposte.net ne saurait tarder mais si vous avez des infos, je suis preneur. Merci par avance :) SB --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] RE: BGP et /24
Bien sûr mais la demande de Louis était de s’équiper avec un anti-DDoS. Quand on est au stade de vouloir acheter un anti-DDoS (qui sont rarement bon marché), on a généralement plusieurs FAI. > Le 27 oct. 2021 à 17:19, Gregory CAUCHIE a écrit : > > >> On 27 Oct 2021, at 17:04, David Ponzone wrote: >> >> On part bien sûr du principe qu’il a plusieurs FAI, car sinon BGP est futile. > > Je ne te suis pas forcément sur ce point de détail. Dans le cas de deux liens > avec le même FAI, BGP te permet de piloter une répartition de trafic pour un > mode "actif-actif”. > > -- > Grégory --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] RE: BGP et /24
> On 27 Oct 2021, at 17:04, David Ponzone wrote: > > On part bien sûr du principe qu’il a plusieurs FAI, car sinon BGP est futile. Je ne te suis pas forcément sur ce point de détail. Dans le cas de deux liens avec le même FAI, BGP te permet de piloter une répartition de trafic pour un mode "actif-actif”. -- Grégory --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] RE: BGP et /24
Ah on s’emballe ? :) Ben à la base, il voulait savoir pourquoi il pourrait pas annoncer du sub /24. Donc on lui a expliqué: /24 mini. On part bien sûr du principe qu’il a plusieurs FAI, car sinon BGP est futile. Si tu as 2 FAI donc, tu peux leur demander d’annoncer ton /24 mais hmm pas beau, pas propre, et je sais même plus si on peut avoir 2 objets route avec 2 origin différents dans RIPEDB. Donc il doit faire du BGP avec ses 2 FAI. Effectivement, pour le sortant, il peut mettre une default sur un (bof niveau sécurité), et prendre certaines routes de l’autre. Ca dépend si son traffic stratégique c’est son entrant ou son sortant. Quand le sortant est important, on aime bien le contrôler à 100% (surtout qu’on peut le contrôler à 100%, contrairement à l’entrant). Si faut vraiment économiser 1500€, il peut faire ça oui. > Le 27 oct. 2021 à 16:48, Thierry Chich a écrit > : > > > Je me demande si vous ne vous emballez pas un peu. On peut être connecté à > Internet sans voir des millions de routes sur son routeur. > Si ça se trouve, il s'agit juste d'annoncer à son fournisseur d'accès 3 4 > routes. Dans ce cas, utiliser un firewall pour faire les annonces BGP n'est > pas forcément absurde. > --- Liste de diffusion du FRnOG http://www.frnog.org/
RE: [FRnOG] [TECH] RE: BGP et /24
Je me demande si vous ne vous emballez pas un peu. On peut être connecté à Internet sans voir des millions de routes sur son routeur. Si ça se trouve, il s'agit juste d'annoncer à son fournisseur d'accès 3 4 routes. Dans ce cas, utiliser un firewall pour faire les annonces BGP n'est pas forcément absurde. -Message d'origine- De : frnog-requ...@frnog.org De la part de David Ponzone Envoyé : mardi 26 octobre 2021 20:23 À : Jerome Lien Cc : frnog-tech Objet : Re: [FRnOG] [TECH] RE: BGP et /24 > Le 26 oct. 2021 à 19:36, Jerome Lien a écrit : > > Étant un débutant dans ce monde, j'entends les conseils et j'ecoutes > les retours d'expériences. Car difficile de bien ce faire conseiller > au final sur le choix des équipements d'où ma question ;-) Pouvoir faire du BGP n’est pas le seul paramètre. Il faut aussi voir ce qu’on va mettre comme lien. Pour du sub-1G, on peut faire ça sur à peu près n’importe quoi. Si un port 10G de transit est nécessaire (mais suffisant pour tenir quelques années), ça élimine quelques options. J’oublierais VyOS et toute autre routeur soft qui n’implémente pas DPDK ou équivalent. Donc plutôt 6Wind (c’est très bien 6Wind). Après, un ASR1001-X avec 16Go de RAM doit faire le job, mais tu peux pas dépasser 3 ports 10G. Après faut prendre un chassis plus gros, ou du HX (arggg le porte-monnaie). > Effectivement, un opérateur ( luxembourgeois) m'a parlé de le faire > avec un fortinet... Mais j'étais fort septique… > Ca a aucun sens. Un Forti avec la RAM pour tenir la full-table, c’est minimum un 500, mais plutôt un 1000. Leur CPU sont optimisés pour le filtrage, mais je doute qu’ils le soient pour BGP. Si le but c’est de faire que du BGP, pourquoi mettre autant de pognon dans un firewall ? Si le but c’est de faire BGP et sécurité, il va y avoir concurrence en permanence sur le CPU entre le filtrage et le BGP, et en cas de délire de l’un ou de l’autre, ça va pas être beau à voir. La séparation des fonctions, c’est quand même un principe hyper sympa. Si Forti a mis du BGP dans les chassis, c’est pas pour en faire un routeur de transit, mais plutôt pour iBGP je pense. Je suis prêt à être contredit, si quelqu’un ose avouer que ses borders sont des FG :) --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [ALERT] RE: BGP et /24
Le mar. 26 oct. 2021 à 17:50, David Ponzone a écrit : > > > Le 26 oct. 2021 à 17:10, Mickael Monsieur a > > écrit : > > > > > > En ipv6 qui n’est pas encore à son point culminent, on dépasse déjà le > > million. > > Ca m’ennuie ce que tu dis, car sur toutes les sessions full-route que j’ai, > je suis à 13 max. > Il me manque un truc ? > erreur, c'est bien 130k de mon côté aussi. > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Horloge atomique rubidium PTP / IEEE-1588 stratum-1 pour la fin du monde
Ouais mais c’est plutôt 42ms :) > Le 27 oct. 2021 à 14:03, Pierre Colombier via frnog a écrit > : > > D'ailleurs, si on considère que la terre fait presque 20 milisecondes-lumière > de diamètre, est-ce que ça a vraiment du sens d'avoir un temps synchronisé > tellement plus précis que ça. > > On 27/10/2021 10:37, Christophe Desnoyer wrote: >> Donc dans le scénario décrit par Michel, NTP continuerait à donner une >> référence correcte à quelques ms près. > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Horloge atomique rubidium PTP / IEEE-1588 stratum-1 pour la fin du monde
Le 27/10/2021 à 14:03, Pierre Colombier via frnog a écrit : > D'ailleurs, si on considère que la terre fait presque 20 > milisecondes-lumière de diamètre, est-ce que ça a vraiment du sens Très joli ça ! > d'avoir un temps synchronisé tellement plus précis que ça. :))) - https://www.laslowlife.fr/eloge-de-la-lenteur/ -- Stéphane Rivière Ile d'Oléron - France --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Horloge atomique rubidium PTP / IEEE-1588 stratum-1 pour la fin du monde
D'ailleurs, si on considère que la terre fait presque 20 milisecondes-lumière de diamètre, est-ce que ça a vraiment du sens d'avoir un temps synchronisé tellement plus précis que ça. On 27/10/2021 10:37, Christophe Desnoyer wrote: Donc dans le scénario décrit par Michel, NTP continuerait à donner une référence correcte à quelques ms près. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Re: BGP et /24
David, Le 27/10/2021 à 13:27, David Ponzone a écrit : J’ai pas tout compris, mais ça a l’air super:) Work in Progress, il faut que je trouve un sponsor pour me libérer du temps dessus, et des renforts avancer plus vite (et coder mieux que moi, j'ai perdu la main). T’as pensé aux numéros M2M à 14 chiffres ? Yep ! En fait j'encode tout E.164 donc à taille variable par définition. J'ai fixé arbitrairement une limite à 32 symboles mais ça peut bouger. Là je me casse les dents sur les alias de branches au cas où un goret injecte des routes avec son préfixe de porta dedans. Comme ça peut être un cas transitoirement légitime il faut le gérer de base, et c'est beaucoup moins compatible avec la logique initiale de BGP. Bref, y'a encore un peu de boulot ;-) @+ -- Jérôme Nicolle +33 6 19 31 27 14 --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Re: BGP et /24
J’ai pas tout compris, mais ça a l’air super :) T’as pensé aux numéros M2M à 14 chiffres ? > Le 27 oct. 2021 à 13:15, Jérôme Nicolle a écrit : > > David, > > Le 27/10/2021 à 12:54, David Ponzone a écrit : >> Ah tu t’es lancé:) > > Pas trop le choix : comme on est parti pour devoir implémenter STIR > d'ici 2023 (c'est la loi, même si Orange et SFR on déjà dit qu'ils s'en > foutaient, il y a un moment où ils vont se faire taper dessus), mais que > à coté de ça SHAKEN est une merde inutile (auto-certifier le trafic, > depuis quand ça a fait bouger un sourcil de margoulin de la voix ?), > il y a besoin de tout un framework pour arriver à tenir toutes les > obligations réglementaires EU qui vont suivre. > ... > -- > Jérôme Nicolle > +33 6 19 31 27 14 --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Re: BGP et /24
David, Le 27/10/2021 à 12:54, David Ponzone a écrit : Ah tu t’es lancé:) Pas trop le choix : comme on est parti pour devoir implémenter STIR d'ici 2023 (c'est la loi, même si Orange et SFR on déjà dit qu'ils s'en foutaient, il y a un moment où ils vont se faire taper dessus), mais que à coté de ça SHAKEN est une merde inutile (auto-certifier le trafic, depuis quand ça a fait bouger un sourcil de margoulin de la voix ?), il y a besoin de tout un framework pour arriver à tenir toutes les obligations réglementaires EU qui vont suivre. Donc je reste sur mon idée de PKI déléguée et distribuée en ENUM+DNS-SEC, qui va commencer par sourcer les clefs pour les signatures STIR, avec un plan de contrôle optionnel en BGP pour pouvoir en plus faire du multi-homing, du LCR et de l'URPF, tout en ayant une chaîne de cryptographie complète. Par contre la traduction géographique (appels d'urgence) PDAU / TNAU / front PFLAU (en RLOC, pour NG112) c'est - je l'espère - dès le premier lot, et juste en ENUM, pas besoin de BGP pour ça. T’as modifié ls source, tu as codé un numéro de téléphone pour que ça tienne dans une IPv4 (bof, pas lisible), ou comme une IPv6 ? C'est une nouvelle AFI, j'ai repris le code de l'implémentation EVPN comme base, mais je code les numéros en "Balanced-BCD" (0 à 4 sur les 3 LSB, +5 sur le MSB) pour équilibrer l'arbre, ce qui permet quelques astuces genre algorithmique de pointeurs pour le parser plus vite. J’imagine la tête des mecs: « oui alors pour gérer ça, va falloir upgrader vos routeurs pour tenir au moins 30-40M de routes en gardant une default vers Orange, mais la bonne nouvelle, c’est que ce nombre devrait être plutôt stable », pause, silence, AVC Franchement je sais pas encore quelle tête ça aura au final. Si on se retrouve avec du peering voix régionalisé, genre sur les sites de Mobile Edge Compute (quelque part entre 70 et 300 sites dans l'Hexagone en fonction des acteurs), ça peut être assez contenu (20-25M routes). Si par contre on arrive à caser les UID des OTT en leur tordant le bras, genre on aurait un régulateur opérationnel, là on va vite flirter avec la centaine de millions juste pour la France. Enfin à part le fait qu'il faille quelques centaines de Go de RAM pour ça, genre un poil plus de ce que j'ai dans mon desktop, comme de toute façon la signalisation et le routage voix ne peuvent être faits qu'en soft, ça n'a pas vraiment d'impact. @+ -- Jérôme Nicolle +33 6 19 31 27 14 --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Re: BGP et /24
Ah tu t’es lancé :) T’as modifié ls source, tu as codé un numéro de téléphone pour que ça tienne dans une IPv4 (bof, pas lisible), ou comme une IPv6 ? J’imagine la tête des mecs: « oui alors pour gérer ça, va falloir upgrader vos routeurs pour tenir au moins 30-40M de routes en gardant une default vers Orange, mais la bonne nouvelle, c’est que ce nombre devrait être plutôt stable », pause, silence, AVC > Le 27 oct. 2021 à 12:36, Jérôme Nicolle a écrit : > > Plop, > > Le 26/10/2021 à 16:57, Stephane Bortzmeyer a écrit : >> Le RIS en voit 918 852, rien qu'en IPv4. Avec IPv6, on a largement >> dépassé le million. >> Bon, à l'ère du bigue data, difficile d'impressionner son voisin de >> palier avec des tables d'un million d'entrées… > > Rhaa ce qu'on est petits joueurs en IP ! FYI, sur mon proto de routage voix > en BGP, j'ai des arbres de 60M routes - et encore j'ai pas simulé toute la > portabilité et les cas spécifiques. > > En vrai ça converge plutôt rapidement, alors que c'est beaucoup moins > critique pour la voix que pour l'IP parce qu'il y a toujours des default en > pratique. Et encore j'ai pas commencé à passer mon lab sur rustybgp. > > @+ > > -- > Jérôme Nicolle > +33 6 19 31 27 14 > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Re: BGP et /24
Plop, Le 26/10/2021 à 16:57, Stephane Bortzmeyer a écrit : Le RIS en voit 918 852, rien qu'en IPv4. Avec IPv6, on a largement dépassé le million. Bon, à l'ère du bigue data, difficile d'impressionner son voisin de palier avec des tables d'un million d'entrées… Rhaa ce qu'on est petits joueurs en IP ! FYI, sur mon proto de routage voix en BGP, j'ai des arbres de 60M routes - et encore j'ai pas simulé toute la portabilité et les cas spécifiques. En vrai ça converge plutôt rapidement, alors que c'est beaucoup moins critique pour la voix que pour l'IP parce qu'il y a toujours des default en pratique. Et encore j'ai pas commencé à passer mon lab sur rustybgp. @+ -- Jérôme Nicolle +33 6 19 31 27 14 --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Horloge atomique rubidium PTP / IEEE-1588 stratum-1 pour la fin du monde
io, > On 27 Oct 2021, at 05:11, Michel Py via frnog wrote: > > D'après ce que j'ai lu, pour environ 1500 balles, on peut fabriquer une carte > avec une horloge à rubidium qui dérive de 1 microseconde par jour. Pourquoi pas du Cesium ? Dans mes souvenirs c’est plus courant et facile à trouver dans les bases de temps. ++ ic --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Horloge atomique rubidium PTP / IEEE-1588 stratum-1 pour la fin du monde
Si on revient au problème de base (la perte de la référence GPS), toutes les sources de temps NTP ne sont pas basées sur le signal GPS. Certains serveurs de strate 1 NTP sont basés sur le signal GPS, mais il y a aussi des serveurs basés sur un réseau d'horloges atomique. C'est le cas de l'observatoire de Paris (OBSPM), du NIST etc. Donc dans le scénario décrit par Michel, NTP continuerait à donner une référence correcte à quelques ms près. Ce n'est que si on a besoin d'une source précise à moins d'1 ms (soit PTP) que le problème se pose. Le 27/10/2021 à 09:57, Vincent Habchi a écrit : >> On 27 Oct 2021, at 05:11, Michel Py via frnog wrote: >> >> L'idéal ça serait un Time Machines avec un oscillateur rubidium, mais ça >> n'existe pas (encore). >> Quelqu'un a déjà fait ? Je suis un peu sec sur la partie hardware time >> stamping sous linux. > Tu sais que tu as aussi la possibilité de recevoir des signaux horaires calés > sur feu France Inter 162 kHz : https://en.wikipedia.org/wiki/TDF_time_signal > > C’est beaucoup moins coûteux que du rubidium, c’est asservi sur les horloges > de l’OBSPM, c’est totalement indépendant des satellites et 162 kHz, c’est de > la balle au niveau radio. > > Vincent > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Horloge atomique rubidium PTP / IEEE-1588 stratum-1 pour la fin du monde
> On 27 Oct 2021, at 10:26, Nicolas GARNIER wrote: > > Sinon vous montez un noeud Refimeve et vous êtes tranquille ;-) > http://www.refimeve.fr/index.php/fr/ Exact, j’avais vu ce truc là. Je crois qu’ils veulent s’en servir pour faire de la géodésie chronologique. Vincent --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Horloge atomique rubidium PTP / IEEE-1588 stratum-1 pour la fin du monde
Sinon vous montez un noeud Refimeve et vous êtes tranquille ;-) http://www.refimeve.fr/index.php/fr/ Le mer. 27 oct. 2021 à 09:57, Vincent Habchi a écrit : > > On 27 Oct 2021, at 05:11, Michel Py via frnog wrote: > > > > L'idéal ça serait un Time Machines avec un oscillateur rubidium, mais ça > n'existe pas (encore). > > Quelqu'un a déjà fait ? Je suis un peu sec sur la partie hardware time > stamping sous linux. > > Tu sais que tu as aussi la possibilité de recevoir des signaux horaires > calés sur feu France Inter 162 kHz : > https://en.wikipedia.org/wiki/TDF_time_signal > > C’est beaucoup moins coûteux que du rubidium, c’est asservi sur les > horloges de l’OBSPM, c’est totalement indépendant des satellites et 162 > kHz, c’est de la balle au niveau radio. > > Vincent > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > -- Nicolas --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Horloge atomique rubidium PTP / IEEE-1588 stratum-1 pour la fin du monde
> On 27 Oct 2021, at 05:11, Michel Py via frnog wrote: > > L'idéal ça serait un Time Machines avec un oscillateur rubidium, mais ça > n'existe pas (encore). > Quelqu'un a déjà fait ? Je suis un peu sec sur la partie hardware time > stamping sous linux. Tu sais que tu as aussi la possibilité de recevoir des signaux horaires calés sur feu France Inter 162 kHz : https://en.wikipedia.org/wiki/TDF_time_signal C’est beaucoup moins coûteux que du rubidium, c’est asservi sur les horloges de l’OBSPM, c’est totalement indépendant des satellites et 162 kHz, c’est de la balle au niveau radio. Vincent --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Horloge atomique rubidium PTP / IEEE-1588 stratum-1 pour la fin du monde
> D'après ce que j'ai lu, pour environ 1500 balles, on peut fabriquer une carte > avec une horloge à rubidium qui dérive de 1 microseconde par jour. Y'a ça qui traîne dans ton coin... https://www.thinksrs.com/products/prs10.html Mais il semble qu'on soit plutôt dans le stratum-1 sur 72 heures... Toutefois, ce genre de truc, qui se dit PTP master, a un PRS10 dedans... https://werner-lange.de/de/produkte/nts-5000-ntp-ptp-ieee1588-modular-time-server-detail?tmpl=component=pdf Tu me tiendras au courant, ça m'intéresse beaucoup, mais pour autre chose (trans. radio synchrone) -- Stéphane Rivière Ile d'Oléron - France --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Horloge atomique rubidium PTP / IEEE-1588 stratum-1 pour la fin du monde
>Sandra en petite tenue Petite tenue mais gros cerveau puisqu'en situation d'urgence absolue, elle lit le chinois les yeux fermés (sic) :> > Quelqu'un a déjà fait ? Je suis un peu sec sur la partie hardware time > stamping sous linux. Tu pourrais en causer ici : http://leapsecond.com/time-nuts.htm Time-Nuts™ is a mailing list for amateurs who are interested in precise Time & Frequency. Topics include stability of quartz oscillators, measurements of rubidium and cesium atomic clocks, using WWVB, Loran-C, and GPS for long-term comparisons. -- Stéphane Rivière Ile d'Oléron - France --- Liste de diffusion du FRnOG http://www.frnog.org/