Re: [FRnOG] [TECH] switchs Arista et SFP Tiers

2016-09-01 Par sujet megagolgoth 

Un truc de ce genre : "www.ebay.fr/itm/161889933959" ?

Après que les fabricants mettent à faire dire au équipements qu'ils 
vendent "Warning : using third partie optics is not supported", ce sera 
systématiquement l'excuse du constructeur pour refuser de supporter un 
client qui en utiliserait, quelque soit le problème, et la mauvaise fois 
est comprise dans le prix dans ces cas là :
"M'enfin, mon alimentation à grillé, faut me la changer c'est dans la 
garantie/MCO/MCS!"
"Mais monsieur vous utilisez des optiques tiers, on ne peut pas vous 
soutenir, vu que c'est la cause de votre problème"


en fait faut juste que le constructeur ne s'en aperçoive pas...

Le 01/09/2016 à 20:37, Alexandre Legrix a écrit :

Hello swar tout ça tout ça.

Nous ici on a un codeur d'optique maintenant,  et puis fin de l'histoire
sans fin...

Chocobisous
Alex

Le 1 sept. 2016 6:57 PM, "David Ponzone"  a écrit :


Ouais, franchement, à 10-20€ le SFP, et bientôt probablement pareil pour
un SFP+, et la fiabilité relativement élevée des bidules, ça me semble bien
compliqué pour pas grand chose.



Le 1 sept. 2016 à 18:51, Michel Py 

a écrit :

Xavier Beaudouin a écrit :
En quoi l'optique pourrais faire viander l'OS ? Ok y a de la

communication, mais ceci reste du niveau "signal"

et a part se dédouanner de la responsabilité, ça nous  les

pieds, nous les ingés réseaux.

Moi c'est pas les pieds :P  C'est pas les ingés qui décident ce genre de

chose, c'est le marketing ou les comptables.

La quand j'achète des optiques chez Solid Optics ou Finisar on me

demande tjrs quel équipement (pas quel constructeur

hein ?) je vais coller mon matériel et a part du reloutage je ne vois

pas quelle est la valeur ajoutée de ces

"branding" sachant qu'en low level c'est souvent les mêmes constructeur

qui font les optiques des "constructeurs"...

La valeur ajoutée c'est que çà ajoute de la valeur...dans les poches du

vendeur :-D

David Ponzone :
C’est pas trop la peine de chercher plus loin, c’est exactement comme

C…O

qui obligeait/oblige à prendre la RAM officiel à 10x le prix du marché.

Exactement, pour les ventilos et autres détails même chose, et je tape

pas sur un vendeur en particulier, ils font tous pareil.

Xavier Beaudouin a écrit :
Le projet PI de rebranding des optiques la me tente de plus en

plus...

Faut en faire beaucoup pour rentabiliser le temps et le gadget pour le

faire :-(

Michel.




---
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] switchs Arista et SFP Tiers

2016-09-01 Par sujet Alexandre Legrix 
Hello swar tout ça tout ça.

Nous ici on a un codeur d'optique maintenant,  et puis fin de l'histoire
sans fin...

Chocobisous
Alex

Le 1 sept. 2016 6:57 PM, "David Ponzone"  a écrit :

> Ouais, franchement, à 10-20€ le SFP, et bientôt probablement pareil pour
> un SFP+, et la fiabilité relativement élevée des bidules, ça me semble bien
> compliqué pour pas grand chose.
>
>
> > Le 1 sept. 2016 à 18:51, Michel Py 
> a écrit :
> >
> >> Xavier Beaudouin a écrit :
> >> En quoi l'optique pourrais faire viander l'OS ? Ok y a de la
> communication, mais ceci reste du niveau "signal"
> >> et a part se dédouanner de la responsabilité, ça nous  les
> pieds, nous les ingés réseaux.
> >
> > Moi c'est pas les pieds :P  C'est pas les ingés qui décident ce genre de
> chose, c'est le marketing ou les comptables.
> >
> >> La quand j'achète des optiques chez Solid Optics ou Finisar on me
> demande tjrs quel équipement (pas quel constructeur
> >> hein ?) je vais coller mon matériel et a part du reloutage je ne vois
> pas quelle est la valeur ajoutée de ces
> >> "branding" sachant qu'en low level c'est souvent les mêmes constructeur
> qui font les optiques des "constructeurs"...
> >
> > La valeur ajoutée c'est que çà ajoute de la valeur...dans les poches du
> vendeur :-D
> >
> >> David Ponzone :
> >> C’est pas trop la peine de chercher plus loin, c’est exactement comme
> C…O
> >> qui obligeait/oblige à prendre la RAM officiel à 10x le prix du marché.
> >
> > Exactement, pour les ventilos et autres détails même chose, et je tape
> pas sur un vendeur en particulier, ils font tous pareil.
> >
> >> Xavier Beaudouin a écrit :
> >> Le projet PI de rebranding des optiques la me tente de plus en
> plus...
> >
> > Faut en faire beaucoup pour rentabiliser le temps et le gadget pour le
> faire :-(
> >
> > Michel.
> >
> >
> >
> >
> > ---
> > 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] switchs Arista et SFP Tiers

2016-09-01 Par sujet David Ponzone 
Ouais, franchement, à 10-20€ le SFP, et bientôt probablement pareil pour un 
SFP+, et la fiabilité relativement élevée des bidules, ça me semble bien 
compliqué pour pas grand chose.


> Le 1 sept. 2016 à 18:51, Michel Py  a 
> écrit :
> 
>> Xavier Beaudouin a écrit :
>> En quoi l'optique pourrais faire viander l'OS ? Ok y a de la communication, 
>> mais ceci reste du niveau "signal"
>> et a part se dédouanner de la responsabilité, ça nous  les pieds, 
>> nous les ingés réseaux.
> 
> Moi c'est pas les pieds :P  C'est pas les ingés qui décident ce genre de 
> chose, c'est le marketing ou les comptables.
> 
>> La quand j'achète des optiques chez Solid Optics ou Finisar on me demande 
>> tjrs quel équipement (pas quel constructeur
>> hein ?) je vais coller mon matériel et a part du reloutage je ne vois pas 
>> quelle est la valeur ajoutée de ces
>> "branding" sachant qu'en low level c'est souvent les mêmes constructeur qui 
>> font les optiques des "constructeurs"...
> 
> La valeur ajoutée c'est que çà ajoute de la valeur...dans les poches du 
> vendeur :-D
> 
>> David Ponzone :
>> C’est pas trop la peine de chercher plus loin, c’est exactement comme C…O
>> qui obligeait/oblige à prendre la RAM officiel à 10x le prix du marché.
> 
> Exactement, pour les ventilos et autres détails même chose, et je tape pas 
> sur un vendeur en particulier, ils font tous pareil.
> 
>> Xavier Beaudouin a écrit :
>> Le projet PI de rebranding des optiques la me tente de plus en plus...
> 
> Faut en faire beaucoup pour rentabiliser le temps et le gadget pour le faire 
> :-(
> 
> Michel.
> 
> 
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [TECH] Réponse DNS basé sur l'ASN de l'IP source

2016-09-01 Par sujet Philippe Bourcier 


Re,

J'ai un besoin aujourd'hui d'un service qui a besoin que la réponse 
à une

requête du style:
dig t...@ecute.org change selon l'ASN number de l'IP d'origine.
Est-ce que vous connaissez une solution (Open source ou 
Propriétaire) qui

pourrait faire l'affaire ?


Ça se fait pas mal pour la GeoIP. Il faut dans ce cas avoir également 
le
support pour EDNS client subnet pour gérer les DNS de Google. 
PowerDNS

et gdnsd supportent ça (avec GeoIP, faut voir pour les AS).


Je confirme.

J'ai fait un pipe-backend PowerDNS qui faisait du WRR (Weighted Round 
Robin - ie: 40% de charge sur DC1, 20% sur DC2, 40% sur DC3) et grâce à 
EDNS subnet client j'atteignais une granularité sous les 1% de trafic et 
"juste ça marchait".


Ensuite pour gérer le Geo-balancing, effectivement le mieux c'est 
GeoIP, qui en plus a une base gratos pour les AS :

http://dev.maxmind.com/geoip/legacy/geolite/  =>  GeoLite ASN v4 et v6

Bref, la solution idéale pour moi c'est :
PowerDNS avec un pipe-backend (codé en ce que tu veux) et la lib GeoIP 
avec la db GeoLite ASN (que tu load en RAM, c'est un flag du open)


Le seul truc à gérer/tester un peu c'est le petit "if" pour la présence 
d'un champs EDNS client subnet, *dont l'IP ne serait pas RFC1918* auquel 
cas il faut l'ignorer et retomber sur la client IP.


Après, pour du Geo-balancing on travaille quand même plus sereinement 
et efficacement avec le pays associé au pays (GeoIP Country ou City)... 
mais tu as peut-être un cas d'usage très spécifique lié uniquement à 
l'AS...



Cordialement,
--
Philippe Bourcier
web : http://sysctl.org/
blog : https://www.linkedin.com/today/author/philippebourcier


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

RE: [FRnOG] [TECH] switchs Arista et SFP Tiers

2016-09-01 Par sujet Michel Py 
> Xavier Beaudouin a écrit :
> En quoi l'optique pourrais faire viander l'OS ? Ok y a de la communication, 
> mais ceci reste du niveau "signal"
> et a part se dédouanner de la responsabilité, ça nous  les pieds, 
> nous les ingés réseaux.

Moi c'est pas les pieds :P  C'est pas les ingés qui décident ce genre de chose, 
c'est le marketing ou les comptables.

> La quand j'achète des optiques chez Solid Optics ou Finisar on me demande 
> tjrs quel équipement (pas quel constructeur
> hein ?) je vais coller mon matériel et a part du reloutage je ne vois pas 
> quelle est la valeur ajoutée de ces
> "branding" sachant qu'en low level c'est souvent les mêmes constructeur qui 
> font les optiques des "constructeurs"...

La valeur ajoutée c'est que çà ajoute de la valeur...dans les poches du vendeur 
:-D

> David Ponzone :
> C’est pas trop la peine de chercher plus loin, c’est exactement comme C…O
> qui obligeait/oblige à prendre la RAM officiel à 10x le prix du marché.

Exactement, pour les ventilos et autres détails même chose, et je tape pas sur 
un vendeur en particulier, ils font tous pareil.

> Xavier Beaudouin a écrit :
> Le projet PI de rebranding des optiques la me tente de plus en plus...

Faut en faire beaucoup pour rentabiliser le temps et le gadget pour le faire :-(

Michel.




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

Re: [FRnOG] [TECH] Réponse DNS basé sur l'ASN de l'IP source

2016-09-01 Par sujet David Ponzone 
100 000 ACL contenant au total 55 préfixes, plus je sais pas combien de « 
view », il gère ça bien Bind ?


> Le 1 sept. 2016 à 18:05, Arnaud GRANAL  a écrit :
> 
> Super facile avec bind, tu peux generer un .acl contenant chaque range
> de/des AS qui t'interessent et tu peux les matcher, puis match-clients {
> any; }; pour ceux qui ne t'interessent pas
> 
> acl "AS2044" {
>69.10.130.128/26;
>69.10.139.0/25;
>69.10.140.192/26;
> }
> view ... {
>  match-clients { AS2044; };
> }
> 
> done
> 
> 2016-09-01 18:13 GMT+03:00 Vincent Bernat :
> 
>> ❦  1 septembre 2016 16:15 CEST, julien  :
>> 
>>> J'ai un besoin aujourd'hui d'un service qui a besoin que la réponse à une
>>> requête du style:
>>> dig t...@ecute.org change selon l'ASN number de l'IP d'origine.
>>> Est-ce que vous connaissez une solution (Open source ou Propriétaire) qui
>>> pourrait faire l'affaire ?
>> 
>> Ça se fait pas mal pour la GeoIP. Il faut dans ce cas avoir également le
>> support pour EDNS client subnet pour gérer les DNS de Google. PowerDNS
>> et gdnsd supportent ça (avec GeoIP, faut voir pour les AS).
>> --
>> The last thing one knows in constructing a work is what to put first.
>>-- Blaise Pascal
>> 
>> 
>> ---
>> 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] Réponse DNS basé sur l'ASN de l'IP source

2016-09-01 Par sujet Nico CARTRON 
On 1 September 2016 at 18:06:59, Arnaud GRANAL (serp...@gmail.com) wrote:
Super facile avec bind, tu peux generer un .acl contenant chaque range 
de/des AS qui t'interessent et tu peux les matcher, puis match-clients { 
any; }; pour ceux qui ne t'interessent pas 

acl "AS2044" { 
69.10.130.128/26; 
69.10.139.0/25; 
69.10.140.192/26; 
} 
view ... { 
match-clients { AS2044; }; 
} 

done 


Saut que ca va tuer les perfs de BIND si tu as beaucoup de vues :) ( > 100aine)
vu que BIND parses toutes les vues afin de voir quel match-client correspond.



Cheers,

-- 
Nico



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

Re: [FRnOG] [TECH] Réponse DNS basé sur l'ASN de l'IP source

2016-09-01 Par sujet Arnaud GRANAL 
Super facile avec bind, tu peux generer un .acl contenant chaque range
de/des AS qui t'interessent et tu peux les matcher, puis match-clients {
any; }; pour ceux qui ne t'interessent pas

acl "AS2044" {
69.10.130.128/26;
69.10.139.0/25;
69.10.140.192/26;
}
view ... {
  match-clients { AS2044; };
}

done

2016-09-01 18:13 GMT+03:00 Vincent Bernat :

>  ❦  1 septembre 2016 16:15 CEST, julien  :
>
> > J'ai un besoin aujourd'hui d'un service qui a besoin que la réponse à une
> > requête du style:
> > dig t...@ecute.org change selon l'ASN number de l'IP d'origine.
> > Est-ce que vous connaissez une solution (Open source ou Propriétaire) qui
> > pourrait faire l'affaire ?
>
> Ça se fait pas mal pour la GeoIP. Il faut dans ce cas avoir également le
> support pour EDNS client subnet pour gérer les DNS de Google. PowerDNS
> et gdnsd supportent ça (avec GeoIP, faut voir pour les AS).
> --
> The last thing one knows in constructing a work is what to put first.
> -- Blaise Pascal
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

Re: [FRnOG] [TECH] switchs Arista et SFP Tiers

2016-09-01 Par sujet raf 

Le 01/09/2016 à 10:38, Michel 'ic' Luczak a écrit :



Il y a eu la même discussion sur nanog récemment, le code est spécifique au 
client pour pouvoir l’identifier dans les dump (show techsupport ou genre). En 
gros il faut accepter que le switch explose en vol pour que le TAM te file la 
commande et le code spécifique à ton compte client, ils n’acceptent pas tous de 
le faire, your mileage may vary.



Je reste extrêmement perplexe face a ce bridage. C'est d'autant plus 
curieux pour un nouvel entrant comme Arista. Je veux bien comprendre que 
ce soit pénible pour le support de faire du debug sur des optiques de 
mauvaises qualités, mais dans ce cas un simple "Warning : using third 
partie optics is not supported" suffirait ?


L'exemple récent du blocage des cartes Intel est édifiant :
SFP+ non supporté, milliers de clients mécontents, patch du driver non 
officiel, Intel qui finit par envoyer gratuitement des SFP, et 
finalement option rajoutée dans le driver en standard.

Beaucoup de temps perdu pour grand chose à mon humble avis.

--
Raphael Mazelier


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

Re: [FRnOG] [TECH] Réponse DNS basé sur l'ASN de l'IP source

2016-09-01 Par sujet Vincent Bernat 
 ❦  1 septembre 2016 16:15 CEST, julien  :

> J'ai un besoin aujourd'hui d'un service qui a besoin que la réponse à une
> requête du style:
> dig t...@ecute.org change selon l'ASN number de l'IP d'origine.
> Est-ce que vous connaissez une solution (Open source ou Propriétaire) qui
> pourrait faire l'affaire ?

Ça se fait pas mal pour la GeoIP. Il faut dans ce cas avoir également le
support pour EDNS client subnet pour gérer les DNS de Google. PowerDNS
et gdnsd supportent ça (avec GeoIP, faut voir pour les AS).
-- 
The last thing one knows in constructing a work is what to put first.
-- Blaise Pascal


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

[FRnOG] Re: [TECH] Réponse DNS basé sur l'ASN de l'IP source

2016-09-01 Par sujet Stephane Bortzmeyer 
On Thu, Sep 01, 2016 at 04:15:20PM +0200,
 julien  wrote 
 a message of 17 lines which said:

> J'ai un besoin aujourd'hui d'un service qui a besoin que la réponse à une
> requête du style:
> dig t...@ecute.org change selon l'ASN number de l'IP d'origine.

Outre que cela complique la supervision et le déboguage, que se
passera-t-il avec les gros résolveurs DNS public comme Google ? L'AS
de Google sera le plus fréquent :-}


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

Re: [FRnOG] [TECH] Réponse DNS basé sur l'ASN de l'IP source

2016-09-01 Par sujet David Ponzone 
J’en connais pas d’existant, mais par contre, avec PowerDNS et ça:

https://doc.powerdns.com/md/authoritative/backend-pipe/

tu dois pouvoir en bricoler assez facilement.
T’as plus qu’à importer la table de routage toutes les 24h dans une DB, et 
écrire le script dans le language de ton choix.

> Le 1 sept. 2016 à 16:15, julien  a écrit :
> 
> Bonjour,
> 
> J'ai un besoin aujourd'hui d'un service qui a besoin que la réponse à une
> requête du style:
> dig t...@ecute.org change selon l'ASN number de l'IP d'origine.
> Est-ce que vous connaissez une solution (Open source ou Propriétaire) qui
> pourrait faire l'affaire ?
> 
> Merci d'avance
> 
> Julien
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

[FRnOG] [TECH] Réponse DNS basé sur l'ASN de l'IP source

2016-09-01 Par sujet julien 
Bonjour,

J'ai un besoin aujourd'hui d'un service qui a besoin que la réponse à une
requête du style:
dig t...@ecute.org change selon l'ASN number de l'IP d'origine.
Est-ce que vous connaissez une solution (Open source ou Propriétaire) qui
pourrait faire l'affaire ?

Merci d'avance

Julien

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

Re: [FRnOG] [TECH] switchs Arista et SFP Tiers

2016-09-01 Par sujet David Ponzone 
C’est pas trop la peine de chercher plus loin, c’est exactement comme C…O qui 
obligeait/oblige à prendre la RAM officiel à 10x le prix du marché.


> Le 1 sept. 2016 à 14:29, Xavier Beaudouin  a écrit :
> 
> Hello :)
> 
>>> je me permet d’intervenir si on débloque les optiques c’est tout à fait
>>> officiel :) ….c’est pourquoi on fait une demande interne pour débloquer,
>>> pour que le support soit au courant chez nous
> 
> Okay on "peux" comprendre...
> 
>> Du coup, pourquoi ne pas faire “juste” mettre un gros disclaimer quand on
>> passe une commande standard et documentée qui dit que en gros que si le
>> support détermine que ton souci vient de l’optique c’est pour toi ? Et qui
>> est visible dans la running config pour que le support soit au courant
>> justement ?
>> 
>> Concrètement, la méthode de déblocage que j’ai vue faire, c’est un mec qui
>> est passé en DC se connecter et passer une/des commandes “secrètes” sur le
>> switch. Ça me paraît pas très scalable et RMA proof si c’est toujours le
>> cas, j’espère que ça a évolué.
> 
> Je ne vais pas taper sur un constructeur spécifiquement, mais vas-t'on 
> m'expliquer ces histoire de support sur des optiques "non supportés" ?
> 
> En effet, si j'en crois les specs basiques ces optiques sont principalement 
> des adaptateurs de signaux électrique en signaux optiques (ou électriques 
> dans le cas du twinax) avec des fois un DOM bien utile. 
> 
> En quoi l'optique pourrais faire viander l'OS ? Ok y a de la communication, 
> mais ceci reste du niveau "signal" et a part se dédouanner de la 
> responsabilité, ça nous  les pieds, nous les ingés réseaux.
> 
> En plus ce délire est arrivé à partir des de [SX]FP et autres "nouvelles 
> formes" alors qu'en GBIC original c'était OSEF et aucun constructeur m'as 
> pompé l'air sur les optiques GBIC (bon ok y avais des grosses merdes LX qui 
> tennaient pas plus de 200m de FO monomode, mais bon on avais ce qu'on a payé 
> : de la daube).
> 
> La quand j'achète des optiques chez Solid Optics ou Finisar on me demande 
> tjrs quel équipement (pas quel constructeur hein ?) je vais coller mon 
> matériel et a part du reloutage je ne vois pas quelle est la valeur ajoutée 
> de ces "branding" sachant qu'en low level c'est souvent les mêmes 
> constructeur qui font les optiques des "constructeurs"...
> 
> Donc voilà... 
> 
> 
> Le projet PI de rebranding des optiques la me tente de plus en plus...
> 
> 
> Xavier
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [TECH] switchs Arista et SFP Tiers

2016-09-01 Par sujet Xavier Beaudouin 
Hello :)

>> je me permet d’intervenir si on débloque les optiques c’est tout à fait
>> officiel :) ….c’est pourquoi on fait une demande interne pour débloquer,
>> pour que le support soit au courant chez nous

Okay on "peux" comprendre...

> Du coup, pourquoi ne pas faire “juste” mettre un gros disclaimer quand on
> passe une commande standard et documentée qui dit que en gros que si le
> support détermine que ton souci vient de l’optique c’est pour toi ? Et qui
> est visible dans la running config pour que le support soit au courant
> justement ?
> 
> Concrètement, la méthode de déblocage que j’ai vue faire, c’est un mec qui
> est passé en DC se connecter et passer une/des commandes “secrètes” sur le
> switch. Ça me paraît pas très scalable et RMA proof si c’est toujours le
> cas, j’espère que ça a évolué.

Je ne vais pas taper sur un constructeur spécifiquement, mais vas-t'on 
m'expliquer ces histoire de support sur des optiques "non supportés" ?

En effet, si j'en crois les specs basiques ces optiques sont principalement des 
adaptateurs de signaux électrique en signaux optiques (ou électriques dans le 
cas du twinax) avec des fois un DOM bien utile. 

En quoi l'optique pourrais faire viander l'OS ? Ok y a de la communication, 
mais ceci reste du niveau "signal" et a part se dédouanner de la 
responsabilité, ça nous  les pieds, nous les ingés réseaux.

En plus ce délire est arrivé à partir des de [SX]FP et autres "nouvelles 
formes" alors qu'en GBIC original c'était OSEF et aucun constructeur m'as pompé 
l'air sur les optiques GBIC (bon ok y avais des grosses merdes LX qui tennaient 
pas plus de 200m de FO monomode, mais bon on avais ce qu'on a payé : de la 
daube).

La quand j'achète des optiques chez Solid Optics ou Finisar on me demande tjrs 
quel équipement (pas quel constructeur hein ?) je vais coller mon matériel et a 
part du reloutage je ne vois pas quelle est la valeur ajoutée de ces "branding" 
sachant qu'en low level c'est souvent les mêmes constructeur qui font les 
optiques des "constructeurs"...

Donc voilà... 


Le projet PI de rebranding des optiques la me tente de plus en plus...


Xavier


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

Re: [FRnOG] [MISC] Trunk SIP - quels providers sur l'Europe ?

2016-09-01 Par sujet sebastien . lesimple 


Tu peux retirer VZB de la liste.
A moyen (court) terme le SIP VZB va etre arreté pour ceux qui n'ont pas 
accepté le transfert vers...

Seb.

Le 2016-08-31 23:34, Jean-Edouard Babin a écrit :

Pour optimiser les couts, dans la grande majorité des cas, faire un
appel local (FR->FR, DE->DE) coutera bien moins cher qu'un appel
internationale (DE->FR ou FR->DE, etc..)
Mais ca ne veut pas forcement dire plusieurs fournisseurs. Tu as des
fournisseurs qui sont capable de te fournir un SIP Trunk par pays
(mais avec un seul lien physique dans le pays de ton choix) ou un seul
SIP Trunk et l'opérateur te facture quand meme une com local dans tout
les cas (n° FR->n° DE par ex) (l'opérateur se débrouille pour sortie
en local sans que tu es à sortir sur un trunk particulier).
Pour la présentation des numéros, ca depend des lois de pays, il y a
des pays en Europe ou il est interdit de presenter un n° qui n'est pas
"entrant" sur le Trunk en question (dans les pays ou il n'y a pas de
restriction, un opérateurs sérieux filtrera par default pour
n'afficher que les n° du Trunk mais pourra autoriser des n°
supplémentaires si tu prouve qu'il est à toi)
Quelques exemple de fournisseurs qui font du SIP Trunk sur un scope de
pays European assez large (par ordre alphabétique..): Colt, Interoute,
OBS, Telefonica, Verizon, Vodafone. (liste non exhaustive)


On 30 Aug 2016, at 13:01, Frederic Dumas  
wrote:



Bonjour à tous,

quels sont les fournisseurs de trunk SIP à regarder (outre OVH bien 
connu) pour écouler du traffic sortant en Europe (10.000 minutes/mois 
à la louche) ? Chercher un fournisseur par pays pour les premières 
destinations (c.a.d. les mobiles) permet-il d’optimiser franchement 
les prix ou c’est une illusion ?


La personnalisation du caller ID (ne pas présenter les appels avec un 
numéro letton sous prétexte que le provider serait basé là-bas) 
est-elle la règle ou l'exception ?


En remerciant d’avance les personnes qui ont cette expérience pour 
leurs conseils.


Frédéric.


--
Frédéric Dumas
f.du...@ellis.siteparc.fr


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

[FRnOG] [TECH] ETH sur L2TP

2016-09-01 Par sujet Michel Hostettler 
Bonjour,

Bien que la technologie soit un peu rance, utilisez-vous ETH sur L2TP (non pas 
PPP sur L2TP) ?

Cordialement,
Michel


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

[FRnOG] [MISC] Recherche expert Fortinet ou SonicWall dans le 31/65.

2016-09-01 Par sujet SIMANCAS Hugo 
Bonjour,

Je recherche un expert SonicWall ou Fortinet dans le 31/65 pour un projet.

Merci d'avance

Hugo

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

Re: [FRnOG] [TECH] switchs Arista et SFP Tiers

2016-09-01 Par sujet Aurélien 
2016-09-01 10:47 GMT+02:00 Mr Pascal Gay :

> bonjour
>
> je me permet d’intervenir si on débloque les optiques c’est tout à fait
> officiel :) ….c’est pourquoi on fait une demande interne pour débloquer,
> pour que le support soit au courant chez nous
>

Du coup, pourquoi ne pas faire “juste” mettre un gros disclaimer quand on
passe une commande standard et documentée qui dit que en gros que si le
support détermine que ton souci vient de l’optique c’est pour toi ? Et qui
est visible dans la running config pour que le support soit au courant
justement ?

Concrètement, la méthode de déblocage que j’ai vue faire, c’est un mec qui
est passé en DC se connecter et passer une/des commandes “secrètes” sur le
switch. Ça me paraît pas très scalable et RMA proof si c’est toujours le
cas, j’espère que ça a évolué.

Cordialement,
-- 
Aurélien

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

Re: [FRnOG] [TECH] switchs Arista et SFP Tiers

2016-09-01 Par sujet Michel 'ic' Luczak 

> On 01 Sep 2016, at 10:01, footp...@gmail.com wrote:
> 
> Après, ils ont la possibilité de débloquer dans leur code les optiques comme 
> ils nous l'ont prouvé pour nos tests, mais ça semble être une exception à 
> activer switch par switch, avec un code spécifique lié au matériel, et non 
> quelque chose d'officiel.

Il y a eu la même discussion sur nanog récemment, le code est spécifique au 
client pour pouvoir l’identifier dans les dump (show techsupport ou genre). En 
gros il faut accepter que le switch explose en vol pour que le TAM te file la 
commande et le code spécifique à ton compte client, ils n’acceptent pas tous de 
le faire, your mileage may vary.

++ ic



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

Re: [FRnOG] [TECH] switchs Arista et SFP Tiers

2016-09-01 Par sujet footplus 


> Le 1 sept. 2016 à 09:03, benoit mordac  a écrit :
> 
> Bonjour,
> 
> J'ai une question sur la compatibilité des switchs Arista avec les SFP de
> constructeurs différents.
> 
> J'envisage de remplacer une partie de mes switchs HP par des switchs
> Arista, et comme je dispose d'un bon nombre de câbles Twinax, et autres
> connecteurs SFP+ j'aurais souhaité pouvoir les réutiliser.
> 
> D'après ce que j'avais vu, la compatibilité est possible via la création
> d'un fichier dans la flash.
> 
> Cependant mon fournisseur me prévient qu'à partir de la version de l'EOS
> 4.14.1F il ne serait plus possible de débloquer la compatibilité... Le
> budget risque d'être un peu plus salé que prévu si il faut racheter des SFP
> que j'ai déjà, avec une étiquette différente.
> 
> Est-ce que quelqu'un aurait plus d'info à ce sujet ? Est-ce que seules les
> optiques en SFP sont bloquées mais pas les câbles Twinax ?

Globalement, c'était le cas (twinax ok, SFP ko) lors de tests effectués en 
2015, malgré un super speech des avant-vente de l'époque "nous ne sommes pas 
des vendeurs d'optiques".

Après, ils ont la possibilité de débloquer dans leur code les optiques comme 
ils nous l'ont prouvé pour nos tests, mais ça semble être une exception à 
activer switch par switch, avec un code spécifique lié au matériel, et non 
quelque chose d'officiel.

Cordialement,
-- 
Aurélien


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

Re: [FRnOG] [TECH] SFP encoding

2016-09-01 Par sujet Jérôme Nicolle 
Salut Mathieu,

Le 31/08/2016 à 23:52, Mathieu Husson a écrit :
> 2km pour ta réponse. Nous avons plusieurs fois déployés ce type de solutions 
> mais évidemment ce n'est pas standard.

Petite précision : 2km c'est dans des conditions quasi idéales. Sur les
vielles installation à peine FDDI grade, genre qui datent du 10Base-FL,
j'ai vu des problèmes à partir de 800m.

Dans un cas extrême, il y avait une espèce de patine sur les férules
MTRJ et ST (donc atten et réflectance) et il a fallu remplacer les
pigtails pour stabiliser le lien.

> Pour info, ce sont de moins en moins les EEPROM qui sont utilisées mais des 
> µcontrolleurs.

Yep. C'est HP qui a inauguré ça si je ne m'abuse. Tu confirmes ?
Avez-vous réussi à contourner ça ?

@+

-- 
Jérôme Nicolle
06 19 31 27 14


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

Re: [FRnOG] [TECH] SFP encoding

2016-09-01 Par sujet Ducassou Laurent 

Le 31/08/2016 23:52, Mathieu Husson a écrit :

2km pour ta réponse. Nous avons plusieurs fois déployés ce type de solutions 
mais évidemment ce n'est pas standard.
+1 C'est aussi documenté quelque part sur le fin fond du site Cisco 
comme solution de "secours". On utilise ça surtout pour les lignes de 
+450m qui ont du mal à monter en optique SX (ou jarretière 
inter-vieux-bâtiment maintenant)


Laurent


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

[FRnOG] [TECH] switchs Arista et SFP Tiers

2016-09-01 Par sujet benoit mordac 
Bonjour,

J'ai une question sur la compatibilité des switchs Arista avec les SFP de
constructeurs différents.

J'envisage de remplacer une partie de mes switchs HP par des switchs
Arista, et comme je dispose d'un bon nombre de câbles Twinax, et autres
connecteurs SFP+ j'aurais souhaité pouvoir les réutiliser.

D'après ce que j'avais vu, la compatibilité est possible via la création
d'un fichier dans la flash.

Cependant mon fournisseur me prévient qu'à partir de la version de l'EOS
4.14.1F il ne serait plus possible de débloquer la compatibilité... Le
budget risque d'être un peu plus salé que prévu si il faut racheter des SFP
que j'ai déjà, avec une étiquette différente.

Est-ce que quelqu'un aurait plus d'info à ce sujet ? Est-ce que seules les
optiques en SFP sont bloquées mais pas les câbles Twinax ?

Merci d'avance pour vos retours.

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