Gel d'un AP en mode WPA-PSK

'Lut,

Configuration en cause :
- DWL2000AP+ en révision de firmware 1.13 (la dernière en date pour cet
AP et la seule à ma connaissance qui supporte le wpa). Il est en
configuration wpa/psk.
- Quelques clients XP avec des DWL-G650+ et le dernier driver en date
soit le 2.02

Problèmes rencontrés :
- Une des stations XP a des problèmes pour s'associer à l'ap (plusieurs
tentatives d'insertion/éjection sont souvent nécessaires)
- De temps en temps l'ap refuse de relayer le traffic, un reboot est
nécessaire pour le faire fonctionner normalement à nouveau
(les intervalles entre reboots sont variables, de quelques minutes à
quelques heures)

Je serais à ta place je ne perdrais pas de temps avec ce produit et

opterais directement pour un concurrent (Linksys par exemple).

Quelqu'un aurait-il vu des problèmes similaires ? Si les soucis ont été
résolus, comment ?
J'en ai déjà parlé ici même.

Pas avec le WPA (cela n'existait pas à l'époque) mais avec le mode pont
(faux pont), l'interface Ethernet, le cache ARP. Oui, j'ai eu les pires
ennuis avec des 900AP+ dès lors qu(ils ont se sont retrouvés à plusieurs.
Qui plus est, en l'espace de 6 mois, DLink a changé le processeur et
donc le firmware et ainsi, une configuration qui fonctionnait à peu près
bien en firmware v. 2 s'est vue bananer avec la version 3 et alors un
mélange de v. 2 et de v. 3.
Ces appareils ne sont pas faits pour du boulot sérieux.

Je penche pour un firmware défaillant, mais vu que ce produit est en fin
de vie, j'ai des doutes sur une quelconque réaction de la part de DLink.
Même avec un firmware en cours DLink ne réagit pas y compris pour une

dizaine d'AP (ils feront un geste commercial genre remplacer un AP mais
c'est tout, le développement est réalisé à Taïwan).
Mais bon, on se doute que Cisco ferait pareil pour quelques appareils.

Bon courage,

db


--

Courriel : usenet blas net

Dominique Blas <db@internet.invalid> writes:

'Lut,

Je serais à ta place je ne perdrais pas de temps avec ce produit et
opterais directement pour un concurrent (Linksys par exemple).

J'suis d'accord :)

J'en ai déjà parlé ici même.

J'ai rien retrouvé sur google, si t'as un mid, je revérifierai.

Pas avec le WPA (cela n'existait pas à l'époque) mais avec le mode
pont (faux pont), l'interface Ethernet, le cache ARP. Oui, j'ai eu les
pires ennuis avec des 900AP+ dès lors qu(ils ont se sont retrouvés à
plusieurs.

Du DLink dans toute sa splendeur quoi.

Ces appareils ne sont pas faits pour du boulot sérieux.

J'suis tout à fait d'accord, mais le problème est que cette saloperie
d'AP achetée par un client fonctionne tout à fait correctement en mode
ouvert (et va faire comprendre à un mec qui ne comprend rien à rien que
l'ap qu'il a acheté est une daube qu'il faudrait mettre à la poubelle)

Même avec un firmware en cours DLink ne réagit pas y compris pour une
dizaine d'AP (ils feront un geste commercial genre remplacer un AP
mais c'est tout, le développement est réalisé à Taïwan).

Bon à savoir, j'ai depuis fait remonter comme consigne de refuser un
quelconque engagement de résultat si le matériel n'est pas fourni et
validé par nos soins à priori, reste à espérer que ça sera pris en
compte...

Bon courage,

Il va en falloir pour expliquer que l'on ne met pas un ap de daube à 40
¤ acheté chez le revendeur de jeux playstation du coin si l'on veut une
qualité de service décente pour sa boite (les priorités de gestion des
pme sont parfois étranges...).

Éric Masson

--
AC: Et je promet qu'elles seront disponibles avant la bouffe de samedi.
Ol: Tt tt... Tout développeur faisant des promesses sur des dates de
disponibilité tend le bazooka à clous pour se faire battre.
-+- Ol. in Guide du Macounet Pervers : fcsm : fouet.cuir.sado.maso ? -+-

[...]

Re'lut.

J'ai rien retrouvé sur google, si t'as un mid, je revérifierai.
Tu recherches avec la chaine "DLink usenet blas net" dans les groupes.

[...]

J'suis tout à fait d'accord, mais le problème est que cette saloperie
d'AP achetée par un client fonctionne tout à fait correctement en mode
ouvert (et va faire comprendre à un mec qui ne comprend rien à rien que
l'ap qu'il a acheté est une daube qu'il faudrait mettre à la poubelle)

Qui est le professionnel ? Lui ou toi ?
Lorsque tu arrives le premier (de ta boîte) sur un projet tu peux
imposer les règles non ?
Genre : je ne travaille pas avec DLink pour telle ou telle raison
(mauvais support, mauvais produits, conçu pour le grand public).
Bien entendu si ton commercial est passé avant et à dit << pas de pb >>
pour emporter l'affaire, c'est plus difficile.
Mais bon, les DLink sont conçus pour des config. simples (simplissimes).
J'ignore comment les mecs développent à Taïwan mais ils sont très
certainement pressurés et n'ont, assurément, aucune vision globale et
j'ajouterai bien peu de politique qualité (notamment le chapitre tests
de régression).

Ma structure était on ne peut plus simple :

1ère étape :
machines --- 900AP+ ---/--- 900AP+ --- machines
ceci en version 2.51 (aucune des versions suivantes [jusqu'à la 2.57 au
moins] ne
prenait en compte le connecteur pour antenne extérieure : un comble dans
une configuration nécessitant des antennes).
En outre le 2.51 ne présentait pas (ou très peu) le phénomène
d'oscillation du nivau d'émission qui bien que semblant fixé par le menu
accusait des soubressauts vers le haut assez violents (toujours
intéressant lorsqu'on veut respecter la réglementation).

Bref, aucun souci pendant 6 mois.

2ème étape :
machines -+- 900AP+ ---/--- 900AP+ --- machines
|
+- 900AP+ ---/--- 900AP+ ---

Une troisème étape était prévue consistant à ajouter un nouveau pont au
bout du second segment.

machines -+- 900AP+ ---/--- 900AP+ --- machines
|
+- 900AP+ ---/--- 900AP+ --- 900AP+ ---/--- 900AP+ -- machines

Autant dire que cette 3ème étape n'a jamais vu le jour avec du DLink
(voir plus bas).

La 2ème étape fut déjà une catastrophe. En fait les 2 900AP+ de gauche
disparaissaient chacun aléatoirement que l'équipement de raccordement
soit un switch, un hub et même un switch DLink.
Il réapparaissait parfois à l'issue d'un reboot mais pas
systématiquement. Un retour au schéma n°1 conduisait systématiquement à
la stabilité.
Pour corser le tout les nouveaux AP étaient sous firmware 3.x encore
plus pourri que le 2.x : aucune des versions ne différenciait les 2
connecteurs mais heureusement pour nous, cette fois, le connecteur
extérieur était bien activé. En fait les 2 connecteurs étaient activés
en permanence quel que soit le réglage gauche - droite.

Une fois le souci identifié sur les AP (ça ressemblait tout de même à un
un souci de switch au départ) DLink France a été contacté.
L'interlocuteur a eu du mal à comprendre le schéma mais passons.
Des tests ont été menés chez DLink France en firmware 3.x (ils ont bossé
tout de même) y compris avec des DLink 1000 AP+ et le résultat fut,
selon eux, identique pour les 2 gammes. Ca ne marche pas.
Rassurant.

Bien on a eu droit à 2 900AP+ (V. 3) gratos pour le << dédommagement >>
mais cela n'a rien changé à la dure réalité.
Cette affaire a duré 1 bon mois.

A la fin nous avons franchi une ultime étape relationnelle : la phrase
choc du commercial, << il aurait été préférable de nous communiquer le
schéma AVANT
que nous le validions.
A l'avenir faites valider votre architecture par nos services. On ke
fait avec d'autres clients. >>
Je crois que ce fut la phrase qui dépassa les bornes (elles étaient déjà
bien enfoncées).
Oui, probablement, mais le schéma n'a vraiment rien d'exotique d'une
part et d'autre part je me serais retrouvé dans la même cagade.

Du coup tout est passé en PC (sous HostAP) et tout est rentré dans
l'ordre, immédiatement. Pas le même coût c'est vrai mais ça fonctionne,
c'est stable, et cela comporte des possibilités qui vont bien au-delà de
ce qui est disponible sur
le marché (hors AP > 500 EUR type Cisco, Avaya, Aruba ou 3Com) :
sécurisation d'un lien par IPSEC (certif) et non par WEP, QOS (sur IP of
course) lien par lien, pontage, routage, filtrage, firewalling, IPv6,
gestion dynamique de la puissance d'émission (fonction de la saison
[préence de neige]), relevé des niveaux de réception (MRTG) et
j'en passe. Aujourd'hui on parlerait en sus de OLSR.

En fait, il était prévu depuis le départ de monter l'archi avec des PC
(on l'avait fait sur d'autres install antérieures plus ... fortunées)
mais même à 400 EUR HT le nano-Pc tout équipé cela dépassait le budget
et les 900AP+ ne revenaient, à l'époque, qu'à 90 EUR HT. Et puis l'étape
n° 1 ne laissait rien entrevoir de la galère qui croupissait.

2 leçons à retenir :
- se méfier comme de la peste du marché grand public en pleine
phase ascendante et particulièrement médiatisé (les
constructeurs d'AP grand public se livraient une guerre
féroce en 2003) ;
- on n'est jamais mieux servi que par soi-même !

C'est dommage car DLink jouissait plutôt d'une bonne (voire très bonne)
réputation depuis 10 ans dans le matériel réseau. Même si on n'a jamais
vu de DLink en coeur de réseau rien ne
laissait supposer un tel cafouillage dans le développement de fonctions
bas niveau a priori assimilées depuis des années (interface Ethernet,
cache ARP, transmission des adresses MAC).
Est-ce dû à de gros soucis côté assimuilation du chipset Broadcom ayant
pénalisé d'autres développements ? Nul ne le sait.
En tous les cas, un concurrent bien connu, sur le même segment, fabrique
des systèmes bien plus fiables ...

En clair : WiFi DLink => poubelle.

Il va en falloir pour expliquer que l'on ne met pas un ap de daube à 40
¤ acheté chez le revendeur de jeux playstation du coin si l'on veut une
qualité de service décente pour sa boite (les priorités de gestion des
pme sont parfois étranges...).

Celui qui te regarde avec un air suspicieux en sous-entendant qu'il
doute de tes compétences parce que son voisin utilise le même boîtier et
que ça marche chez lui ?
C'est du reste pour cela qu'il l'a acheté.
Mouais, je vois bien.

Je crois bien que de tous les domaines que j'ai été amené à rencontrer
en info et plus particulièrement en réseaux, aucun ne m'a laissé autant
que le WiFi une impression de gros bordel tiraillé entre un marché grand
public (et les vendeurs qui vont avec) qui lui attribuait toutes les
vertus et un marché professionnel dubitatif qui attend toujours sa
killer-technology.

En effet, de part le fait qu'il
s'agissait d'une technologie abordable par M. tout le monde (ce qui est
très bien au demeurant) j'ai vu poindre des << architectes >> réseau en
herbe partout. A l'instar d'un gamin qui utilise un ordinateur de
manière << innée >> (semble-t-il) mais qui fait n'importe quoi dès que
l'ordinateur ne
répond plus comme il l'attend car il lui manque le discerenement et la
faculté d'analyse, j'ai observé la même chose chez les apprentis du
réseau sans-fil : ça fonctionne, ils se prennent pour Dieu, ça
fonctionne pas
c'est pas grave on casse tout et on fait autre chose sans chercher un
minimum à comprendre.
Autant lorsqu'on configure un Cisco 45xx on se sent bien seul, autant
lorsqu'on << fait du WiFi >> tout le monde (y compris le comptable, le
boucher du quartier, l'assistante) y va de son avis (<< moi, mon fils,
vous savez ...>> ).

Pourtant Dieu sait que l'on peut réaliser des choses chouettes et très
pro avec le WiFi.

Tout ce que j'espère c'est que parmi tous ces apprentis certains ont pu
tout de même discerner que l'on pouvait faire des choses passionnantes
en réseau (pas qu'avec le WiFi) et, peut-être, réussir à émerger en tant
qu'architecte.

M'enfin,

A+,

db


--

Courriel : usenet blas net

Dominique Blas <db@internet.invalid> writes:

'Lut,

Tu recherches avec la chaine "DLink usenet blas net" dans les groupes.

Ok, très instructif...

Qui est le professionnel ? Lui ou toi ?

Euh, tu connais le client qui fait appel à un prestataire en étant
persuadé qu'il est plus compétent que lui, c'est le cas...

Lorsque tu arrives le premier (de ta boîte) sur un projet tu peux
imposer les règles non ?

Je viens de faire passer une note à ce sujet, espérons qu'elle sera
prise en compte.

Mais bon, les DLink sont conçus pour des config. simples
(simplissimes). J'ignore comment les mecs développent à Taïwan mais
ils sont très certainement pressurés et n'ont, assurément, aucune
vision globale et j'ajouterai bien peu de politique qualité (notamment
le chapitre tests de régression).

Ça ne fait que confirmer ce que j'observe avec ce matériel depuis que
j'y suis confronté.

<snip adventures in DLink Wifi Land>

Gratiné le récit :/

Celui qui te regarde avec un air suspicieux en sous-entendant qu'il
doute de tes compétences parce que son voisin utilise le même boîtier
et que ça marche chez lui ?
C'est du reste pour cela qu'il l'a acheté.
Mouais, je vois bien.

T'es voyant ? :)

<snip évolution>

Je pencherais plus pour une segmentation nette du marché, avec le pro et
semi pro d'un côté (pas donné mais stable) et le grand public avec toute
ses dérives de l'autre.

J'utilise en ce moment une carte à base Atheros (Planet) dont le driver
constructeur est une daube sans nom (crash aléatoire de la machine,
fonctionnalités wpa buggées au dernier degré). Cette carte a une seconde
vie depuis qu'elle tourne avec les drivers Windows Atheros (pas simples
à touver du tout) ou ath(4) de FreeBSD -current au gré des reboot de mon
portable.

Bref, la différence de prix entre matos pro et grand public se tient
amha dans le boulot sur l'environnement logiciel, parce qu'à de rares
exceptions près, le hard est devenu une commodité.

A+

Éric Masson

--
FF> Tout le plaisir est pour moi.
FF> Vous payez par carte bancaire ?
Non, par inadvertance.
-+- OZ in <http://www.le-gnu.net> : Reponse hamster à terre -+-

Eric Masson a couché sur son écran :

Dominique Blas <db@internet.invalid> writes:

'Lut,

Tu recherches avec la chaine "DLink usenet blas net" dans les groupes.

Ok, très instructif...

Qui est le professionnel ? Lui ou toi ?

Euh, tu connais le client qui fait appel à un prestataire en étant
persuadé qu'il est plus compétent que lui, c'est le cas...

Lorsque tu arrives le premier (de ta boîte) sur un projet tu peux
imposer les règles non ?

Je viens de faire passer une note à ce sujet, espérons qu'elle sera
prise en compte.

Mais bon, les DLink sont conçus pour des config. simples
(simplissimes). J'ignore comment les mecs développent à Taïwan mais
ils sont très certainement pressurés et n'ont, assurément, aucune
vision globale et j'ajouterai bien peu de politique qualité (notamment
le chapitre tests de régression).

Ça ne fait que confirmer ce que j'observe avec ce matériel depuis que
j'y suis confronté.

<snip adventures in DLink Wifi Land>

Gratiné le récit :/

Celui qui te regarde avec un air suspicieux en sous-entendant qu'il
doute de tes compétences parce que son voisin utilise le même boîtier
et que ça marche chez lui ?
C'est du reste pour cela qu'il l'a acheté.
Mouais, je vois bien.

T'es voyant ? :)

<snip évolution>

Je pencherais plus pour une segmentation nette du marché, avec le pro et
semi pro d'un côté (pas donné mais stable) et le grand public avec toute
ses dérives de l'autre.

J'utilise en ce moment une carte à base Atheros (Planet) dont le driver
constructeur est une daube sans nom (crash aléatoire de la machine,
fonctionnalités wpa buggées au dernier degré). Cette carte a une seconde
vie depuis qu'elle tourne avec les drivers Windows Atheros (pas simples
à touver du tout) ou ath(4) de FreeBSD -current au gré des reboot de mon
portable.

Bref, la différence de prix entre matos pro et grand public se tient
amha dans le boulot sur l'environnement logiciel, parce qu'à de rares
exceptions près, le hard est devenu une commodité.

A+

Éric Masson

Bonjour,

Personellement, j'utilise du D-Link et il est vrai que leur gros défaut
est la partie logicielle (firmwares ou drivers) de leurs produits.
Je vais toujours chercher ces logiciels sur le ftp de Dlink Australie.
Ils ont toujours une ou deux longuers d'avance par rapport à l'UK ou
aux USA.
Pour les G650+, qui sont à base de chipset Texas Instrument, j'utilise
avec bonheurs, des drivers US Robotics et j'ai une très bonne stabilité
du signal, aucune déconnexion et des taux de transfert incomparables
avec ceux que j'avais avec les drivers Dlink.

Voyez ce lien :
http://www.dslreports.com/forum/remark,10224912~mode=flat

J'utilise les derniers drivers USR V6.0b15.exe

Cordialement.

"JB" <basqueb-nospam@free.fr> writes:

'Lut,

Personellement, j'utilise du D-Link et il est vrai que leur gros défaut
est la partie logicielle (firmwares ou drivers) de leurs produits.
Je vais toujours chercher ces logiciels sur le ftp de Dlink Australie.
Ils ont toujours une ou deux longuers d'avance par rapport à l'UK ou aux
USA.
Pour les G650+, qui sont à base de chipset Texas Instrument, j'utilise
avec bonheurs, des drivers US Robotics et j'ai une très bonne stabilité
du signal, aucune déconnexion et des taux de transfert incomparables
avec ceux que j'avais avec les drivers Dlink.

Voyez ce lien :
http://www.dslreports.com/forum/remark,10224912~mode=flat

Intéressant dans le cadre d'une utilisation personnelle, ou on a le
temps de chercher à faire fonctionner le hard que l'on a acheté.

Dans le cadre d'une utilisation professionnelle, j'ai tout de même autre
chose à faire que de chercher un driver qui marche chez un concurrent du
fabricant du matériel que j'utilise.

Éric Masson

--
coucou john
-+- AB in <http://www.le-gnu.net> WinVN 0.99 rendrait-il concon ? -+-

Eric Masson a formulé ce mercredi :

"JB" <basqueb-nospam@free.fr> writes:

'Lut,

Personellement, j'utilise du D-Link et il est vrai que leur gros défaut
est la partie logicielle (firmwares ou drivers) de leurs produits.
Je vais toujours chercher ces logiciels sur le ftp de Dlink Australie.
Ils ont toujours une ou deux longuers d'avance par rapport à l'UK ou aux
USA.
Pour les G650+, qui sont à base de chipset Texas Instrument, j'utilise
avec bonheurs, des drivers US Robotics et j'ai une très bonne stabilité
du signal, aucune déconnexion et des taux de transfert incomparables
avec ceux que j'avais avec les drivers Dlink.

Voyez ce lien :
http://www.dslreports.com/forum/remark,10224912~mode=flat

Intéressant dans le cadre d'une utilisation personnelle, ou on a le
temps de chercher à faire fonctionner le hard que l'on a acheté.

Dans le cadre d'une utilisation professionnelle, j'ai tout de même autre
chose à faire que de chercher un driver qui marche chez un concurrent du
fabricant du matériel que j'utilise.

Éric Masson

Dans ce cas, soit changer de fournisseur, soit changer de métier. Car,
une fois que "le coup est tiré", le client ne demande qu'une chose,
c'est que cela fonctionne.
Je suis moi aussi professionnel de l'informatique et ma déontologie
personnelle m'oblige à offrir le meilleur service à mes clients. Même
si cela m'oblige à rechercher des solutions sur mon temps de loisirs.
Vous dites que le dernier firmware de votre AP est le 1.13. Si c'est
une révision A, c'est le 1.15 :
http://www.dlink.com.au/tech/drivers/files/wireless/dwl2000ap+.htm

Pour les G650+ et leur instabilité (due aux drivers), j'ai eu plusieurs
communications avec Dlink France, qui, après avoir testé les drivers US
Robotics, a reconnu leur supériorité par rapport aux leurs et fait
remonter l'info aux programmeurs.

J'ai essayé de vous donner une solution. Maintenant, si en tant que
"PRO", vous estimez que celà ne vous aide pas, je ne sais pas ce que
vous attendez sur ce forum.

Cordialement.

"JB" <basqueb-nospam@free.fr> writes:

Dans ce cas, soit changer de fournisseur,

Ce que j'ai fait depuis, je précise toutefois que ce hard a été acheté
par le client hors de tout conseil de notre part.

Car, une fois que "le coup est tiré", le client ne demande qu'une
chose, c'est que cela fonctionne.

Je n'ai pas à réparer (à nos frais, cela s'entend) des conneries qui
sont dues à un choix déficient du client.

Je suis moi aussi professionnel de l'informatique et ma déontologie
personnelle m'oblige à offrir le meilleur service à mes clients. Même si
cela m'oblige à rechercher des solutions sur mon temps de loisirs.

C'est une façon de voir les choses, pour ma part, j'installe du matériel
qui est peut-être plus cher mais avec lequel je ne perd pas de temps non
facturable pour obtenir un résultat (dure loi du commerce par ailleurs)

De plus, j'ai autre chose à faire sur mes loisirs que de chercher des
solutions pour faire fonctionner un matériel dont le constructeur ne
semble pas se préoccuper plus que de raison.

Vous dites que le dernier firmware de votre AP est le 1.13. Si c'est une
révision A, c'est le 1.15 :

Il ne t'est pas venu à l'idée que j'avais déjà vérifié et contacté
DLink, par hasard ?

Et non, ce n'est pas un rev A, mais un rev B. pour lequel un nouveau
firmware est disponible depuis peu, le 2.10 pour lequel j'attends un
retour de la part du client.

J'ai essayé de vous donner une solution. Maintenant, si en tant que
"PRO", vous estimez que celà ne vous aide pas, je ne sais pas ce que
vous attendez sur ce forum.

Regarde les archives avant de monter sur tes grands chevaux...

Éric Masson

--
je suis à la recherche d'un code d'acces pur un CD hard sex 2
les codes sont sur le minitel 3617 procode rubrique d'image code 007
si quelqu'un peut me rendre se petit service
-+- OD in <http://www.le-gnu.net> : O tempora, O nanisme -+-