Ci-dessous, les différences entre deux révisions de la page.
Les deux révisions précédentes Révision précédente Prochaine révision | Révision précédente | ||
technique:archives:lir-registration [2015/12/16 17:01] admin [20151215-20151216] |
technique:archives:lir-registration [2018/05/20 00:20] admin |
||
---|---|---|---|
Ligne 232: | Ligne 232: | ||
* Ça prends une demande de modification avec validation par un humain sur ce type de champ. | * Ça prends une demande de modification avec validation par un humain sur ce type de champ. | ||
* Le courrier arrive quand même, on peut éviter de brouiller le signal tant qu'on est dans la deadline de la migration | * Le courrier arrive quand même, on peut éviter de brouiller le signal tant qu'on est dans la deadline de la migration | ||
- | * Request form rempli et validé pour les 1024 IPv4 (/22) -- idem IPv6 : allocation /32 | + | * Request form rempli et validé pour les 1024 IPv4 (/22) – idem IPv6 : allocation /32 |
{{:technique:archives:ripe-ip4-pa-slash-22-screen-1.png?direct&}} | {{:technique:archives:ripe-ip4-pa-slash-22-screen-1.png?direct&}} | ||
Ligne 241: | Ligne 241: | ||
{{:technique:archives:ripe-ip4-pa-slash-22-screen-4.png?direct&}} | {{:technique:archives:ripe-ip4-pa-slash-22-screen-4.png?direct&}} | ||
- | |||
===== 20151214 ===== | ===== 20151214 ===== | ||
- | * Appel téléphonique du RIPE (au numéro laissé lors des demandes IP) : simple appel de courtoisie, "We have already validated your requests [...]", "Do you have any questions ?". | + | * Appel téléphonique du RIPE (au numéro laissé lors des demandes IP) : simple appel de courtoisie, "We have already validated your requests […]", "Do you have any questions ?". |
* Les allocations apparaissent dans le LIR Portal | * Les allocations apparaissent dans le LIR Portal | ||
- | * 185.131.40.0/22 : ALLOCATED PA | + | * 185.131.40.0/22 : ALLOCATED PA |
- | * 2a03:a0a0::/32 : ALLOCATED | + | * 2a03:a0a0::/32 : ALLOCATED |
* Il est temps de finir de s'affûter | * Il est temps de finir de s'affûter | ||
- | * Les IP allocated ne sont pas considérées utilisées, elles doivent être assignées pour être utilisées | + | * Les IP allocated ne sont pas considérées utilisées, elles doivent être assignées pour être utilisées |
- | * Il faut et suffit que le LIR crée les objets de type inetnum et route pour les premières assignation | + | * Il faut et suffit que le LIR crée les objets de type inetnum et route pour les premières assignation |
- | * Le LIR doit respecter : | + | * Le LIR doit respecter : |
- | * [[https://www.ripe.net/publications/docs/ripe-649|IPv4 Address Allocation and Assignment Policy]] | + | * [[https://www.ripe.net/publications/docs/ripe-649|IPv4 Address Allocation and Assignment Policy]] |
- | * [[https://www.ripe.net/publications/docs/ripe-655|IPv6 Address Allocation and Assignment Policy]] | + | * [[https://www.ripe.net/publications/docs/ripe-655|IPv6 Address Allocation and Assignment Policy]] |
- | * Toutes les recommandations des autres [[https://www.ripe.net/publications/docs/ripe-documents|documents RIPE]] | + | * Toutes les recommandations des autres [[https://www.ripe.net/publications/docs/ripe-documents|documents RIPE]] |
- | ===== 20151215-20151216 ===== | + | ===== 20151215-20151217 ===== |
* Création des objets pour assigner 2 premières /24 IPv4 à CHD et une première /.. IPv6 | * Création des objets pour assigner 2 premières /24 IPv4 à CHD et une première /.. IPv6 | ||
Ligne 263: | Ligne 262: | ||
* Il y a plusieurs API pour créer des objets dans la base (via mail, HTTP REST…) et une interface web pour humains appelée **webupdates** | * Il y a plusieurs API pour créer des objets dans la base (via mail, HTTP REST…) et une interface web pour humains appelée **webupdates** | ||
- | {{:technique:archives:ripe-lir-webupdates.png?linkonly|:technique:archives:ripe-lir-webupdates.png}} | + | {{:technique:archives:ripe-lir-webupdates.png?direct&}} |
+ | |||
+ | * L'outil webupdates permet d'avoir le détail des champs, et propose d'emblée tous les champs "mandatory". La position des champs de formulaire dans l'interface web détermine l'ordre des champs dans l'objet résultant. D'un autre côté, l'ordre ne semble avoir aucune sémantique. | ||
+ | * Pour comparer deux enregistrements en console, vimdiff et whois sont nos amis | ||
+ | |||
+ | <code> | ||
+ | lpouzenc@lud-msi:~/Bureau/CHD$ vimdiff <(whois 185.131.40.0) <(whois 185.61.116.0) | ||
+ | 2 fichiers à éditer | ||
+ | </code> | ||
+ | |||
+ | * Pour avoir le descriptif des champs d'un type d'enregistrement : ''whois -v'' | ||
+ | * Regarder les objets créés par le RIPE pour CHD le LIR | ||
+ | * organisation : ''whois ORG-CHD1-RIPE'' | ||
+ | * mntner: ''whois fr-commingeshd-1-mnt'' | ||
+ | * person (abuse-c): ''whois AR34604-RIPE'' | ||
+ | * inetnum: ''whois 185.131.40.0/22'' | ||
+ | * inet6num: ''whois 2a03:a0a0::/32'' | ||
+ | * Se poser les questions de la longueur des préfixes qu'on veut déléguer au FAI | ||
+ | * IPv4 : Couper La /22 en 4 /24 semble à peu près la seule chose intelligente à faire | ||
+ | * IPv6 : C'est moins évident. /48 pour 65k adhérents qui auraient leur /64 ? | ||
+ | * [[https://labs.ripe.net/Members/dbayer/visibility-of-prefix-lengths|https://labs.ripe.net/Members/dbayer/visibility-of-prefix-lengths]] | ||
+ | * [[http://www.gestioip.net/cgi-bin/subnet_calculator.cgi|http://www.gestioip.net/cgi-bin/subnet_calculator.cgi]] | ||
+ | * Créer tous les objets nécessaires pour le routage de CHD le FAI | ||
+ | * inetnum: ''whois 185.131.40.0/23'' | ||
+ | * inet6num: '' whois 2a03:a0a0::/48'' | ||
+ | * Le BGP sera annoncé par FullSave, les objets route seront gérés par eux (il faut ajouter un attribut mnt-route dans les inet*num pour leur permettre de les créer) | ||
+ | * route: '' 185.131.40.0/23AS39405'' | ||
+ | * route6: '' 2a03:a0a0::/48AS39405'' | ||
+ | * Remarque : via webupdates, il n'est pas possible de récréer les enregistrements de type "domain" avant que l'infra DNS soit en place. | ||
+ | |||
+ | <code> | ||
+ | The name server ns1.chd.sx has no A or AAAA address records. | ||
+ | The name server ns2.chd.sx has no A or AAAA address records. | ||
+ | Test for zone 40.131.185.in-addr.arpa was marked as undelegated, | ||
+ | but no working fake glue was provided. | ||
+ | Fatal error in delegation for zone 40.131.185.in-addr.arpa. | ||
+ | No name servers found at child or at parent. | ||
+ | No further testing can be performed. | ||
+ | </code> | ||
+ | |||
+ | ===== 20170112 ===== | ||
+ | |||
+ | J'ai enfin fait les DNS (le 20161217 on a mis chd.sx et Netflix/akamaï nous à pensé à l'île d esaint martin. Refait avec commingeshautdebit.fr). | ||
+ | |||
+ | * '' whois 40.131.185.in-addr.arpa'' | ||
+ | * '' whois 41.131.185.in-addr.arpa'' | ||
+ | * '' whois -B 1.0.0.0.0.a.0.a.3.0.a.2.ip6.arpa'' | ||
+ | * '' whois -B 0.0.0.0.0.a.0.a.3.0.a.2.ip6.arpa'' | ||
+ | <code> | ||
+ | domain: 0.0.0.0.0.a.0.a.3.0.a.2.ip6.arpa | ||
+ | nserver: ns1.commingeshautdebit.fr | ||
+ | nserver: ns2.commingeshautdebit.fr | ||
+ | admin-c: CC14458-RIPE | ||
+ | tech-c: LP10373-RIPE | ||
+ | zone-c: LP10373-RIPE | ||
+ | mnt-by: fr-commingeshd-1-mnt | ||
+ | created: 2016-12-10T23:18:11Z | ||
+ | last-modified: 2017-01-12T21:12:37Z | ||
+ | source: RIPE | ||
+ | </code> | ||
+ | |||
+ | ===== 20180501 ===== | ||
+ | |||
+ | Ajout 185.131.42.0/24 pour CHD et demandes de ressources pour [[https://intarnet.fr/wiki/technique:whois|Intarnet]]. | ||