[FRnOG] [BIZ] Prestataire fibre Ain

2020-05-05 Par sujet Antoine Benkemoun-André via frnog 
Bonsoir à tous,

Pour un petit projet de fibre optique, je suis à la recherche d’un prestataire 
pour faire quelques (= 4) soudures de fibre dans le Pays de Gex.

Connaissez-vous quelqu’un qui saurait faire ca dans la région ?

Bonne soirée,

Antoine

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

Re: [FRnOG] [TECH] Problème de code de juridiction

2018-10-22 Par sujet Antoine Benkemoun-André 
Peut être quelque chose comme ca : 
http://aviolinx.com/product/stockholmradio/privatecalls 


Antoine

> On 22 Oct 2018, at 18:59, The Service's Team  wrote:
> 
> Bonjour la liste,
> 
> Nous venons de repérer des appels qui nous sont facturés avec l'intitulé
> complet Completel SFR 64 radio messagerie et le montant est important quand
> on cumul depuis plusieurs mois. environ presque 10 euros la minute.
> 
> Pour pour l'instant l'opérateur est incapable de me communiquer la grille
> de code de juridiction des destinations et ne nous fournit pas les
> justificatif.
> 
> Afin de voir si c'est un problème de traduction des cdr qui nous sont
> envoyés quelqu'un aurait il la fameuse grille de code de juridiction.
> 
> Ou tout autre info pour nous aider sur des radio messagerie mystere.
> 
> Merci la liste!
> 
> Très cordialement.
> 
> L'équipe Dream'S Telecom
> 
> 
> 
> Très cordialement
> *L'équipe Dream's Telecom.*
> http:/dreamstelecom.fr 
> 55 avenue Pierre Brossolette
> 92120 Montrouge
> SAS Immatriculée au RCS de Nanterre
> Siret: 807392550
> 
> *Dream's Telecom respecte l'environnement et vous suggère de ne pas
> imprimer l'intégralité de ce courriel.*
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [TECH] Fortinet et son WIFI legacy....

2017-07-05 Par sujet Antoine Benkemoun-André 
Je ne peux que confirmer !!

On avait mis des Forti-AP « legacy » dans nos bureaux à l’étranger à job-1. On 
a eu des problèmes à l’infini avec les symptomes que tu décris.

On a remplacé par des Aruba et même résultats, paf ca va tout de suite beaucoup 
mieux.

Antoine

> Le 5 juil. 2017 à 22:14, David Ponzone  a écrit :
> 
> Oui ap-ac-lite.
> J'irai pas mettre 100 clients dessus, cependant.
> 
> David Ponzone
> 
> 
> 
> Le 5 juil. 2017 à 20:26, Michel Py  a 
> écrit :
> 
>>> Donc AP Fortinet legacy (non-Meru) 10 fois moins bon qu’un AP Ubiquiti à 
>>> 70€ ?
>> 
>> C'est quoi que tu as à 70€ ? AP-AC-Lite ? Je viens de refaire le Wifi de la 
>> boite, j'ai décidé d'investir (:-) un peu plus de $100 pièce dans des 
>> AP-AC-PRO, principalement à cause du POE qui est standard. Ca marche.
>> 
>> Est-ce qu'il y a quelqu'un ici qui a déployé le nouveau AP-AC-HD ?
>> 
>> Michel.
>> 
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [TECH] Supervision réseau

2016-11-20 Par sujet Antoine Benkemoun-André 
+1 pour Zabbix surtout pour la partie VMware qui est vraiment top !


> Le 20 nov. 2016 à 15:28, Christophe JEANNEROT  a 
> écrit :
> 
> Zabbix ?
> 
> Envoyé de mon iPhone
> 
>> Le 20 nov. 2016 à 15:16, Jeremy  a écrit :
>> 
>> Obervium ?
>> 
>> Jérémy
>> 
>>> Le 20/11/2016 à 12:02, asham kimo a écrit :
>>> c dimanche ...et c pas grave !
>>> Bonjour,
>>> 
>>> dans le cadre d'un stage ,la boite qui m'accueille m'a demandé de proposer
>>> avec une démonstration de faisabilité (POC)   une solution de supervision
>>> réseau gratuite , avec map graphique et qui puisse prendre en charge les
>>> éléments suivants:
>>> Synology, routeur, UCS, Vcenter, switch, controleur wifi, borne wifi,
>>> serveur local , serveur cloud ( ça j'avoue ! j'ai pas bien pigé ) et un
>>> état de sauvegarde du stockage (synology).
>>> j'ai commencé par voir du coté de Eyesofnetwork ,Packetfence et
>>> Grafana... je suis preneur pour tout retour d’expérience
>>> sur ces solutions ou autres .
>>>  et merci d'avance,
>>> Asham
>>> 
>>> ---
>>> 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] Changement région Snom M700

2016-10-07 Par sujet Antoine Benkemoun-André 
On a bien eu confirmation de leur support. Pas de changement de RF band :-)


> Le 4 oct. 2016 à 12:40, David Ponzone <david.ponz...@gmail.com> a écrit :
> 
> Ah ben call Snom alors, mais j’ai peur qu’ils aient des différences hardware 
> alors...
> 
> 
>> Le 4 oct. 2016 à 12:33, Antoine Benkemoun-André <anto...@benkemoun.fr> a 
>> écrit :
>> 
>> Effectivement on a vu le champ Country mais ça ne change pas la bande de 
>> fréquence :-)
>> 
>>> Le 4 oct. 2016 à 12:20, David Ponzone <david.ponz...@gmail.com> a écrit :
>>> 
>>> S’il y a rien dans la doc, c’est probablement que le seul fait de mettre 
>>> USA dans le champ Country est suffisant, mais le mieux est de demander à 
>>> Snom.
>>> Il est également possible que la différence soit hardware mais j’en doute 
>>> car la doc précise que la base a l’agrément Europe et FCC.
>>> 
>>> 
>>> 
>>> 
>>>> Le 4 oct. 2016 à 11:49, Antoine Benkemoun-André <anto...@benkemoun.fr> a 
>>>> écrit :
>>>> 
>>>> Bonjour à tous,
>>>> 
>>>> Suite à une de vos recommandations, on a mis en place un test 
>>>> d'équipements DECT Snom pour notre filiale américaine. On a acheté les 
>>>> équipements en Europe pour tester et voir ce que ça donnait.
>>>> 
>>>> Maintenant nous souhaiterions les envoyer aux US mais on ne trouve pas 
>>>> comment leur dire de passer sur les bandes de fréquence US. On avait cru 
>>>> comprendre que c'était possible mais on ne trouve pas comment faire la 
>>>> manip'.
>>>> 
>>>> Un d'entre vous saurait-il comment faire cette modification ?
>>>> 
>>>> Merci par avance,
>>>> 
>>>> Antoine
>>>> 
>>>> ---
>>>> 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] Changement région Snom M700

2016-10-04 Par sujet Antoine Benkemoun-André 
Effectivement on a vu le champ Country mais ça ne change pas la bande de 
fréquence :-)

> Le 4 oct. 2016 à 12:20, David Ponzone <david.ponz...@gmail.com> a écrit :
> 
> S’il y a rien dans la doc, c’est probablement que le seul fait de mettre USA 
> dans le champ Country est suffisant, mais le mieux est de demander à Snom.
> Il est également possible que la différence soit hardware mais j’en doute car 
> la doc précise que la base a l’agrément Europe et FCC.
> 
> 
> 
> 
>> Le 4 oct. 2016 à 11:49, Antoine Benkemoun-André <anto...@benkemoun.fr> a 
>> écrit :
>> 
>> Bonjour à tous,
>> 
>> Suite à une de vos recommandations, on a mis en place un test d'équipements 
>> DECT Snom pour notre filiale américaine. On a acheté les équipements en 
>> Europe pour tester et voir ce que ça donnait.
>> 
>> Maintenant nous souhaiterions les envoyer aux US mais on ne trouve pas 
>> comment leur dire de passer sur les bandes de fréquence US. On avait cru 
>> comprendre que c'était possible mais on ne trouve pas comment faire la 
>> manip'.
>> 
>> Un d'entre vous saurait-il comment faire cette modification ?
>> 
>> Merci par avance,
>> 
>> Antoine
>> 
>> ---
>> 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] Changement région Snom M700

2016-10-04 Par sujet Antoine Benkemoun-André 
Bonjour à tous,

Suite à une de vos recommandations, on a mis en place un test d'équipements 
DECT Snom pour notre filiale américaine. On a acheté les équipements en Europe 
pour tester et voir ce que ça donnait.

Maintenant nous souhaiterions les envoyer aux US mais on ne trouve pas comment 
leur dire de passer sur les bandes de fréquence US. On avait cru comprendre que 
c'était possible mais on ne trouve pas comment faire la manip'.

Un d'entre vous saurait-il comment faire cette modification ?

Merci par avance,

Antoine

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

[FRnOG] [JOBS] Recrutement ingénieur IT

2016-08-08 Par sujet Antoine Benkemoun-André 
Bonjour à tous,

Pour ceux qui sont à la recherche d’un nouveau défi/emploi, Nexthink recrute un 
“ingénieur IT” à Lausanne, Suisse. 

La société est une startup en très forte croissance avec une expansion mondiale 
en cours et pleins de défis techniques et humains associés. Le poste est 
constitué en majeure de partie d’administration système, réseau et de gestion 
de projets. On cherche des gens débrouillards qui aiment les problématiques 
techniques et qui savent s’adapter aux problématiques humaines associées.

Bonne pratique de l’anglais obligatoire bien sûr car avec 30+ nationalités, ce 
serait compliqué autrement :-)

Je ne connais pas la fourchette de salaire mais globalement c’est dans la 
moyenne des salaires Suisse.

Si vous souhaitez postuler, il faut aller sur ce site : 
https://www.smartrecruiters.com/Nexthink/94033182

Si vous avez des questions, je peux essayer d’y répondre :-)

Bonne journée,

Antoine

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

Re: [FRnOG] [TECH] Aruba non conciliant avec les VLAN attribués par freeradius

2016-05-08 Par sujet Antoine Benkemoun-André 
Ruckus est effectivement sur ma liste de fournisseurs à tester. J’attends de 
voir ce que Meraki vont nous proposer en termes de pricing et en fonction on 
verra.

Le contrôleur dans le cloud ca me plait sans me plaire vraiment mais disons que 
le niveau de fonctionnalité/analyse est vraiment impressionant.

En terme de nombre de clients, ca ne devrait pas être un soucis pour nous. On 
doit être à 10 clients par AP max.

> Le 7 mai 2016 à 21:24, David Ponzone <david.ponz...@gmail.com> a écrit :
> 
> La prochaine fois, tu essaieras Ruckus, ça existe maintenant sans contrôleur 
> et niveau features, c'est complet. Et les perfs, rien à dire.
> Après, effectivement, quand on est pas dérangé à l'idée d'avoir des AP 
> contrôlées par le cloud constructeur, Meraki, c'est que du bonheur.
> Attention aux perfs avec beaucoup de clients, c'était leur point faible sur 
> les anciens AP. Pour les nouveaux, je n'ai pas trouvé de benchmark.
> 
> 
> David Ponzone
> 
> 
> 
>> Le 7 mai 2016 à 19:02, Antoine Benkemoun-André <anto...@benkemoun.fr> a 
>> écrit :
>> 
>> Le plus gros problème avec les Aironet c’est qu’ils dépendent énormément du 
>> contrôleur. Sans ça, rien ne fonctionne. On souhaitait aussi passer au 
>> 802.11ac et doubler la zone de couverture. Financièrement, c’était moins 
>> cher de refaire en Aruba controller-less que de doubler le contrôleur Cisco 
>> et acheter de nouveaux AP.
>> 
>> On a déployé une dizaine d’Aruba sur tous nos bureaux à l’étranger en WPA 
>> tout bête avec succès donc on était pas mal en confiance. On s’est joliment 
>> pris un gros mur.
>> 
>> Ubiquiti Unifi c’est pas mal, c’est ce que j’ai chez moi. Le soucis c’est 
>> que c’est vraiment très très léger niveau fonctionnalités et configuration. 
>> L’AP que j’ai chez moi est même pas assez intelligent pour changer de 
>> fréquence pour éviter la bande de fréquences du pont wifi (Ubiquiti 
>> Nanostation) qui est juste à coté (<1m). Habitant à la campagne, c’est 
>> vraiment pas un environnement RF complexe, il n’y a que ça à éviter. Leur 
>> interface de gestion avec MongoDB me refroidit pas mal aussi.
>> 
>> Deux mois c’est long effectivement… J’irais pas jusqu’à dire que tous les 
>> supports ne valent rien même si je peux comprendre l’exaspération. On a de 
>> bonnes expériences avec le support Dell qui s’est très fortement amélioré 
>> depuis fin 2015. Quelques bonnes expériences avec VMware aussi.
>> 
>> J’ai fait un test avec un Cisco Meraki et paf ça a fonctionné directement 
>> avec 802.1X et allocation de VLAN dynamique. On a encore pas mal de tests à 
>> faire. Ca fait toujours que 3 mois que ça devrait être en production :P
>> 
>> Antoine
>> 
>> 
>>> Le 6 mai 2016 à 19:01, Michel Py <mic...@arneill-py.sacramento.ca.us> a 
>>> écrit :
>>> 
>>>>> Antoine Benkemoun-André a écrit :
>>>>> Nous avons 5 bornes Aruba IAP-205 qui vont remplacer nos bornes Cisco 
>>>>> Aironet 2609.
>>> 
>>> Par curiosité, pourquoi tu voulais remplacer les Cisco Aironet ?
>>> J'ai déployé récemment 3 UniFi AC Pro avec du WPA tout bête, çà marche pour 
>>> moi. Radius pas encore testé.
>>> 
>>>> On vient de passer deux mois avec leur support outsourcé en Inde qui n’a 
>>>> jamais réussi à avancer
>>>> sur le sujet et avec leurs développeurs chinois qui parlent à peine 
>>>> anglais. On jette l’éponge :)
>>> 
>>> Deux mois, tu es plus patient que moi. C'est malheureux à dire, mais ces 
>>> jour-ci on peut rarement se fier au support, quel que soit le vendeur :-(
>>> 
>>> 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] Aruba non conciliant avec les VLAN attribués par freeradius

2016-05-07 Par sujet Antoine Benkemoun-André 
Le plus gros problème avec les Aironet c’est qu’ils dépendent énormément du 
contrôleur. Sans ça, rien ne fonctionne. On souhaitait aussi passer au 802.11ac 
et doubler la zone de couverture. Financièrement, c’était moins cher de refaire 
en Aruba controller-less que de doubler le contrôleur Cisco et acheter de 
nouveaux AP.

On a déployé une dizaine d’Aruba sur tous nos bureaux à l’étranger en WPA tout 
bête avec succès donc on était pas mal en confiance. On s’est joliment pris un 
gros mur.

Ubiquiti Unifi c’est pas mal, c’est ce que j’ai chez moi. Le soucis c’est que 
c’est vraiment très très léger niveau fonctionnalités et configuration. L’AP 
que j’ai chez moi est même pas assez intelligent pour changer de fréquence pour 
éviter la bande de fréquences du pont wifi (Ubiquiti Nanostation) qui est juste 
à coté (<1m). Habitant à la campagne, c’est vraiment pas un environnement RF 
complexe, il n’y a que ça à éviter. Leur interface de gestion avec MongoDB me 
refroidit pas mal aussi.

Deux mois c’est long effectivement… J’irais pas jusqu’à dire que tous les 
supports ne valent rien même si je peux comprendre l’exaspération. On a de 
bonnes expériences avec le support Dell qui s’est très fortement amélioré 
depuis fin 2015. Quelques bonnes expériences avec VMware aussi.

J’ai fait un test avec un Cisco Meraki et paf ça a fonctionné directement avec 
802.1X et allocation de VLAN dynamique. On a encore pas mal de tests à faire. 
Ca fait toujours que 3 mois que ça devrait être en production :P

Antoine


> Le 6 mai 2016 à 19:01, Michel Py <mic...@arneill-py.sacramento.ca.us> a écrit 
> :
> 
>>> Antoine Benkemoun-André a écrit :
>>> Nous avons 5 bornes Aruba IAP-205 qui vont remplacer nos bornes Cisco 
>>> Aironet 2609.
> 
> Par curiosité, pourquoi tu voulais remplacer les Cisco Aironet ?
> J'ai déployé récemment 3 UniFi AC Pro avec du WPA tout bête, çà marche pour 
> moi. Radius pas encore testé.
> 
>> On vient de passer deux mois avec leur support outsourcé en Inde qui n’a 
>> jamais réussi à avancer
>> sur le sujet et avec leurs développeurs chinois qui parlent à peine anglais. 
>> On jette l’éponge :)
> 
> Deux mois, tu es plus patient que moi. C'est malheureux à dire, mais ces 
> jour-ci on peut rarement se fier au support, quel que soit le vendeur :-(
> 
> Michel.
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [TECH] Aruba non conciliant avec les VLAN attribués par freeradius

2016-05-06 Par sujet Antoine Benkemoun-André 
Un petit retour pour la postérité si quelqu’un tombe plus tard sur ce thread.

Nous avons eu un fix version d’Aruba qui a réparé le soucis de VLAN mais qui en 
a créé de nombreux autres. Avec une ubuntu qui télécharge en tache de fond sur 
un poste client, on crée des drops de sessions TCP/UDP de 5-10 minutes toutes 
les 15 à 45 minutes.

Je pense que le mode sans contrôleur est la source du problème car il semble 
être limité à une utilisation pour juste quelques APs. On a quelques 
installations à 2 AP et juste du WPA tout bête alors que là on en avait 4 avec 
du 802.1X.

On vient de passer deux mois avec leur support outsourcé en Inde qui n’a jamais 
réussi à avancer sur le sujet et avec leurs développeurs chinois qui parlent à 
peine anglais. On jette l’éponge :)

Antoine

> On 08 Mar 2016, at 12:41, Antoine Benkemoun-André <anto...@benkemoun.fr> 
> wrote:
> 
> Bonjour à tous,
> 
> Je vous fais un retour rapide de sorte à ce que si quelqu’un retombe sur ces 
> messages ultérieurement, il aura au moins une piste.
> 
> Après avoir posté sur le forum d’Aruba, nous avons eu accès à leur support et 
> ils nous ont aidé à troubleshooter tout ca. Le résultat est que c’est un bug 
> dans le firmware et ils vont le réparer. La nouvelle version sortira mi-Mars 
> et devrait résoudre ce bug.
> 
> Bonne journée,
> 
> Antoine
> 
>> On 29 Feb 2016, at 17:30, Antoine Benkemoun <antoine.benkem...@gmail.com> 
>> wrote:
>> 
>> Bonjour à tous,
>> 
>> Cette requête serait idéalement dirigée vers le support Aruba/HP mais nous
>> sommes en train d'essayer de nous démêler au niveau de nos contrats avec
>> eux et donc nous sommes coincés en attendant. C'est assez fou comment
>> obtenir du support pour des équipements achetés par les canaux officiels du
>> constructeur peut être compliqué... Bref.
>> 
>> Nous avons 5 bornes Aruba IAP-205 qui vont remplacer nos bornes Cisco
>> Aironet 2609. Une de ces bornes est master des autres.
>> 
>> Nous avons fait la configuration du freeradius pour qu'il fasse
>> l'authentification des clients en 802.1X via le NTLM et qu'il fasse ensuite
>> un lookup LDAP pour envoyer des attributs en fonction de la présence de
>> l'utilisateur dans un groupe donné. On a essayé d'utiliser les attributs
>> vendor-specific Aruba-User-Vlan et Aruba-User-Role ainsi que les attributs
>> Tunnel de Microsoft.
>> 
>> Cette partie-là fonctionne car dans le freeradius -X les attributs
>> s'affichent correctement et sur la capture Wireshark les attributs sont
>> bien présents dans les paquets.
>> 
>> Néanmoins, lorsque l'Aruba reçoit ces attributs, il n'en fait rien 2 fois
>> sur 3. Avec certains utilisateurs, 2 de leurs équipements sont dans le VLAN
>> par défaut et 1 équipement est dans le bon VLAN. Pour les autres, c'est
>> apparemment aléatoire.
>> 
>> On a sorti le débug des AP et on remarque que lorsque ca fonctionne on a la
>> ligne suivante :
>> 
>> <501142>  <172.17.16.2 84:D4:7E:C0:A0:FA>  Derive user vlan:
>> 98:e0:d9:ae:83:29 Derive user Vlan 1700 from VSA
>> 
>> Lorsque ca ne fonctionne pas, on a quelque chose comme ca à la place :
>> 
>> <172.17.16.2 84:D4:7E:C0:A0:FA> stm[1852]:
>> VLAN_HIGHER_PRECEDENCE_THAN_STORED: 1064: vlan_rule_index=ff,
>> sap_sta->vlanhow=ff, precedence_result=1
>> <172.17.16.2 84:D4:7E:C0:A0:FA> stm[1852]: __HIGHER_PRECEDENCE_COMPARE:
>> 1041: matched_rule_index=37fff, sap_sta->acl_rule_index=0,
>> precedence_result=1
>> stm[1852]: <501146>  <172.17.16.2 84:D4:7E:C0:A0:FA>  Derive user
>> role: cc:20:e8:b9:45:43 Match user role  acl 136 rule_index 0x37fff
>> 
>> On dirait donc qu'il trouve le rôle ailleurs lorsque ca ne fonctionne pas
>> mais la question est où ?
>> 
>> Évidemment quand on faisait les tests dans le lab, ça fonctionnait tout à
>> fait correctement sinon c'est pas rigolo !
>> 
>> Si quelqu'un a déjà rencontré ce problème ou un problème similaire, nous
>> sommes donc preneurs de retour :-)
>> 
>> Merci par avance,
>> 
>> Antoine
>> 
>> ---
>> 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] [BIZ] Retours d'expérience flotte mobile

2016-05-06 Par sujet Antoine Benkemoun-André 
Bonjour à tous,

Je suis à la recherche de retours d’expérience par rapport à la mise en place 
de solutions de gestion de flotte de téléphones mobile.

Je ne suis pas sûr que la terminologie soit exacte mais grosso modo nous 
“gérons" actuellement un certain nombre de téléphones mobile sous divers 
contrats et dans divers pays de manière totalement hétérogène avec un système 
de facturation chaotique. 

La société grossissant très vite ces problématiques deviennent essentiellement 
ingérables. Nous sommes déjà plus de 200 avec une projection à 300 en fin 
d’année.

Quelles type d’offres existent permettant de tout mettre sous un même contrat 
global avec tarification avantageuse ? Est-ce que ca vaut le coup ? Est-il 
possible d’avoir un intermédiaire pour toute l’Europe typiquement ?

Les retours techniques et éventuellement commerciaux m’intéresse car nous 
sommes un peu dans le flou par rapport à tout ca.

Bonne journée et bon weekend,

Antoine 

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

Re: [FRnOG] [TECH] Ports 10 Gbps

2016-04-21 Par sujet Antoine Benkemoun-André 
Bonjour,

Nous mettons du Twinax à l’intérieur des racks initialement pour une simple 
raison de coût mais au final c’est un choix qui nous convient mieux 
globalement. Aucun risque raisonnable de casse ou de poussière qui pourrait 
dégrader le signal.

Le problème c’est évidemment que les câbles sont plus épais, plus rigides et de 
longueur fixe. 

Antoine

> On 21 Apr 2016, at 13:36, Emmanuel DECAEN  wrote:
> 
> Bonjour,
> 
> Le 21/04/2016 12:55, Edouard Chamillard a écrit :
>> pour les nics j'ai tendance a fonctionner sur le mode "fibre jusqu'au
>> rack, twinax a l'interieur" pour le nouveau matériel.
> 
> Je me permets de rebondir sur cette réponse.
> 
> Aujourd'hui, la connexion 10G/40G entre baies se fait essentiellement en 
> fibre, en particulier pour des raisons de distance à couvrir.
> 
> Par contre au niveau d'une même baie, la connexion 10G entre les ports des 
> switchs et les cartes des serveurs sont  en Twinax ou en Fibre.
> Avec le brassage fréquent dans chaque baie, j'ai l'impression (peut-être à 
> tort) que la fibre risque de casser plus facilement que du Twinax.
> 
> Avez-vous un retour d'expérience sur le choix Twinax vs Fibre pour de la 
> connexion de serveurs en 10G sur les switchs de la baie ?
> 
> Merci.
> -- 
> *Emmanuel DECAEN*
> E-Mail: e...@xsalto.com
> 
> www.xsalto.com
> Tél: 04 92 36 60 06
> Support: 04 92 36 60 07
> Fax: 04 92 36 19 75
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [TECH] Aruba non conciliant avec les VLAN attribués par freeradius

2016-03-08 Par sujet Antoine Benkemoun-André 
Bonjour à tous,

Je vous fais un retour rapide de sorte à ce que si quelqu’un retombe sur ces 
messages ultérieurement, il aura au moins une piste.

Après avoir posté sur le forum d’Aruba, nous avons eu accès à leur support et 
ils nous ont aidé à troubleshooter tout ca. Le résultat est que c’est un bug 
dans le firmware et ils vont le réparer. La nouvelle version sortira mi-Mars et 
devrait résoudre ce bug.

Bonne journée,

Antoine

> On 29 Feb 2016, at 17:30, Antoine Benkemoun  
> wrote:
> 
> Bonjour à tous,
> 
> Cette requête serait idéalement dirigée vers le support Aruba/HP mais nous
> sommes en train d'essayer de nous démêler au niveau de nos contrats avec
> eux et donc nous sommes coincés en attendant. C'est assez fou comment
> obtenir du support pour des équipements achetés par les canaux officiels du
> constructeur peut être compliqué... Bref.
> 
> Nous avons 5 bornes Aruba IAP-205 qui vont remplacer nos bornes Cisco
> Aironet 2609. Une de ces bornes est master des autres.
> 
> Nous avons fait la configuration du freeradius pour qu'il fasse
> l'authentification des clients en 802.1X via le NTLM et qu'il fasse ensuite
> un lookup LDAP pour envoyer des attributs en fonction de la présence de
> l'utilisateur dans un groupe donné. On a essayé d'utiliser les attributs
> vendor-specific Aruba-User-Vlan et Aruba-User-Role ainsi que les attributs
> Tunnel de Microsoft.
> 
> Cette partie-là fonctionne car dans le freeradius -X les attributs
> s'affichent correctement et sur la capture Wireshark les attributs sont
> bien présents dans les paquets.
> 
> Néanmoins, lorsque l'Aruba reçoit ces attributs, il n'en fait rien 2 fois
> sur 3. Avec certains utilisateurs, 2 de leurs équipements sont dans le VLAN
> par défaut et 1 équipement est dans le bon VLAN. Pour les autres, c'est
> apparemment aléatoire.
> 
> On a sorti le débug des AP et on remarque que lorsque ca fonctionne on a la
> ligne suivante :
> 
> <501142>  <172.17.16.2 84:D4:7E:C0:A0:FA>  Derive user vlan:
> 98:e0:d9:ae:83:29 Derive user Vlan 1700 from VSA
> 
> Lorsque ca ne fonctionne pas, on a quelque chose comme ca à la place :
> 
> <172.17.16.2 84:D4:7E:C0:A0:FA> stm[1852]:
> VLAN_HIGHER_PRECEDENCE_THAN_STORED: 1064: vlan_rule_index=ff,
> sap_sta->vlanhow=ff, precedence_result=1
> <172.17.16.2 84:D4:7E:C0:A0:FA> stm[1852]: __HIGHER_PRECEDENCE_COMPARE:
> 1041: matched_rule_index=37fff, sap_sta->acl_rule_index=0,
> precedence_result=1
> stm[1852]: <501146>  <172.17.16.2 84:D4:7E:C0:A0:FA>  Derive user
> role: cc:20:e8:b9:45:43 Match user role  acl 136 rule_index 0x37fff
> 
> On dirait donc qu'il trouve le rôle ailleurs lorsque ca ne fonctionne pas
> mais la question est où ?
> 
> Évidemment quand on faisait les tests dans le lab, ça fonctionnait tout à
> fait correctement sinon c'est pas rigolo !
> 
> Si quelqu'un a déjà rencontré ce problème ou un problème similaire, nous
> sommes donc preneurs de retour :-)
> 
> Merci par avance,
> 
> Antoine
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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