RE: [FRnOG] [TECH] Le protocole QUIC désormais normalisé

[Michel Py via frnog]

> Stephane Bortzmeyer a écrit :
> Les quatre RFC sur QUIC viennent d'être publiés.

Est-ce qu'il n'aurait pas fallu écrire : Les quatre RFC sur QUIC viennent 
d'être publiées ?

Est-ce qu'on dit un RFC, ou une RFC ? Littéralement, c'est une requête (ou une 
demande), donc j'aurais tendance à pencher du coté féminin de la chose.

Contrairement à une croyance répandue, même en anglais les noms ont un genre. 
Ce n'est pas aussi prononcé ni précis qu'en Français, mais ça existe quand même.

Par exemple, quand un pilote parle d'un avion ou d'un navire et propose "allons 
voir ce qu'il a dans le ventre", en anglais on dit "let's see what she's got".
En anglais, un avion ou un navire, c'est féminin. La logique n'est pas 
meilleure qu'en Français, d'ailleurs.

Michel.


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

RE: [FRnOG] [MISC] policy-map not applicate on PPP

[Michel Py via frnog]

> Tony a écrit :
> Je ne comprends plus :'(

Je n'ai pas vraiment suivi le fil par et faute de temps et que c'est pas 
vraiment mon domaine mais, si ça peut te consoler, j'ai un collègue qui est en 
train de galérer avec radius et 2FA, c'est pas les mêmes policy, mais 
apparemment c'est le même souk : la policy qui marche pour le cas 'x' ne marche 
pas pour le cas 'y'. Je comprends ta logique : ça marche en PPPoE, pourquoi ça 
marcherait pas en PPP ? ben possiblement parce que t'en achètes pas assez et 
que donc t'es trop petit pour qu'ils écrivent la fonctionnalité pour toi :-(

C'est la faute aux radiations solaires :P

En étant plus sérieux, il y a tellement de cas de figures, de combinaisons de 
plate-forme différentes, et de peinture pas sèche que, malheureusement, ce 
genre de chose devient monnaie courante.

Yàkà acheter la solution SD-WAN et laisser le clickodrome automagique tout 
faire :P C'est démodé, ton modèle : laisser l'ingénieur réseau faire de la 
configuration ? pfff.

Michel.


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

Re: [FRnOG] [FRNOG] [TECH] policy-map not applicate on PPP

[Tony]

Bonjour David,
Merci d'avoir pris du temps pour faire le test.
Je viens d'essayer de faire un policy-map comme la tienne, c'est à dire
juste parent et plus de parent fil, mais j'ai les mêmes erreurs ...

Je ne comprends plus :'(

Le jeu. 27 mai 2021 à 21:12, David Ponzone  a
écrit :

> Je viens d’essayer sur le mien, et ça marche.
>
> Dans Radius, j’ai mis
> Cisco-AvPair += ip:sub-qos-policy-out=parent-2M
>
> Et ma policy parent-2M dans l’ASR:
>
> policy-map parent-2M
>  class class-default
>   shape average 160
>
> Et mon IOS: 03.11.00.S.154-1.S
> Oui c’est vieux.
> On change pas une équipe qui gagne :)
>
> Donc ça doit être le contenu de ta policy qui est pas correcte pour de
> l’attribution par Radius.
>
> Le 27 mai 2021 à 11:22, Tony  a écrit :
>
> oui 100% pareil
>
> Le jeu. 27 mai 2021 à 11:20, David Ponzone  a
> écrit :
>
>>
>> Le 27 mai 2021 à 11:17, Tony  a écrit :
>>
>>
>>> Si oui, tu peux remplacer dans ton radius ton AVpair par l’ancienne
>>> syntaxe:
>>>
>>> lcp:interface-config=service-policy output PM-QOS-2M
>>>
>> non pas mieux avec cette syntaxe :'(
>>
>>
>> Même message d’erreur ?
>>
>>
>>
>

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

[FRnOG] [TECH] Le protocole QUIC désormais normalisé

[Stephane Bortzmeyer]

Les quatre RFC sur QUIC viennent d'être publiés. Ce nouveau protocole
de transport, concurrent de TCP, pourrait bien devenir le transport
majoritaire sur l'Internet, et changer certaines choses (par exemple,
la mécanique de la couche transport est désormais chiffrée et n'est
plus visible par un observateur indiscret, ce qui fera peut-être râler
certains).

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



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

Re: [FRnOG] [FRNOG] [TECH] policy-map not applicate on PPP

[David Ponzone]

Je viens d’essayer sur le mien, et ça marche.

Dans Radius, j’ai mis
Cisco-AvPair += ip:sub-qos-policy-out=parent-2M

Et ma policy parent-2M dans l’ASR:

policy-map parent-2M
 class class-default
  shape average 160

Et mon IOS: 03.11.00.S.154-1.S
Oui c’est vieux.
On change pas une équipe qui gagne :)

Donc ça doit être le contenu de ta policy qui est pas correcte pour de 
l’attribution par Radius.

> Le 27 mai 2021 à 11:22, Tony  a écrit :
> 
> oui 100% pareil
> 
> Le jeu. 27 mai 2021 à 11:20, David Ponzone  > a écrit :
> 
>> Le 27 mai 2021 à 11:17, Tony mailto:tot...@gmail.com>> a 
>> écrit :
>> 
>> 
>> Si oui, tu peux remplacer dans ton radius ton AVpair par l’ancienne syntaxe:
>> 
>> lcp:interface-config=service-policy output PM-QOS-2M
>> non pas mieux avec cette syntaxe :'( 
> 
> Même message d’erreur ?
> 
> 


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

Re: [FRnOG] [ALERT] Incident Collecte Kosc FTTH

[David Ponzone]

Ah ouais ça, c’est le problème du stagiaire bipolaire qui est le fils de qqun 
qui connait qqn qui connait qqun qui connait le DG, et que donc on est obligés 
de prendre.
Et comme on est à la bourre sur les ACL des accès OOB, ben on lui a filé tous 
les droits :)

> Le 27 mai 2021 à 18:37, Paul Rolland (ポール・ロラン)  a écrit :
> 
> Hello,
> 
> On Thu, 27 May 2021 18:18:54 +0200
> David Ponzone  wrote:
> 
>> Ah ben tiens, du SDN non ? :)
>> 
>> J’aimerais bien savoir ce qu’ils ont pu faire qui fait tout tomber comme
>> ça…..
> 
> no ip routing ?? ;)
> 
> Paul
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [ALERT] Incident Collecte Kosc FTTH

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

Hello,

On Thu, 27 May 2021 18:18:54 +0200
David Ponzone  wrote:

> Ah ben tiens, du SDN non ? :)
> 
> J’aimerais bien savoir ce qu’ils ont pu faire qui fait tout tomber comme
> ça…..

no ip routing ?? ;)

Paul


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

Re: [FRnOG] [ALERT] Incident Collecte Kosc FTTH

[David Ponzone]

Ah ben tiens, du SDN non ? :)

J’aimerais bien savoir ce qu’ils ont pu faire qui fait tout tomber comme ça…..


> Le 27 mai 2021 à 17:45, Jerome SCHEVINGT  a 
> écrit :
> 
> Bonjour,
> 
> Un probleme de mise ajour/config qui a fait tomber pas mal d’élément de leur 
> réseau, ils doivent intervenir sur chaque site
> pour remettre en ordre.
> 
> Rétablissement dans la nuit si tout va bien.
> 
> a+
> Jerome
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [ALERT] Incident Collecte Kosc FTTH

[Kevin Thiou]

C'est pas revenu à 16h00 ...

Corrage Kosc !

Le jeu. 27 mai 2021 à 17:15, Kamel Moudachirou  a
écrit :

> Services : XDSL
> Type : Interruption de service
> Description : L'incident est localisé sur les équipements de notre
> opérateur de collecte et entraîne une perte de synchronisation . Les
> équipes sont actuellement mobilisées afin de rétablir les services dans les
> meilleurs délais. Une date de rétablissement est estimée au 27/05/2021 à
> 16h00.
>
> Message OVH
>
> 
> De : frnog-requ...@frnog.org  de la part de
> Romain 
> Envoyé : jeudi 27 mai 2021 16:17:54
> À : David Ponzone
> Cc : frnog-alert
> Objet : Re: [FRnOG] [ALERT] Incident Collecte Kosc FTTH
>
> En tout cas ça discute sur la ML adsl d'OVH.
>
> Le jeu. 27 mai 2021 à 16:12, David Ponzone  a
> écrit :
>
> > Un gros incident depuis 16h01 à priori sur la collecte FTTH Kosc.
> >
> > Qqun confirme ?
> >
> >
> > ---
> > 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] [ALERT] Incident Collecte Kosc FTTH

[Jerome SCHEVINGT]

Le 27/05/2021 à 16:12, David Ponzone a écrit :

Un gros incident depuis 16h01 à priori sur la collecte FTTH Kosc.

Qqun confirme ?


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


Bonjour,

Un probleme de mise ajour/config qui a fait tomber pas mal d’élément de 
leur réseau, ils doivent intervenir sur chaque site

pour remettre en ordre.

Rétablissement dans la nuit si tout va bien.

a+
Jerome


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

RE: [FRnOG] [ALERT] Incident Collecte Kosc FTTH

[Kamel Moudachirou]

Services : XDSL
Type : Interruption de service
Description : L'incident est localisé sur les équipements de notre opérateur de 
collecte et entraîne une perte de synchronisation . Les équipes sont 
actuellement mobilisées afin de rétablir les services dans les meilleurs 
délais. Une date de rétablissement est estimée au 27/05/2021 à 16h00.

Message OVH


De : frnog-requ...@frnog.org  de la part de Romain 

Envoyé : jeudi 27 mai 2021 16:17:54
À : David Ponzone
Cc : frnog-alert
Objet : Re: [FRnOG] [ALERT] Incident Collecte Kosc FTTH

En tout cas ça discute sur la ML adsl d'OVH.

Le jeu. 27 mai 2021 à 16:12, David Ponzone  a
écrit :

> Un gros incident depuis 16h01 à priori sur la collecte FTTH Kosc.
>
> Qqun confirme ?
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

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

Re: [FRnOG] [MISC] La patronne a parlé....

[Spyou]

Le 26/05/2021 à 14:13, Refuznik a écrit :

Et aujourd'hui dans le #Brief de NXI après les opérateurs, les
installateurs s’engagent pour mettre fin à la jungle des raccordements :
https://www.nextinpact.com/lebrief/47205/fibre-optique-apres-operateurs-installateurs-sengagent-pour-mettre-fin-a-jungle-raccordements



Les instal^h^h^hpourvoyeur de business aux autoentrepreneurs s'engagent ?


Mouarf.





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

Re: [FRnOG] [ALERT] Incident Collecte Kosc FTTH

[Romain]

En tout cas ça discute sur la ML adsl d'OVH.

Le jeu. 27 mai 2021 à 16:12, David Ponzone  a
écrit :

> Un gros incident depuis 16h01 à priori sur la collecte FTTH Kosc.
>
> Qqun confirme ?
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

Re: [FRnOG] [ALERT] Incident Collecte Kosc FTTH

[Pierre DOLIDON]

Le 27/05/2021 à 16:12, David Ponzone a écrit :

Un gros incident depuis 16h01 à priori sur la collecte FTTH Kosc.

Qqun confirme ?


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


sur la ml-adsl OVH ça indique qu'il y a des soucis sur des liens.
coïncidence ?


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

[FRnOG] [ALERT] Incident Collecte Kosc FTTH

[David Ponzone]

Un gros incident depuis 16h01 à priori sur la collecte FTTH Kosc.

Qqun confirme ?


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

Re: [FRnOG] [TECH] Google bloqué depuis accès 4G SFR / Trafic inhabituel provenant de votre réseau ?

[Wallace]

Le 24/05/2021 à 15:19, Toussaint OTTAVI a écrit :
> C'est la chienlit. Mais bon, ça fait grimper la popularité de
>> duckduckgo.com
>
> C'est effectivement la conclusion à laquelle j'en suis arrivé :-)
>
Pour avoir subit la même chose, j'ai fini par changer de crèmerie,
j'utilise Startpage.com qui propose les mêmes résultats que google mais
sans les captchas, ha si j'en ai eu une fois sur un VPN mais avec un
formulaire qui te demande quel type d'accès c'est et après plus jamais
embêté.

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

Re: [FRnOG] [FRNOG] [TECH] policy-map not applicate on PPP

[Tony]

Je ne connaissais pas cette facon de faire.
Mais comme je disais dans mes précédents messages à David, cette policy
fonctionne très bien en PPPoE.

Le jeu. 27 mai 2021 à 10:32, Christophe LUCAS 
a écrit :

> Bonjour,
>
> De ma connaissance, l'application se fait en deux phases (du moins dans
> mon cas cela fonctionne parfaitement) sur de l'IOS XE :
>
> ip:qos-policy-out=add-class(sub,(class-default),shape(200))
> ip:sub-qos-policy-out=SHAPER-QOS-2M
>
> Avec un truc du genre :
>
> policy-map SHAPER_QOS_2M
>  class class-default
>   shape average 1
>service-policy PM_QOS-2M
>
> A plus,
>
> ~Christophe
>
> - Mail original -
> De: "Tony" 
> À: frnog-t...@frnog.org
> Envoyé: Jeudi 27 Mai 2021 09:00:22
> Objet: [FRnOG] [FRNOG] [TECH] policy-map not applicate on PPP
>
> Bonjour la liste,
> Je me rapproche de vous car je recherche un expert cisco :-) car en effet,
> ça fait un moment que j'essaye de débug un problème.
> Ce problème est que je n'arrive pas à appliquer mes policy-map lorsque
> une PPP monte.
>
> Au niveau radius j'ai simple un :
> Cisco-avpair += "ip:sub-qos-policy-out=PM-QOS-2M",
>
> J'ai essayé 3 IOS différent pas mieux, j'ai actuellement l'IOS
> : asr1002x-universalk9.16.09.07.SPA.bin
>
> Je ne pense pas que le problème provienne de la policy-map, car j'arrive à
> l'appliquer sur des sub-interface.
>
> Voici l'erreur que j'ai en débug :
> May 27 06:51:35.599: PPPoE handle inconsistency: handle 0x580003AF returns
> session 0x7FEB6F0BE280 with handle 0x0
> May 27 06:51:35.599: SSS PM: SSS PM: Added peruser feature infos when
> config_applied already setuser-defined classes with queueing features are
> not allowed in a service-policy at sub-interface/pvc/service-group
>
> May 27 08:51:35: %QOS-6-POLICY_INST_FAILED: Service policy installation
> failed on
>  SSS session identifier 381 -. service-policy not applicable for interface
> features. policy:PM-QOS-2M, dir:OUT, ptype:, ctype:DEFAULT
>
> Nous pouvons en discuter en privé si besoin.
> Merci
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

Re: [FRnOG] [FRNOG] [TECH] policy-map not applicate on PPP

[Tony]

oui 100% pareil

Le jeu. 27 mai 2021 à 11:20, David Ponzone  a
écrit :

>
> Le 27 mai 2021 à 11:17, Tony  a écrit :
>
>
>> Si oui, tu peux remplacer dans ton radius ton AVpair par l’ancienne
>> syntaxe:
>>
>> lcp:interface-config=service-policy output PM-QOS-2M
>>
> non pas mieux avec cette syntaxe :'(
>
>
> Même message d’erreur ?
>
>
>

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

Re: [FRnOG] [FRNOG] [TECH] policy-map not applicate on PPP

[David Ponzone]

> Le 27 mai 2021 à 11:17, Tony  a écrit :
> 
> 
> Si oui, tu peux remplacer dans ton radius ton AVpair par l’ancienne syntaxe:
> 
> lcp:interface-config=service-policy output PM-QOS-2M
> non pas mieux avec cette syntaxe :'( 

Même message d’erreur ?



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

Re: [FRnOG] [FRNOG] [TECH] policy-map not applicate on PPP

[Tony]

mes réponses ci dessous dans ton mail
une chose importante que je n'ai pas précisé. ça fonctionne très bien en
PPPoE
donc le problème est peut être lié au VPDN ? ou autre ?

2 idées:
>
> Tu as bien aaa policy interface-config allow-subinterface dans ta conf ?
>
Oui j'avais bien cette option car je me suis fait avoir il y a bien
longtemps ^^

>
> Si oui, tu peux remplacer dans ton radius ton AVpair par l’ancienne
> syntaxe:
>
> lcp:interface-config=service-policy output PM-QOS-2M
>
non pas mieux avec cette syntaxe :'(

>
> Voir si ça passe ou pas, et donc peut-être problème de version d’IOS.
>
en terme d'IOS j'ai essayé les 3 ci dessous :
asr1002x-universalk9.16.09.07.SPA.bin
asr1002x-universalk9.16.09.01.SPA.bin
asr1002x-universalk9.16.06.04.SPA.bin
et j'ai le même problème sur chacun des IOS

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

Re: [FRnOG] [FRNOG] [TECH] policy-map not applicate on PPP

[David Ponzone]

2 idées:

Tu as bien aaa policy interface-config allow-subinterface dans ta conf ?

Si oui, tu peux remplacer dans ton radius ton AVpair par l’ancienne syntaxe:

lcp:interface-config=service-policy output PM-QOS-2M

Voir si ça passe ou pas, et donc peut-être problème de version d’IOS.


> Le 27 mai 2021 à 09:00, Tony  a écrit :
> 
> Bonjour la liste,
> Je me rapproche de vous car je recherche un expert cisco :-) car en effet,
> ça fait un moment que j'essaye de débug un problème.
> Ce problème est que je n'arrive pas à appliquer mes policy-map lorsque
> une PPP monte.
> 
> Au niveau radius j'ai simple un :
> Cisco-avpair += "ip:sub-qos-policy-out=PM-QOS-2M",
> 
> J'ai essayé 3 IOS différent pas mieux, j'ai actuellement l'IOS
> : asr1002x-universalk9.16.09.07.SPA.bin
> 
> Je ne pense pas que le problème provienne de la policy-map, car j'arrive à
> l'appliquer sur des sub-interface.
> 
> Voici l'erreur que j'ai en débug :
> May 27 06:51:35.599: PPPoE handle inconsistency: handle 0x580003AF returns
> session 0x7FEB6F0BE280 with handle 0x0
> May 27 06:51:35.599: SSS PM: SSS PM: Added peruser feature infos when
> config_applied already setuser-defined classes with queueing features are
> not allowed in a service-policy at sub-interface/pvc/service-group
> 
> May 27 08:51:35: %QOS-6-POLICY_INST_FAILED: Service policy installation
> failed on
> SSS session identifier 381 -. service-policy not applicable for interface
> features. policy:PM-QOS-2M, dir:OUT, ptype:, ctype:DEFAULT
> 
> Nous pouvons en discuter en privé si besoin.
> Merci
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [FRNOG] [TECH] policy-map not applicate on PPP

[Christophe LUCAS]

Bonjour,

De ma connaissance, l'application se fait en deux phases (du moins dans mon cas 
cela fonctionne parfaitement) sur de l'IOS XE : 

ip:qos-policy-out=add-class(sub,(class-default),shape(200))
ip:sub-qos-policy-out=SHAPER-QOS-2M

Avec un truc du genre : 

policy-map SHAPER_QOS_2M
 class class-default
  shape average 1
   service-policy PM_QOS-2M

A plus,

~Christophe

- Mail original -
De: "Tony" 
À: frnog-t...@frnog.org
Envoyé: Jeudi 27 Mai 2021 09:00:22
Objet: [FRnOG] [FRNOG] [TECH] policy-map not applicate on PPP

Bonjour la liste,
Je me rapproche de vous car je recherche un expert cisco :-) car en effet,
ça fait un moment que j'essaye de débug un problème.
Ce problème est que je n'arrive pas à appliquer mes policy-map lorsque
une PPP monte.

Au niveau radius j'ai simple un :
Cisco-avpair += "ip:sub-qos-policy-out=PM-QOS-2M",

J'ai essayé 3 IOS différent pas mieux, j'ai actuellement l'IOS
: asr1002x-universalk9.16.09.07.SPA.bin

Je ne pense pas que le problème provienne de la policy-map, car j'arrive à
l'appliquer sur des sub-interface.

Voici l'erreur que j'ai en débug :
May 27 06:51:35.599: PPPoE handle inconsistency: handle 0x580003AF returns
session 0x7FEB6F0BE280 with handle 0x0
May 27 06:51:35.599: SSS PM: SSS PM: Added peruser feature infos when
config_applied already setuser-defined classes with queueing features are
not allowed in a service-policy at sub-interface/pvc/service-group

May 27 08:51:35: %QOS-6-POLICY_INST_FAILED: Service policy installation
failed on
 SSS session identifier 381 -. service-policy not applicable for interface
features. policy:PM-QOS-2M, dir:OUT, ptype:, ctype:DEFAULT

Nous pouvons en discuter en privé si besoin.
Merci

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


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

[FRnOG] [FRNOG] [TECH] policy-map not applicate on PPP

[Tony]

Bonjour la liste,
Je me rapproche de vous car je recherche un expert cisco :-) car en effet,
ça fait un moment que j'essaye de débug un problème.
Ce problème est que je n'arrive pas à appliquer mes policy-map lorsque
une PPP monte.

Au niveau radius j'ai simple un :
Cisco-avpair += "ip:sub-qos-policy-out=PM-QOS-2M",

J'ai essayé 3 IOS différent pas mieux, j'ai actuellement l'IOS
: asr1002x-universalk9.16.09.07.SPA.bin

Je ne pense pas que le problème provienne de la policy-map, car j'arrive à
l'appliquer sur des sub-interface.

Voici l'erreur que j'ai en débug :
May 27 06:51:35.599: PPPoE handle inconsistency: handle 0x580003AF returns
session 0x7FEB6F0BE280 with handle 0x0
May 27 06:51:35.599: SSS PM: SSS PM: Added peruser feature infos when
config_applied already setuser-defined classes with queueing features are
not allowed in a service-policy at sub-interface/pvc/service-group

May 27 08:51:35: %QOS-6-POLICY_INST_FAILED: Service policy installation
failed on
 SSS session identifier 381 -. service-policy not applicable for interface
features. policy:PM-QOS-2M, dir:OUT, ptype:, ctype:DEFAULT

Nous pouvons en discuter en privé si besoin.
Merci

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