Home |
Last modified: 16-06-2020 |
J'ignore si c'est un problème spécifique à Tele2, mais certains utilisateurs buttent sur un problème de connexion que le support appelle "connexion fantôme", c.a.d. que la connexion précédente n'a pas été fermée correctement (fin de session PPP), ce qui entraîne que les serveurs du FAI (DSLAM?) considèrent que le PC est toujours connecté, et refusent donc une nouvelle tentative de connexion.
Deux trucs à essayer:
... et fait éventuellement rebooter la machine violemmment. C'est un problème de la gestion du port USB des carte-mères équipées du chipset VIA.
si la led rouge s'éteint c'est que le port usb ne fournit plus de courant.
ça arrivait sur d'anciennes cartes mères à chipset VIA quand la consommation sur le port usb dépassait 500mA (le modem eci frole les 500mA). Dans ce cas, le chipset croyait avoir affaire à un court-circuit et coupait tout simplement le port usb.
Pour améliorer la gestion usb :
-installer la version de bios la plus récente
-installer les plus récents drivers pour la carte mère
-brancher le modem seul sur la paire de ports usb
-vérifier que l'alim est suffisamment puissante pour le PC
Et puis comme ça ressemblait bien à un problème de surchauffe (surtout qu'en gros c'était au bout de 30min-1h) et que j'avais vu des gens sur DSLvalley parler d'un problème de surchauffe d'un ECI ethernet, j'ai essayer de mettre un gros ventilo contre le modem qui est mis à la verticale, et là ça marche du tonnerre depuis. Alors je ne veux pas généraliser, le problème est peut -être spécifique à mon modem (défectueux?), mais si vous avez essayer tout le reste essayer de ventiler le modem.
ton problème m'évoque un peu un bug connu dans certaines révisions du chipset VIA 686B et dont on parlait ya plus d'un an.
L'installation des pilotes VIA 4in1 réglait ce problème. Ceci est valable si tu as une carte mère à chipset VIA sinon oublie.
Perso, je vérifierai aussi
-l'alim... n'est-elle pas sous-dimensionnée ?
-le ventilateur du processeur : fonctionne t'il correctement ? n'y aurai t'il pas dans le bios de la carte mère, une option pour éteindre le PC en cas de surchauffe et/ou de ventilateur défectueux ?
Solutions techniques :
- hub usb auto alimenté
- carte PCI USB avec chipset NON VIA
- alimentation plus puissantes (>300W) conforme aux spécificités de AMD
- réglages du BIOS (version, configuration)
- dernière version des VIA4in1 + patchs PCI/USB de VIA
- tester les différents pilotes disponibles (les derniers ne sont pas forcément ceux qui marchent le mieux)
- formater le disque, et réinstaller le système d'exploitation proprement. D'abord le modem!! puis le reste de votre matos petit à petit (carte graphique, imprimante, etc)
- déplacer certaines cartes PCI, certaines pouvant occuper des slots en conflits avec l'usb
- éviter l'utilisation de l'IRQ 5 par la carte son (y aurait des incompatibilités)
- vérifier oxydation de la prise téléphonique
- enlever, si présence, une bricole grise/noire/beige dans le boitier FT de répartition des lignes (thermostat? me souvient plus, je suis pas électricien moi )
- changer de carte mère (je suppose non VIA de préférence)
- échanger son modem ECI USB par un autre (il y aurait de mauvaises séries, tester le sien chez quelqu'un chez qui ca marche)
- remplacer son modem ECI USB par un modem BEWAN PCI-ST (par ex) ou modem Ethernet
Solutions provisoires :
- se brancher sur une radio du web (ca marche bien)
- mettre en lecture Winamp (à tester, pas encore confirmé, mais j'émet de sérieux doutes)
le ponpon de la mort qui tue c'est d'avoir une SB live [qui n'aime pas le partage d'irq] dans le slot PCI qui partage son IRQ avec l'USB [qui n'aime pas trop non plus le partage d'IRQ] et le modem ECI branché sur le concentrateur USB qui correspond... sachant que le modem eci usb est très susceptible de nature, vous avez là un cocktail détonnant... même nucléaire, à mon avis.
Malheureusement, d'après ce que j'ai vu plusieurs fois, les assembleurs ont tendance à placer la SB justement dans ce slot PCI là. Alors évidemment tout marche relativement bien... jusqu'au jour ou vous branchez un périph USB : et si c'est l'ECI USB (ou certaines Webcams ou certains scanners), ben c'est la cata.
http://infolibre.dyndns.org/adsl/adsl.html
http://www.rhapsodyk.net/adsl/HOWTO/
http://www.linux-firewall-tools.com/linux/
http://onconux.dyndns.org
Qu'est ce qu'un BAS ?
Broadband Access Serveur. Une machine qui fédère les flux collectés par les DSLAMs et les redistribue aux FAI.
C'est quoi TurboLL ? Une autre offre ADSL de FT ?
C'est une offre ATM sur ADSL réservée aux Pro (because les prix). C'est donc Netissimo (1 et 2), IP/ADSL et Turbo LL qui composent l'offre ADSL de FT.
PPPoE : Point to Point Protocol over Ethernet (RFC 2516)
Protocole permettant de combler un manque dans le protocole PPP, c'est à dire la reconnaissance ces adresse MAC (Medium Access Control) permettant aussi de faire passer du PPP sur Ethernet.
PPP/ PPTP / PPPoE
FT a choisi de débuter la commercialisation de l'ADSL avec une formule PPTP entre le PC et le modem ADSL. Or les seules plates-formes sous lesquelles on a une implémentation de PPTP sont Windows (PPTP est un protocole Microsoft), BSD (la version 3.4 de FreeBSD intègre directement un client PPPoE et un client PPTP) et Linux (non sans effort de la part de quelques linuxiens avertis).
Futur proche :
FT a pris la décision de passer une partie des abonnés en PPPoE et les FAI en modèle "fermé" L2TP. Pour cela ils ont conclu un partenariat avec ECI Telecom pour les modems et DSLAM et avec NTS pour la partie logicelle Enternet 300.
Ceci devrait simplifier l'installation de l'ADSL puisque la compatibilité avec les différents OS est plus grande. Le changement a commencé, et se fait de manière inégale sur le territoire.
Quelles sont les raisons qui ont amené FT, à changer le protocole DHCP des tests adsl, pour le protocole PPTP (VPN) développé à l'origine par Microsoft, qui de ce fait ne fonctionne bien que sous Windows 95/98/NT.
Réponse de Rani :
Dans la configuration actuelle d'ADSL version FT:
PC <=> Modem <----->BAS
<=>: lien ethernet donc réseau broadscast
<-->: VC ATM donc lien Point to Point
Maintenant, problème: on veut faire du PPP entre le PC et le BAS. Il faut donc crér sur le brin ethernet une liaison point-to-point pour qu'entre le PC et le BAS, on ait l'impression que c'est que du point-to-point. C'est tout ce que fait le PPTP ici... Créer un tunnel (donc une liaison point-to-point entre le PC et le modem). Ensuite, en fait passer une session PPP dans le tunnel PPTP et sur le VC ATM jusqu'au BAS (donc le BAS est serveur PPP)
Réponse de Damir (légèrement écourtée) :
Maintenant, si on regarde les modems ADSL, leurs interfaces côté abonné (dispo ou sur le point de l'être) peuvent être :
Ethernet
ATMF-25
PCI
USB
Petit problème, PPP est prévu, comme son nom l'indique, pour fonctionner sur une couche point à point. Dans le cas d'un modem avec interface abonné ATMF-25, PCI ou USB, on a de l'ATM jusqu'au poste de l'utilisateur (ou presque, dans le cas de l'USB), et on peut faire du PPP sur ATM. La session PPP passe dans un VC ATM point à point, et ça roule.
Maintenant, les modems les plus répandus pour le moment, ce sont les modems avec interface Ethernet. Et là, c'est plus une interface point à point, c'est une interface à accès partagé. Pour envoyer une trame sur Ethernet, PPP ou pas, il faut une adresse MAC destination. Et une adresse MAC, PPP ne sait pas ce que c'est.
Là, il y a deux types de solutions :
A) Utiliser un protocole de tunneling
Ces protocoles permettent de transporter du PPP sur une autre couche (sur IP, généralement). Les trois candidats en présence sont :
PPTP (origine Microsoft)
L2F (origine Cisco)
L2TP (tout récent, mais tout le monde s'est mis d'accord dessus, y compris Microsoft et Cisco ; contrairement aux deux précédents, il est publié en tant que RFC "standards track", autrement dit appelé à devenir LE standard quand l'IETF jugera qu'il est suffisamment mûr).
Bref, ces protocoles de tunneling offrent un certain nombre de fonctions, mais ne sont utilisés dans le cas qui nous occupe que pour transporter du PPP sur de l'Ethernet entre le PC et le modem. Une fois arrivé sur le modem, le PPTP s'arrête là, et seul le PPP continue, jusqu'au BAS (et éventuellement jusqu'à l'ISP).
En gros, c'est IP/PPP/PPTP/IP/Ethernet du PC jusqu'au modem, et IP/PPP/AAL5/ATM du modem au BAS. Eh ! oui, il y a deux couches IP l'une dans l'autre sur le poste, la plus basse servant uniquement à transporter PPTP lui-même sur Ethernet, du poste au modem, et la plus haute étant celle qui va sur Internet.
B) Faire quand même du PPP sur Ethernet...
C'est le PPPoE, issu notamment de Redback, société fabriquant des BAS, et de RouterWare, société fabriquant des softs PPPoE. Ce protocole permet l'auto-découverte de l'adresse MAC d'un serveur PPP, et décrit le format à utiliser pour émettre les trames résultantes.
En gros, c'est IP/PPP/Ethernet du PC jusqu'au modem, et IP/PPP/Ethernet/AAL5/ATM du modem jusqu'au BAS (le modem fonctionne en pont Ethernet).
Avantage : Contrairement au tunneling, on ne trimballe pas une couche IP supplémentaire.
Inconvénient : D'après Microsoft, c'est un protocole de plus à développer, pourquoi inventer un nouveau protocole, ça marche déjà très bien avec PPTP, et d'ailleurs PPPoE n'est pas supporté (par Microsoft...) sur WinXX. etc, etc, etc. No comment, si ce n'est qu'il faut effectivement installer un bout de soft non Microsoft, par exemple le WinPoET de RouterWare.
PPPoE n'est pas encore dispo (chez Alcatel), donc pas utilisable pour les tout premiers déploiements. PPTP est dispo chez eux, et présente l'avantage d'être fourni de base avec 98 et NT (et 95 moyennant mise à jour MSDUN 1.3), qui sont les OS les plus répandus. PPPoE fait manifestement plus propre, moins usine à gaz. Mais dans un cas comme dans l'autre, il s'agit de protocoles propriétaires, non standard, si ce n'est standard de fait
Une FAQ sur PPPoE en anglais : http://www.carricksolutions.com/pppoe.htm
PPPoE sur Linux: http://www.ecf.toronto.edu/~stras/pppoe.html
From: "toto"