Le Mercredi 05 Janvier 2005 13:40, Benoît Audouard a écrit : > >> - pour modem E2T : la bonne correction semble être d'implémenter > >> correctement les OPTNxx voire les CMV > > > > Que sait-on précisemment à ce sujet sur les valeurs à utiliser ? > > - Liste de valeurs par pays fournie, les soucis avec OPTN1 (Free > dégroupé/débit ralenti et maintenant Cegetel) montrent soit un pb > d'OPTNxx, soit que c'est par ISP qu'il faut gérer et non par pays > - pas d'information sur la signification de chaque option (c'est nos > demandes LT002 et LT003 de la page > http://dev.eagle-usb.org/wakka.php?wiki=RequirementsEagleUsbGPL ). Nous y > allons à l'aveuglette sans connaissance des impacts potentiels. >
Oui j'avais commencé à lire, > > Une quetions concernant le driver : est-ce que l'on peut imaginer de > > régler ces valeur "on the fly" avec eaglectrl ou à l'aide de fichier > > dans /proc ? Si il y a besoin de main d'oeuvre, je suis prêt. > > Régler les valeurs par un programme préalable : sans doute possible (fait > pour d'autres pilotes) et déjà suggéré. Après tout reste à faire : ce > serait plutôt dans le dialogue modem / DSLAM qu'il faudrait l'implémenter, > sans connaissance du protocole, ni des commandes accessibles/disponibles > c'est tout de suite plus dur (d'où la demande LT004). Le code source des BNM... C'est quoi, de l'assembleur 8051 ? Pourquoi y-a-t-il 5 fichier bnm ? > L'idée ce serait plutôt d'avoir un programme initial de configuration qui > identifie et fixe les paramètres au départ (après ça change pas tous les 4 > matins...). Cela pourrait éventuellement permettre d'étendre les capacités > de diagnostics en fonction des informations disponibles. > Avec la série de question-réponse d'eagleconfig ? > >> - configuration dépendante de l'ISP (et ses DSLAM) => a priori il y a > >> plus de sensibilité au fur et à mesure que le débit augmente > > > > Quelqu'un a des infos plus précises là dessus ? Est-ce que les anomalies > > côté modem sont visibles au niveau des DSLAM ? Dans ce cas est-ce > > qu'ils regardent leur "logs" proactivement ou faut-il les "avertir" ? > > hum, disons qu'il est permis de rêver :-)) > Quand bien même il y aurait des anos tracées dans les DSLAM, je ne pense > pas que c'est un niveau à remonter à l'utilisateur : chacun son métier ;-) > En revanche si le DSLAM sait les envoyer à l'utilisateur ou au moins des > codes d'erreur (donc sans coût humain côté ISP), il y a tout intérêt à > l'implémenter pour fournir un diagnostic plus pertinent et contribuer à > résoudre les problèmes plus rapidement (c'est couvert par notre demande > #LT004 et correspond à un avantage induit de l'obtenir). > Il y a peut-être des docs dispos sur les DSLAM et leurs protocoles > (peut-être regarder du côté du DSLForum, je n'ai que rarement pris le > temps...) noté. -- Alexis Deruelle <[EMAIL PROTECTED]>
