Re: [FRnOG] [TECH] switchs Arista et SFP Tiers
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
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
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
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
> 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
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
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
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
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
❦ 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
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
Hello, Si tu es pour avoir une table de correspondance, tu peut aussi jouer avec les vues bind. Ca réponds un fichier de zone différent en fonction de l'IP source. Quel est le besoin précis? Est-ce quelques réponses spécifiques pour max 5/10 ASN + une réponse par défaut? Quelle tolérance à l'erreur? Cordialement, Le 2016-09-01 16:24, David Ponzone a écrit : 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/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Réponse DNS basé sur l'ASN de l'IP source
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
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
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
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 ?
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
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.
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 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
> 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
> 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
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
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
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/