OVH Cloud OVH Cloud

Driver SAGEM F@st 800 2.0.11 non degroupe

16 réponses
Avatar
Reclus
Bonjour,

Quelqu'un a-t-il constaté que le nouveau driver SAGEM modifiait, de façon
intempestive, énormément de réglages à l'installation ?

10 réponses

1 2
Avatar
FrekoDing
Dans la news : bolc0k$1lqo$,
Reclus ecrivait (justement !) :

Bonjour,


bonjour !

Quelqu'un a-t-il constaté que le nouveau driver SAGEM modifiait, de
façon intempestive, énormément de réglages à l'installation ?


je l'utilise depuis sa sortie... et aucun probleme à signaler ! :o)
ma config : Asus A7N8X - XP pro
@+

Avatar
Reclus
FrekoDing écrivait (gentiment !) :

[ je l'utilise depuis sa sortie... et aucun probleme à signaler ! :o)

......................................................

Merci pour la réponse.

Chez moi, il a modifié -sans ménagement- la MTU (1460 ! en monoposte), le
RWIN (65xxx, plus logique mais j'étais à 100000 après correction VTCP.386),
le proxy (transfert sur le LAN, inexistant !) et tout un tas d'autres
réglages dans IE.

Il semble que d'autorité les réglages soient optimisés pour un réseau local.
Avatar
Michael
Bonjour,
je viens de l'installer après de multiples déconnections aux heures de
pointe sur tiscali (je suis en 128Kb)
mais je retrouve exactement le même problème avec ce nouveau driver.
en fait la déconnnection n'est pas vraiment visible mais cela me fait
planter tout se qui est branché en usb (souris optique et scanner) et qui me
force a rebooter le pc
j'utilise Win98SE
Si quelqu'un a une idée sur ce problème ...
Merci d'avance


Bonjour,

Quelqu'un a-t-il constaté que le nouveau driver SAGEM modifiait, de façon
intempestive, énormément de réglages à l'installation ?



Avatar
Reclus
Michael wrote in message
news:borjah$2vs$
Bonjour,
je viens de l'installer après de multiples déconnections aux heures de
pointe sur tiscali (je suis en 128Kb)
mais je retrouve exactement le même problème avec ce nouveau driver.
en fait la déconnnection n'est pas vraiment visible mais cela me fait
planter tout se qui est branché en usb (souris optique et scanner) et qui
me

force a rebooter le pc
j'utilise Win98SE
Si quelqu'un a une idée sur ce problème ...
Merci d'avance



Bonjour Michael,

Je suis aussi sur Win98SE avec le driver 2.0.7 qui marche impeccablement
surtout par rapport à mon ancien ECI USB B-FOCUS qui consommait énormément
(500 mA au lieu de 400 mA celui-ci) et entrainait de vicieux gels de
connexions (bonne synchro, plus de FAI !).
J'ai essayé le 2.0.11 par fantaisie et parce que j'avais lu que la synchro
était plus rapide.
Je l'ai tout de suite désinstallé, il avait modifié (sans avertir) beaucoup
de réglages pour les adapter à un réseau local alors que je suis en
monoposte.
En USB, je n'ai que le modem.

Pour ton problème, adresse impérative:

http://www.usbman.com/win98seusbguide.htm

Avec mon ECI, j'avais bien amélioré les choses en n'établissant pas la
connexion avec le FAI dés l'allumage de l'ordi : problème de stabilisation
de l'alimentation des prises USB ?

Essaie de mettre le modem tout seul sur un des circuits USB (gestionnaire de
périphériques).

Bonne chance et amitiés.

Avatar
Michael
Bonjour,
je suis aller faire un petit tour sur ton site et je crois que j'ai trouver
mon bonheur car j'ai un vieux processeur amd 333Mhz
donc apparemment il y avait un petit bug résiduel avec cette marque !
bon sinon, je teste sur une bonne semaine les changements éffectués dans le
nouveau driver SAGEM 800 2.0.11 (option Bulk/Iso basculé sur Bulk)
et je verrais si la déconnection fatale surgit de nouveau ...

Merci beaucoup en attendant !
Michaël

"Reclus" a écrit dans le message de news:
bos19d$1sdf$
Michael wrote in message
news:borjah$2vs$
Bonjour,
je viens de l'installer après de multiples déconnections aux heures de
pointe sur tiscali (je suis en 128Kb)
mais je retrouve exactement le même problème avec ce nouveau driver.
en fait la déconnnection n'est pas vraiment visible mais cela me fait
planter tout se qui est branché en usb (souris optique et scanner) et
qui


me
force a rebooter le pc
j'utilise Win98SE
Si quelqu'un a une idée sur ce problème ...
Merci d'avance



Bonjour Michael,

Je suis aussi sur Win98SE avec le driver 2.0.7 qui marche impeccablement
surtout par rapport à mon ancien ECI USB B-FOCUS qui consommait énormément
(500 mA au lieu de 400 mA celui-ci) et entrainait de vicieux gels de
connexions (bonne synchro, plus de FAI !).
J'ai essayé le 2.0.11 par fantaisie et parce que j'avais lu que la synchro
était plus rapide.
Je l'ai tout de suite désinstallé, il avait modifié (sans avertir)
beaucoup

de réglages pour les adapter à un réseau local alors que je suis en
monoposte.
En USB, je n'ai que le modem.

Pour ton problème, adresse impérative:

http://www.usbman.com/win98seusbguide.htm

Avec mon ECI, j'avais bien amélioré les choses en n'établissant pas la
connexion avec le FAI dés l'allumage de l'ordi : problème de stabilisation
de l'alimentation des prises USB ?

Essaie de mettre le modem tout seul sur un des circuits USB (gestionnaire
de

périphériques).

Bonne chance et amitiés.




Avatar
Reclus
Michael wrote:

[ je suis aller faire un petit tour sur ton site et je crois que j'ai
trouver
[ mon bonheur


Bonsoir Michael,

J'espère que cela va marcher.
Pense à vérifier (surtout si tu es en monoposte, ce qui semble être le cas)
que le 2.0.11 n'a pas introduit des réglages "réseau":

*MTU = Panneau Config/Réseau/Accès Distance/Avancées/Taille Paquets :
grand00 (il avait mis 1460 !)

*RWIN = si tu utilises plus grand que 65535, pense à changer vtcp.386
version 4.10.2222 buguée bridée à 65535 par 4.10.2223

*Propriétés Internet : onglet connexion : rien dans partie réseau local
(LAN) surtout si tu as un réglage PROXY dans la partie TISCALI.

Si la sécurisation de ton PC t'intéresse:

https://grc.com/x/ne.dll?bh0bkyd2 (cliquer sur proceed du haut)

Bonne chance et amitiés.
Avatar
Michael
Ou se situe ce paramètre ? impossible de mettre la main dessus ???
"*RWIN = si tu utilises plus grand que 65535, pense à changer vtcp.386
version 4.10.2222 buguée bridée à 65535 par 4.10.2223"

J'utilise le pc en monoposte mais j'ai une carte réseau,
les paramètres de taille paquet étaient bien à 1460, mais que cela
influence-t-il sur le système ? est-ce spécifique a l'utilisation monoposte
ou est-ce pour optimiser au max la connexion adsl ?

Merci d'avance pour toutes ces réponses intéressantes !




Bonsoir Michael,

J'espère que cela va marcher.
Pense à vérifier (surtout si tu es en monoposte, ce qui semble être le
cas)

que le 2.0.11 n'a pas introduit des réglages "réseau":

*MTU = Panneau Config/Réseau/Accès Distance/Avancées/Taille Paquets :
grand00 (il avait mis 1460 !)

*RWIN = si tu utilises plus grand que 65535, pense à changer vtcp.386
version 4.10.2222 buguée bridée à 65535 par 4.10.2223

*Propriétés Internet : onglet connexion : rien dans partie réseau local
(LAN) surtout si tu as un réglage PROXY dans la partie TISCALI.

Si la sécurisation de ton PC t'intéresse:

https://grc.com/x/ne.dll?bh0bkyd2 (cliquer sur proceed du haut)

Bonne chance et amitiés.







Avatar
Reclus
Michael wrote in message
news:bouc4l$mnu$

J'utilise le pc en monoposte mais j'ai une carte réseau,


La question à se poser est:
Est-ce que je fonctionne en réseau local ?
Pas de réseau local + USB = 1500
MTU la plus haute compatible (MaxMTU que tu dois retrouver avec TCP
Optimizer dont je parle plus loin)

les paramètres de taille paquet étaient bien à 1460, mais que cela
influence-t-il sur le système ?


Oui.
Sur des canaux de 1500, tu envoies des péniches de 1460 = pas optimal.

est-ce spécifique a l'utilisation monoposte


Dans ton cas, oui.
Si réseau + carte ethernet & modem du même métal = système plus compliqué,
on adapte des conteneurs de 1460 sur des péniches de 1500 (encapsulation)

Raisonnement de SAGEM:
*1460 pour tout le monde = USB peu pénalisé, ethernet content.
*1500 pour tout le monde = USB content, ethernet catastrophique (péniche
1500 ne passe plus = fragmentation).
La décision est vite prise !


ou est-ce pour optimiser au max la connexion adsl ?


Oui, péniche de 1500 sur canal de 1500 = tiptop !

Ou se situe ce paramètre ? impossible de mettre la main dessus ???
"*RWIN = si tu utilises plus grand que 65535, pense à changer vtcp.386
version 4.10.2222 buguée bridée à 65535 par 4.10.2223"


RWIN is the TCP Receive Window = DefaultRcvWindow dans le registre
Win98 = HKLMSystemCurrentControlSetServicesVxDMSTCP
N'existe pas si d'origine (défaut92), apparaît à la bidouille (65535 pour
la plupart des drivers ADSL), va jusqu'à 256960.
Cette valeur est bonne pour tous les usages, à ne modifier que pour
amusement par des gens avertis (REGISTRE CORROMPU = REINSTALL COMPLETE !!!).
Dépend de VTCP.386 dont la première version 4.10.2222 était buguée limitant
à 65535 (ceci expliquant cela ?).
La 4.10.2223 monte semble-t-il à 256960.

RWIN est un entrepôt intermédiaire où on stocke le contenu de plusieurs
péniches avant de vérifier la marchandise et signer le reçu.
Si anomalie, on jette tout ce qui est dans l'entrepot et on fait relivrer.
Gros entrepôt = travail plus rapide.
Si erreur, gros entrepôt = travail moins rapide, il faut trouver le bon
compromis.
Les (re)livraisons étant beaucoup plus rapides en ADSL qu'en RTC donc moins
pénalisantes, on utilise de gros entrepôts:
RTC = Win98 = 8192
ADSL = driver ADSL = 65535


TCPIP Optimizer = bon freeware pour apprendre et ... bidouiller:
http://www.speedguide.net/downloads.php

Dans ce groupe, lire les contributions de Rémy MOULIN qui signe Herm.
C'est un régal pour l'esprit, avec lui, on a l'impression de devenir
intelligent <:o)))

Bonne chance et amitiés.

Avatar
Michael
Waaah trop balèze, je ne savais pas que l'on pouvait aussi loin
l'optimisation de la ligne adsl , bon pour moi qui suit en 128Kb (160Kb
réel) je ne vais pas gagner grand chose, mais ce sera déja sa de pris
Le but va etre de trouver le bon compromis entre l'optimisation et ce
windows a la noix !

Vous devez surement etre informaticien pour avoir de telles connaissances
dans le domaine ???

Mille mercis !

"Reclus" a écrit dans le message de news:
bovmp2$v39$

Michael wrote in message
news:bouc4l$mnu$

J'utilise le pc en monoposte mais j'ai une carte réseau,


La question à se poser est:
Est-ce que je fonctionne en réseau local ?
Pas de réseau local + USB = 1500
MTU la plus haute compatible (MaxMTU que tu dois retrouver avec TCP
Optimizer dont je parle plus loin)

les paramètres de taille paquet étaient bien à 1460, mais que cela
influence-t-il sur le système ?


Oui.
Sur des canaux de 1500, tu envoies des péniches de 1460 = pas optimal.

est-ce spécifique a l'utilisation monoposte


Dans ton cas, oui.
Si réseau + carte ethernet & modem du même métal = système plus compliqué,
on adapte des conteneurs de 1460 sur des péniches de 1500 (encapsulation)

Raisonnement de SAGEM:
*1460 pour tout le monde = USB peu pénalisé, ethernet content.
*1500 pour tout le monde = USB content, ethernet catastrophique (péniche
1500 ne passe plus = fragmentation).
La décision est vite prise !


ou est-ce pour optimiser au max la connexion adsl ?


Oui, péniche de 1500 sur canal de 1500 = tiptop !

Ou se situe ce paramètre ? impossible de mettre la main dessus ???
"*RWIN = si tu utilises plus grand que 65535, pense à changer vtcp.386
version 4.10.2222 buguée bridée à 65535 par 4.10.2223"


RWIN is the TCP Receive Window = DefaultRcvWindow dans le registre
Win98 = HKLMSystemCurrentControlSetServicesVxDMSTCP
N'existe pas si d'origine (défaut92), apparaît à la bidouille (65535
pour

la plupart des drivers ADSL), va jusqu'à 256960.
Cette valeur est bonne pour tous les usages, à ne modifier que pour
amusement par des gens avertis (REGISTRE CORROMPU = REINSTALL COMPLETE
!!!).

Dépend de VTCP.386 dont la première version 4.10.2222 était buguée
limitant

à 65535 (ceci expliquant cela ?).
La 4.10.2223 monte semble-t-il à 256960.

RWIN est un entrepôt intermédiaire où on stocke le contenu de plusieurs
péniches avant de vérifier la marchandise et signer le reçu.
Si anomalie, on jette tout ce qui est dans l'entrepot et on fait relivrer.
Gros entrepôt = travail plus rapide.
Si erreur, gros entrepôt = travail moins rapide, il faut trouver le bon
compromis.
Les (re)livraisons étant beaucoup plus rapides en ADSL qu'en RTC donc
moins

pénalisantes, on utilise de gros entrepôts:
RTC = Win98 = 8192
ADSL = driver ADSL = 65535


TCPIP Optimizer = bon freeware pour apprendre et ... bidouiller:
http://www.speedguide.net/downloads.php

Dans ce groupe, lire les contributions de Rémy MOULIN qui signe Herm.
C'est un régal pour l'esprit, avec lui, on a l'impression de devenir
intelligent <:o)))

Bonne chance et amitiés.









Avatar
Reclus
Michael wrote:

Waaah trop balèze



<:o)))

Pas balèze du tout !

C'est juste le souhait -imprudent !- de rendre service à quelqu'un qui
utilise la même configuration que moi et qui disait son désarroi.
L'étendue de mes incompétences m'expose à tout moment à un tacle meurtrier,
à la carotide, de n'importe lequel des pensionnaires de ce groupe.

Il ne faut pas oublier que ces quelques notions intégrées péniblement sont
le résultat d'énormes con...ries passées.

Amitiés.

1 2