----- Original Message ----- From: "baud" <[EMAIL PROTECTED]> To: <[email protected]> Sent: Tuesday, July 27, 2004 12:30 AM Subject: Re: [Eagleusb-dev] dsp_code new and old / sagem and usr bonnesnouvelles
> On sam, 2004-07-10 at 22:19 +0200, Gilles Espinasse wrote: > > Je relance le sujet vu qu'il a été oublié pendant mes congés / ceux de > sl33p3r ? > > J'ai fait quelques tests et peut annoncer quelques bonnes nouvelles: > > > > J'ai testé les bnm du driver windows sagem 2.0.31 avec un sagem800 et un 908 > > sous le driver 1.9.8 > > J'ai carrément fait dans le répertoire eagle-usb-1.9.8 > > unzip $(DIR_DL)/eagle-w.2.0.31_fr.zip > > cp W.2.0.31_fr/L1/IDMA/rtbldep*.bnm driver/firmware/sagem/pots > > cp W.2.0.31_fr/L1/IDMA/rtbldei*.bnm driver/firmware/sagem/isdn > > et compilé le tout > > http://www.sagem.com/web-modems/download/modems/w.2.0.31_fr.zip > > Résultat : aucun problème remarqué à l'utilisation que ce soit avec un > > sagem800 ou un 908. > si ça se trouve ça marche avec les Fast 800 E2T... j'espère aussi > > Lors de mes comparaisons, je me suis aperçu que les bnm isdn du driver eagle > > et celui du driver linux du usr9000 isdn étaient identiques (ainsi que ceux > > du driver linux 840 v2.0.1) > > Donc je me suis dit que les dsp_code ne devaient pas être liés à sagem ou > > usr. > > > > Pour pousser le bouchon un peu plus loin, j'ai remplacé le dsp_code_pots > > eagle par celui du usr9000 pots : aucun problème rencontré que ce soit avec > > un sagem800 ou un 908 > > J'avais déjà essayé au début et avait échoué parce que j'utilisais le > > adiusbadsl.conf spécifique au usr alors que là je me suis contenté de > > remplacer le dspcode. > c'est les OPTNxx qui étaient pas bons ??? Oui en utilisant le fichier de conf usr pots contenu dans le driver eagle avec un Fast800, cela ne fonctionnait pas. > j'avais noté les différences sur cette page (brouillon...) : > http://dev.eagle-usb.org/wakka.php?wiki=ConfigFiles tous les drivers linux usr n'ont pas toutes ces valeurs le driver eagle-usb contient pour usr pots OPTN0=8000c06e OPTN1=00000994 OPTN3=00000028 OPTN5=00000500 OPTN6=00000000 OPTN10=1f082e04 OPTN18=811200ff OPTN19=80000000 MASK8=3fffffc0 DIAG0=23870030 FLAG0=00000820 le driver windows USR Release1.1 du 02/04/03 qui supporte les cmv a les mêmes 7 bnm et cmv pour isdn ; ISDN for EAGLE CW cntl 0 1 CW optn 0 80020066 CW optn 2 23600000 CW optn 3 00000026 CW optn 4 0 CW optn 5 500 CW optn 15 09090909 CW cntl 0 2 et différentes valeurs pour pots suivant pour atm/{win98se|winme2kxp}, 2 jeux de bnm identiques et les 2 cmv sont ;POTS for Eagle CW cntl 0 1 CW optn 0 80020066 CW optn 4 00000000 ;CW optn 16 80818000 CW diag 0 F0800030 CW cntl 0 2 pour lan/{win2kxp|win98fe|win98se} et wan/{win98fe|win98seme2kxp} , 5 jeux de bnm identiques avec un cmv ; POTS for EAGLE CW cntl 0 1 CW optn 0 80020066 CW optn 4 00000000 CW DIAG 0 23870030 CW FLAG 0 00000820 CW cntl 0 2 J'ignore totalement l'intérêt d'avoir des bnm/cmv différents suivant la configuration utilisée > On fait un essai de ne garder que les derniers bnm du driver Sagem > 2.0.31 ? Le risque c'est uniquement sur les E2T, m'enfin vu qu'ils ne > marchent déjà pas... > http://www.sagem.com/web-modems/download/modems/ ya aussi les italiens / > espagnols (j'ai pas comparé les bnm...) J'ai trouvé pas mal d'info dans les 3 drivers sagem. En comparant le driver w2.0.31_fr - avec le driver espagnol w.2.2.31, les bnm sont identiques mais les OPTN ou plutôt les CMV sont différents. - avec le driver italien w2.1.31_it, les bnm pots sont identiques (pas de isdn) mais les OPTN ou plutôt les CMV sont différents. Only in W.2.2.31/L1/IDMA: rtbldei0.bnm Only in W.2.2.31/L1/IDMA: rtbldei1.bnm Only in W.2.2.31/L1/IDMA: rtbldei2.bnm Only in W.2.2.31/L1/IDMA: rtbldei3.bnm Only in W.2.2.31/L1/IDMA: rtbldei4.bnm diff -ibaur W.2.1.31_it/L1/cmv/CMVep.txt W.2.2.31/L1/cmv/CMVep.txt --- W.2.1.31_it/L1/cmv/CMVep.txt Wed Feb 25 17:51:50 2004 +++ W.2.2.31/L1/cmv/CMVep.txt Wed Mar 10 13:43:14 2004 @@ -1,19 +1,17 @@ ; Max commands = 16 -; POTS for EAGLE E2T for BNM 43e2ead7 - +; POTS for EAGLE (43e2ead4 or 43e2ead7 for spain) CW optn 0 80008066 CW optn 1 00000994 CW optn 2 63600000 CW optn 3 00000028 -CW optn 4 006c0000 +cw optn 4 08600000 CW optn 5 00000500 -CW optn 18 C20200ff +cw optn 18 420300ff CW optn 19 80000000 -CW optn 20 11900002 CW optn 70 218280aa CW optn 72 006f06eb -CW optn 73 00010060 +cw optn 73 0001000a CW mask 8 3fffffc0 -CW diag 0 26870030 +cw diag 0 26878030 CW flag 0 00000820 Surtout, ce qui est interessant, c'est -; POTS for EAGLE E2T for BNM 43e2ead7 +; POTS for EAGLE (43e2ead4 or 43e2ead7 for spain) cela veut dire que tout le monde a les mêmes bnm, mais la 'finition' dépend du CMV. Donc il n'y a pas de risques à prendre les bnm du driver windows, maintenant les questions sont de savoir: - quel(s) CMV supporter (que ce soit dans un fichier CMV ou dans un .conf à créer suivant configuration?, - quelle valeur mettre pour usr pots? Après une comparaison entre le driver français et l'espagnol (sans compter des petites modif maj/min et préfixe 0x) montre diff -Nabiur W.2.0.31_fr/L1/cmv/CMVep.txt W.2.2.31/L1/cmv/CMVep.txt --- W.2.0.31_fr/L1/cmv/CMVep.txt Tue Jul 27 14:47:12 2004 +++ W.2.2.31/L1/cmv/CMVep.txt Wed Mar 10 13:43:14 2004 @@ -1,25 +1,17 @@ ; Max commands = 16 -; POTS for EAGLE (43e2ead4 ou 43e2ead7) +; POTS for EAGLE (43e2ead4 or 43e2ead7 for spain) cw optn 0 80008066 cw optn 1 00000994 cw optn 2 63600000 cw optn 3 00000028 -cw optn 4 00600000 +cw optn 4 08600000 cw optn 5 00000500 -cw optn 18 820200ff +cw optn 18 420300ff cw optn 19 80000000 -cw optn 20 0x11900002 -cw optn 70 0x218280aa -cw optn 72 0x006f06eb -cw optn 73 0x00010060 +cw optn 70 218280aa +cw optn 72 006f06eb +cw optn 73 0001000a cw mask 8 3fffffc0 -cw diag 0 26870030 +cw diag 0 26878030 cw flag 0 00000820 - -;Non TR-48 -;cw optn 0 80020066 -;cw optn 18 00000000 -;cw optn 19 00000000 - - CW cntl 0 2 Cela apprend que les valeurs utilisées actuellement dans le driver linux sont les non TR-48, c'est à dire celles qui ne garantissent pas le passage au test d'interopérabilité avec le dslam (voir http://dslforum.org/aboutdsl/tr_table.html) Donc il serait peut-être judicieux de passer aux valeurs des CMV de driver windows et de voir s'il y a une différence. La conformité au test garantie entre autre la synchro en moins de 60s. Mais bon, je n'ai pas encore testé et je n'ai pas de droit d'administration sur un dslam pour voir une différence éventuelle :-) Au passage, cela nous apprend que l'interopérabilité au même test TR-48 ne se décline pas de manière identique en France, Espagne, Italie, ce qui est un aspect curieux du sujet. Après il reste un petit truc intéressant dans le cmvei.txt ;For Bridge ONLY CW DIAG 0 23870030 ;For Bridge ONLY CW FLAG 0 00000820 Cela veut dire qu'en utilisation bridge, il pourrait y avoir besoin de valeurs différentes de certaines valeurs ( je suppose que bridge est compris comme Encapsulation=1 ou 2 ) Donc le problème n'est pas trop vraiment dans les bnm (du moment que l'on a les derniers), mais plus les valeurs des optn à décliner suivant les pays, les modems, voir Encapsulation. Je suppose sans prendre beaucoup de risques que Fast 800 E2T veut dire Eagle-2 Tiscaly et E2L Eagle-2 Libertysurf, n'ayant qu'un Fast 800 WA (wanadoo) sous la main et un 908 neutre (marqué Sagem quoi) Au moins, avoir différents cmv ou optn n'engendre pas un problème de volume du driver mais reste une question de configuration qui n'a pas l'air simple. Nota, je ne sais pas plus la signification de Linetype même si je suppose que c'est la modulation G.DTM, G.lite ou ANSI T1.483. Dans les drivers windows, du fait de l'utilisation des cmv, il n'y a plus de fichier de conf avec Linetype. C'est maintenant un paramêtre passé en bdr à l'installation.
