[FRnOG] [TECH] Entrepot + rack, roaming wifi

Bonjour, je recherche des confrères pour discuter/avoir des retours d'expérience autour de la problématique du roaming wifi typiquement dans des entrepôts. Notre situation est composé de plusieurs bâtiments (environ 50 000m2 total) avec +/- 300 périphériques de type motorola WT41, Intermec CN51,

Re: [FRnOG] [TECH] FAI et routeurs OneAccess

Je l’attendais celle-là :) Yep mais le DSL va devenir progressivement marginal, donc il n’est pas déconnant à mon avis de séparer la fonction « media » de la fonction routage, pour tous les liens non-ethernet. Un Cisco en broke en bridge EFM pur, ça fait très bien le boulot, de même pour un

Re: [FRnOG] [TECH] FAI et routeurs OneAccess

Le 04/09/2018 à 15:31, David Ponzone a écrit : > >> Le 4 sept. 2018 à 15:02, Olivier MORFIN a >> écrit : >> Ce qui m'ennuie chez Cisco c'est que de trouver un produit pas trop >> chère, qui fait ce dont j'ai besoin, et qui peut supporter du très haut >> débit, et bien ce n'est pas évident.

Re: [FRnOG] [TECH] question technicolor

Normal, c’est le DNS que le routeur utilise pour ses propres resolv. Tu dois pouvoir mettre 127.0.0.1 pour qu’il s’utilise lui-même et donc utilise ce qui est dans dns server. > Le 4 sept. 2018 à 16:13, BASSAGET Cédric a > écrit : > > Il devait me manquer le :dhcp client ifconfig

Re: [FRnOG] [TECH] question technicolor

Il devait me manquer le :dhcp client ifconfig intf=ethip4 localdns=enabled tout fonctionne, merci David ! Par contre toujours pas de DNS dans mon :dns client dnslist Le mar. 4 sept. 2018 à 14:34, David Ponzone a écrit : > A mon avis: > > :dhcp client rqoptions add intf=ethip4

Re: [FRnOG] [TECH] FAI et routeurs OneAccess

Le mar. 4 sept. 2018 à 12:04, Olivier MORFIN a écrit : > > Bonjour messieurs, > Je boss pour un FAI alternatif régional (collectes de liens FO, xDSL, et > essentiellement en ethernet). > Aujourd'hui, nous travaillons avec CISCO en Broke pour nos CPE clients, > mais j'aimerai trouver autre chose.

Re: [FRnOG] [TECH] FAI et routeurs OneAccess

Bonjour Olivier, Il semble évidant que SFR et Orange, commandant des centaines de milliers de routeurs OneAccess par an ne disposent pas des mêmes tarification qu'un opérateur commandant des quantités moins importantes. Cependant, nous ne laissons aucun client de côté et plus de 50 opérateurs

Re: [FRnOG] [TECH] FAI et routeurs OneAccess

> Le 4 sept. 2018 à 15:02, Olivier MORFIN a écrit : > > Bonjour, > J'ai essayé de contacter les distributeurs officiels mais c'est du neuf et il > faut effectivement s'appeler ORANGE ou SFR pour espérer une réponse :) Euh, ça c’était le problème avec Oneaccess en direct, mais si tu appelles

Re: [FRnOG] [TECH] FAI et routeurs OneAccess

Le 04/09/2018 à 15:18, Julien Escario a écrit : > Tu as Technicolor qui fait ça (pas testé mais c'est ce qu'OVH déploie) sinon > on > est passés sur du Aethra, fournis chez Adenis. Ca fait bien le job, pas 50 > modèles à provisionner mais ce n'est pas forcément donné. Bon, après, c'est >

Re: [FRnOG] [TECH] FAI et routeurs OneAccess

Le 04/09/2018 à 15:02, Olivier MORFIN a écrit : > Bonjour, > J'ai essayé de contacter les distributeurs officiels mais c'est du neuf et > il faut effectivement s'appeler ORANGE ou SFR pour espérer une réponse :) > Ce qui m'ennuie chez Cisco c'est que de trouver un produit pas trop chère, > qui

Re: [FRnOG] [TECH] Brocade VDX et impossible de no shut les membres d'un lacp

ok, bonne info : cela eclairerait nos scenarios où le lacp cuivre ne marchait pas. les SFP que nous utilisions n'etaient pas des brocade et necessitaient d'enlever l'auto-neg en cuivre (speed 1000) d'où on se retrouvait avec un scenario inconsistant avec lacp. --

Re: [FRnOG] [TECH] FAI et routeurs OneAccess

Bonjour, J'ai essayé de contacter les distributeurs officiels mais c'est du neuf et il faut effectivement s'appeler ORANGE ou SFR pour espérer une réponse :) Ce qui m'ennuie chez Cisco c'est que de trouver un produit pas trop chère, qui fait ce dont j'ai besoin, et qui peut supporter du très haut

Re: [FRnOG] [TECH] question technicolor

A mon avis: :dhcp client rqoptions add intf=ethip4 option=default-routers, domain-name-servers localdns=enabled --- Liste de diffusion du FRnOG http://www.frnog.org/

Re: [FRnOG] [TECH] Brocade VDX et impossible de no shut les membres d'un lacp

bonjour, de notre expérience avec des vdx 6740, nous n'avons pu faire de lacp sur du cuivre 1Gbs, la mention speed 1000 obligatoire pour faire fonctioner le lien cuivre semble empecher le fonctionnement lacp ... en revanche en fibre 1Gbs (ou 10Gbs) nous en avons ...

Re: [FRnOG] [TECH] question technicolor

J'ai la même chose. Mais pas de DNS dans les "forwarding Servers". J'ai essaté de rajouter un "{Administrator}=>:dns server forward dnsset add set=0 dns=0.0.0.0 intf=ethip4 owner=DHCP" mais ça ajoute un template. et toujours rien dans les forwarding servers Le mar. 4 sept. 2018 à 13:03, David

Re: [FRnOG] [TECH] Brocade VDX et impossible de no shut les membres d'un lacp

Désolé j'en mélange mes langues :) J'ai pu trouver la solution... Si on force speed a 1G ça pose des soucis... Le message est pas très explicite. https://gtacknowledge.extremenetworks.com/articles/Q_A/Setting-1GB-SFP-on-VDX-to-speed-1000-brings-link-down Je laisse ça la si ca peut aider dans le

Re: [FRnOG] [TECH] Brocade VDX et impossible de no shut les membres d'un lacp

Ok I just found in the logs : Incompatible SFP transceiver for interface TenGigabitEthernet 0/35 is detected Which is weird those are supposed to be compatible with ? 1GE-XBR-000190 Maybe a firmware update could fix this ? (hard to say without support) Or this is expected to not be compatible

[FRnOG] [TECH] Brocade VDX et impossible de no shut les membres d'un lacp

Hello. Je suis en train de configurer un Brocade VDX (gray market donc pas de support malheureusement). Impossible de monter un LACP, en faite c'est assez bizarre, le Port-Channel monte bien mais impossible de no shut les membres (Qui sont des ports 10g mais avec des sfp copper 1g), exemple :

RE: [FRnOG] [TECH] FAI et routeurs OneAccess

Effectivement on utilise ce module SFP qu'on a validé Ca marche très bien En revanche si vous avez un canal de distribution autre on est preneur car proscend les vends cher. Je ne suis pas sur que ça soit eux qui le fabriquent. Il y a d'autres modules de même type ressemblant. Pierre-Loïc

RE: [FRnOG] [TECH] FAI et routeurs OneAccess

Bonjour Olivier, Si tu souhaites travailler avec un équipement différent, tu peux regarder du coté de Technicolor éventuellement, En CPE VDSL quelqu'un avait cité un module SFP qui avait quand même l'air bien sexy : https://www.proscend.com/en-gb/product/vdsl2/180t.html Je ne sais pas si

Re: [FRnOG] [TECH] question technicolor

Le menu dns client est un peu mystérieux. A priori, cela ne concerne que les résolutions demandées par le routeur lui-même, mais pas celles venant d’un client sur le LAN. Celles-ci utilisent ce qu’il y a dans dns server forward (anciennement dns server route). Par contre, tu devrais voir le DNS

Re: [FRnOG] [TECH] question technicolor

j'aime bien les 3 réponses par défaut que gmail me propose : " Aucune idée.Je ne sais pas.Je n'en sais rien. " Le DNS appris par DHCP n'est dans aucun set. Il n'est même pas dans la liste des serveurs DHCP du TC : {Administrator}=>dns client dnslist No DNS servers registered. Le mar. 4 sept.

Re: [FRnOG] [TECH] question technicolor

Il est dans quel Set ton DNS appris par DHCP ? Pas le 0 j’imagine, parce que les DNS dans le Set 0 sont interrogés par défaut: Please note: the queries will be forwarded to all entries of a matching DNS Set (see rules section) AND all available entries in DNS Set 0. > Le 4 sept.

Re: [FRnOG] [TECH] FAI et routeurs OneAccess

C’est sur leur site, il y a 2 distris en France. Je suis pas sûr que ça circule beaucoup en broke. Et neuf, c’est quand même pas donné par rapport à un Cisco en broke. Qu’est-ce qui t’ennuie avec Cisco ? On a parlé de OneAccess récemment dans un autre thread, et certains en étaient contents,

[FRnOG] [TECH] FAI et routeurs OneAccess

Bonjour messieurs, Je boss pour un FAI alternatif régional (collectes de liens FO, xDSL, et essentiellement en ethernet). Aujourd'hui, nous travaillons avec CISCO en Broke pour nos CPE clients, mais j'aimerai trouver autre chose. Je me suis intéressé à OneAccess mais le circuit de distribution a

Re: [FRnOG] [TECH] question technicolor

Oui j'essaye de jouer avec depuis tout a l'heure. le client DHCP choppe bien le DNS mais ne l'intègre apparement pas au TC : {Administrator}=>:dhcp client iflist expand enabled DHCP Client Info : Interface : ethip4 DHCP Client State :

Re: [FRnOG] [TECH] question technicolor

Hmmm Essaie voir: :dns server forward list > Le 4 sept. 2018 à 11:09, BASSAGET Cédric a > écrit : > > oui > option 6 = domain-name-servers > > {Administrator}=>dhcp client rqoptions list > Interface : ethip4 > > DHCP Options

[FRnOG] [TECH] Mikrotik /system default-configuration

Bonjour, j'essai depuis quelques temps de changer la configuration par défaut des mikrotik que nous déployons. Pour moi il y a 2 manières de faire : Netinstall ou le Branding package maker. Pour Netinstall la documentation dit : *Configure script* (*yes | no*; Default: *no*) If set, then

Re: [FRnOG] [TECH] question technicolor

oui option 6 = domain-name-servers {Administrator}=>dhcp client rqoptions list Interface : ethip4 DHCP Options : 3 6 {Administrator}=>dhcp client ifattach intf ethip4

Re: [FRnOG] [TECH] question technicolor

, Télécharger Outlook pour Android On Tue, Sep 4, 2018 at 10:57 AM +0200, "David Ponzone" mailto:david.ponz...@gmail.com>> wrote: T’as bien ajouté: option=domain-name-servers aussi ? :) Je dis ça, je dis rien…. > Le 4 sept. 2018 à 10:47, Cédric Bassaget a écrit :

Re: [FRnOG] [TECH] question technicolor

T’as bien ajouté: option=domain-name-servers aussi ? :) Je dis ça, je dis rien…. > Le 4 sept. 2018 à 10:47, Cédric Bassaget a écrit : > > Maintenant j'ai un problème avec le client DHCP qui ne récupère pas les > DNS... malgré les options 6 et 15 > > Le mar. 4 sept. 2018 à 10:35, Cédric

Re: [FRnOG] [TECH] question technicolor

Maintenant j'ai un problème avec le client DHCP qui ne récupère pas les DNS... malgré les options 6 et 15 Le mar. 4 sept. 2018 à 10:35, Cédric Bassaget a écrit : > oula si j'ai cherché au moins 2 heures ! > > Le mar. 4 sept. 2018 à 10:25, David Ponzone a > écrit : > >> J’étais en train de

Re: [FRnOG] [TECH] question technicolor

oula si j'ai cherché au moins 2 heures ! Le mar. 4 sept. 2018 à 10:25, David Ponzone a écrit : > J’étais en train de chercher parce que je me doutais qu’il fallait une > option :) > Un gage pour Cédric, qui n’a pas cherché avant de poster :) > > > > > Le 4 sept. 2018 à 10:22, BASSAGET Cédric >

[FRnOG] [JOBS] Ingénieur de stockage/ Mission

Bonjour, Nous avons une Mission : Nous sommes à la recherche d’Ingénieur de Stockage avec déplacement sur Doha au Qatar en mode régie (Octobre, Novembre et Décembre). Un profil qui pourra nous accompagner sur des prestations de services autour des infrastructure DELL : NVR servers : Serveur

Re: [FRnOG] [TECH] question technicolor

J’étais en train de chercher parce que je me doutais qu’il fallait une option :) Un gage pour Cédric, qui n’a pas cherché avant de poster :) > Le 4 sept. 2018 à 10:22, BASSAGET Cédric a > écrit : > > Allez je me réponds à moi même, j'ai enfin trouvé : > :dhcp client rqoptions add intf=ethip4

Re: [FRnOG] [TECH] question technicolor

Allez je me réponds à moi même, j'ai enfin trouvé : :dhcp client rqoptions add intf=ethip4 option=default-routers index=1 Le mar. 4 sept. 2018 à 10:12, Cédric Bassaget a écrit : > Salut, > Petite question TC à laquelle quelqu'un aura peut être une réponse... > J'essaye de passer une interface

[FRnOG] [TECH] question technicolor

Salut, Petite question TC à laquelle quelqu'un aura peut être une réponse... J'essaye de passer une interface sur un TG588 en client DHCP, mais impossible de lui faire prendre sa route par défaut. Après un factory reset : {Administrator}=>eth bridge ifdetach intf ethport4 {Administrator}=>eth

[FRnOG] Re: [TECH] TLS 1.3

Je crois que la version de GnuTls qui supporte TLS 1.3 est "next stable", et donc n'est pas encore considéré comme la release en cours. Donc c'est le même status que openssl Le dim. 2 sept. 2018 à 09:53, Stephane Bortzmeyer a écrit : > > > TLS 1.3 est déjà dans GnuTLS, pas besoin d'attendre. >