Internet et Configuration modem sur protocole PPP 
Archive-name: fr/faq-modems-ppp/part1
Author: sintes@nfrance.com (Laurent Sintes)
Version: v 2.2 1997/08/09
Periodicity: 14 days
NewsGroups: fr.network.modems ;
fr.usenet.reponses ;
fr.reseaux.telecoms.techniques
WWW-Archive-Name : http://www.nfrance.com/intmodem.html
FTP-Archive-Name:
ftp://ftp.univ-lyon1.fr/pub/faq/by-name/fr/faq-modems-ppp
PRINCIPALES MODIFICATIONS DEPUIS LA DERNIÈRE VERSION
Franck Brunel ayant repris la partie RNIS de ce document et l'ayant
considérablement augmentée, la faq modem ppp est désormais dissociée
de la faq télécom maintenue par Franck Brunel et postée dans les
groupes fr.reseaux.operateurs.* et fr.usenet.reponses.
Par ailleurs, de nombreux lecteurs m'ont fait part d'un grand nombre
de remarques pertinentes et constructives qui me permettront, courant
septembre 1997, de proposer une version remaniée de ce document.
Qu'ils en soient remerciés et qu'ils m'excusent de ne pas toujours
avoir eu le temps de leur répondre personnellement mais toutes
ces remarques seront prises en compte.
SUMMARY - SUJET ABORDES
Ce document traite de la configuration de la couche TCP-IP / PPP pour
l'accès à l'Internet par modem et effectue une presentation du reseau
numeris (RNIS).
La plupart des plateformes y sont abordées. Macintosh, MS Windows
(3.XX et 95), Amiga, Linux, FreeBSD.
Il se subdivise en quatre grandes parties.
* Dans un premier temps, nous nous efforcerons d'aborder les principales
généralités sur les modems, les éléments à prendre en compte dans le choix
d'un matériel, le port série, l'Uart, les protocoles de compression et de
correction d'erreur, etc...
* La deuxième partie traite de la configuration de la couche logicielle
pour l'accès à Internet. Comment configurer Trumpet Winsock,
Windows 95, FreePPP, Linux, les principaux pièges à éviter,
les problèmes pouvant survenir, etc...
* La troisième partie constitue un cours sur la configuration d'un modem,
avec exemple, ainsi que les différents éléments à prendre en compte.
Vous y trouverez la réponse à bon nombre de questions que vous vous posez,
notamment si vous êtes débutant sur ce domaine.
Ce cours n'est pas accès sur Internet à proprement parler, vous trouverez,
par exemple, des éléments de configuration pour l'accès au minitel,
des informations précises sur les modems Olitec, Usr et Créatix,
le câblage du central téléphonique de votre entreprise pour permettre
les liaisons modems. Etc...
***NOUVEAU***
* La quatrieme partie traite de l'utilisation de numeris (RNIS).
Elle vient d'être supprimée. Voir la faq télécom postée par Franck
Brunel dans fr.reseaux.telecoms.* qui la reprend et la complète.
***
* En dernier lieu, l'annexe donne la liste commentée des principales
commandes Hayes, les fameux numéros brûlés, une cinquantaine de chaînes
d'initialisation pour les modems les plus courants du marché, une liste de
constructeurs de modems présents sur Internet ainsi qu'une bibliographie.
En espérant que ce document vous sera utile.
NOTE PRÉLIMINAIRE
Les chapitres nouveaux par rapport a la version 1.xx sont signalés par
<nouveau> (original non ?) les principaux remaniements l'étant par <###>).
Toutes suggestions et ajouts de votre part sont vivement encouragés
et seront pris en compte (de préférence par mail, mais je lis
fr.network.modems de toute
façon). C'est en grande partie grâce à vous que je pourrais continuer à
ameliorer ce document et je vous en remercie d'avance.
Par contre, je me m'engage pas à repondre a toutes les demandes de support
technique que je recois par mail, celles-ci atant assez nombreuses et,
pour la plupart, trouvant leur réponse dans le présent texte.
En particulier, je ne repondrai par mail à aucune question du type :
quelle chaine d'initialisation me conseillez-vous pour mon modem
Alpha version 3.05 de chez Unimodem.
Je vous prie de m'en excuser.
INTRODUCTION
* Remerciements
* Interne, externe ou PCMCIA - quelques generalites
* D'ou les principaux problemes de connexion viennent-ils ?
* A propos des vitesses de transmission
* Vitesse ligne (DCE) vitesse terminale (DTE) et protocole V42 et V42bis
* A propos de l'Uart (Compatibles PC)
* Le port série du Macintosh
* Mac-Modem : le bon cable <###> <nouveau>
* A propos du cable RTS + CTS
* A propos de la compatibilité PC - MAC
CONFIGURATION MATÉRIELLE ET COUCHE LOGICIELLE
* Le driver de ports de Windows
* Le panneau de controle "ports" (Windows)
* Configuration de Trumpet Winsock (windows)
* Configuration de Windows 95 (quelques rappels)
* Tampons Fifo et optimisation du system.ini (windows)
* Comment éviter les OverRuns sous Wfwg 3.11 <###>
* Quelques informations sur MS DOS <###>
* Mac PPP (ou FreePPP) et Mac TCP
* Et sur système 7.5.3 ?
* UNIX : Généralites, Linux, FreeBSD <###>
* Amiga
* Configuration du Bios
CONFIGURATION DU MODEM
* La structure d'une commande AT
* Qu'est-ce qu'une chaine d'INIT ?
* Configuration par défaut - configuration courante
* Ou se trouve ma chaine d'INIT ?
* Comment construire une chaine d'init optimisée:
une methode simple et exemples
* Je n'ai pas le bon driver windows 95
* Comment modifier et optimiser mon driver windows 95 ?
* Quelques réponses en VRAC
* Tout (ou presque) sur l'Olitec
* Quelques informations sur les USR <###>
* Une info sur les Créatix <###>
* Modem et central téléphonique
ANNEXES :
* Liste commentee principale commandes Hayes
* Tester sa ligne avec le 36440000 (source : France Telecom)
* Les numeros brules : quelques exemples de brulage off
* Quelques chaines d'initialisation
* Bibliographie
* Quelques constructeurs de modems sur le net.
* Auteur et Copyright
SECTION 1 : INTRODUCTION - Le modem d'un point de vue hardware
Plan de la section :
* Remerciements
* Interne, externe ou PCMCIA - quelques generalites
* D'ou les principaux problemes de connexion viennent-ils ?
* A propos des vitesses de transmission
* Vitesse ligne (DCE) vitesse terminale (DTE) et protocole V42 et V42bis
* A propos de l'Uart (Compatibles PC)
* Le port serie du Macintosh
* Mac-Modem : le bon cable <###>
* A propos du cable RTS + CTS
* A propos de la compatibilite PC - MAC
* Remerciements
Cette Faq à été écrite grâce à la collaboration de nombreux béta-lecteurs
que je tiens à remercier, et en particulier :
- Stephane Bortzmeyer pour ses nombreuses remarques constructives,
notamment ce qui concerne Linux et ses apports de toute sorte,
notamment la partie RNIS.
- Philippe Delaunay
- Jean-Yves Bernier pour ses avis précieux sur la partie Macintosh.
- Stephane Marzloff
- Jean-Louis Alibert
- Olivier Cahagne
- Philippe Young
- Johann Girard-Cheron pour les paragraphes concernant Amiga.
- Sylvain Nierveze pour le paragraphe concernant FreeBSD
- Sebastien Willemijns (sw@mail.dotcom.fr)
qui a ecrit une Faq analogue destinee aux BBS et dont
j'ai repris plusieurs parties avec son accord.
- Pascal Petit
- Jean Pierre Kuypers
- Christophe Causer
- Siebering Clement
- Dominique Othello
- Stephane Gibier
- Jacques Christ
Toutes remarques et suggestions peuvent m'être adressées à
sintes@nfrance.com.
* Interne, externe ou PCMCIA - quelques généralités
L'installation d'un modem interne (sous forme de carte d'extension)
nécessite la présence d'un connecteur d'extension libre sur la carte mère.
Il est donc indispensable, avant tout achat de ce type de s'assurer de la
presence d'un tel connecteur.
L'installation d'un modem de type externe (sous forme de boitier)
nécessite la présence d'un connecteur série male libre à l'arrière
de l'unité centrale. On peut remédier à cette absence éventuelle
en achetant une carte d'extension entrée/sortie (PC).
Sur Macintosh, le modem externe se place sur le connecteur
série mini-din 8 portant le sigle "téléphone" ou son
homologue portant le sigle "imprimante".
Les modems repondant au standard PCMCIA (format carte de crédit)
s'intègrent dans un connecteur spécial prévu à cet effet. Ils sont
essentiellement reservés aux ordinateurs de type portable.
D'une manière générale préferez toujours un modem externe a un modem
interne, et ceci pour diverses raisons :
- un modem externe est facilement transportable
d'un ordinateur a un autre.
- la configuration d'un modem interne peut poser un certain
nombre de problèmes techniques
(conflits d'IRQ (PC), etc...)
- En cas de problème avec un modem interne (tres frequent),
numéro brulé par exemple, ce n'est pas le modem lui-même
qu'il faut éteindre et rallumer mais le bouton reset de votre
unité centrale qu'il faut presser.
- La présence de diodes de signalisation sur le modem externe
est un outil de déboguage indispensable.
Ces diodes permettent la visualisation de l'état de connexion,
du signal CD, voire de l'affichage numérique de la
vitesse, etc... et sont une aide facilitant grandement le diagnostic
en cas de problème (et il y en a toujours).
Parfois même, avec un modem interne, on peut mettre plusieurs
minutes avant de s'apercevoir que la connexion s'est rompue.
* D'ou les principaux problèmes de connexion viennent-ils ?
(toutes machines)
- Numéro de passerelle incorrecte
- Problème de configuration du port série
- Chaine d'initialisation du modem non optimisée
- Conflit entre le driver PPP et le driver Fax
- Cable de liaison entre modem et micro-ordinateur de mauvaise
qualité ou ne gérant pas le controle de flux
hardware (RTS + CTS)
- Mauvaise qualité de la ligne telephonique
- Utilisation d'un modem non agrée sur un central France Telecom
pourvu de limitateur d'intensite (du au fait que les modems
non agrées ont une inpédance de 300 ohms
contre 600 ohms pour les agrées).
- Temps de prise en compte du signal DTR trop faible.
Généralement s25=20 règle le problème (20ms ou lieu de 5)
(windows)
- System.ini non optimisé
- Taille des paquets transmis trop importante (tcp mss et valeurs
associées)
(Macintosh)
- Conflit d'extension ; notamment entre PPP et certains drivers de
fax.(sous forme d'extension) ou d'impression.
Notamment l'extension Olifax pose problème.
Ces points sont détaillés plus loin.
* A propos des vitesses de transmission
La vitesse de transmission d'un modem s'exprime
généralement en b/s (bits par seconde).
Ne pas confondre baud et b/s (bit/s)
Le baud (Bd) est le nombre de changements significatifs
d'un signal par seconde.
Ces changements significatifs constituent la modulation.
Si cette modulation est bivalente, la vitesse de modulation (en Bd)
est égale au débit binaire (en bit/s).
C'est par exemple le cas du modem du Minitel,
mais certainement pas celui d'un modem rapide.
Exprimé en d'autres termes, le baud mesure la rapidité de modulation,
c'est-à-dire la cadence à laquelle le modem peut changer sa modulation.
Le débit binaire n'est égal à la rapidité de modulation que pour
les modems anciens qui ne transmettent qu'un bit à la fois (V21, V23).
Les modems récents utilisent des modulations qui codent plusieurs bits
à la fois, et leur débit binaire en bps est supérieur à leur rapidité
de modulation en bauds.
Seul le débit binaire en bps réflète la performance du modem.
<###>
Quelques précisions mathématiques :
En effet le baud mesure le nombre d'états significatifs transmis par
seconde. Grâce à des algorithmes complèxes de modulations combinant la
modulation de phase et d'amplitude nous avons la relation suivante:
D (débit binaire en bits/seconde)=R (rapidité de modulation en baud)
log en base 2 V (valence du signal).
V: nombre d'états signicatifs que peut prendre le signal. Exemple: si un
système permet de différencier une tension de 0v et 1v la valence
du signal est 2. Si il permet de distinguer +2 +1 -1 -2
alors la valence du signal est de 4.
Nous voyons que souvent la valence est une puissance de deux
d'où la relation:
D = R logbase2 2puissance n.
Ainsi si nous avons un débit binaire de 28800 bits/secondes et si nous
adoptons une modulation sur 1 bit il impossible de passer
le signal sur une ligne RTC.
Le théorème de Nyquist, dit (en simplifiant) qu'on ne peut pas transmettre
plus de 2f signaux indépendants par seconde a travers un circuit de bande
passante f.
Donc, à travers une ligne téléphonique de bande 300/3400 Hz
(soit 3100 Hz), on ne peut pas utiliser une vitesse de modulation
supérieure à 6200 Bd sans provoquer de l'intérference intersymboles.
(en fait, à cause de la distorsion de phase, on ne peut guère
dépasser 3500 Bd).
Le theorème de Shannon intervient pour limiter le débit binaire
C en faisant intervenir le rapport signal/bruit (S/N) en plus de la
bande passante W. Il dit:
Cmax = W log2 (1+S/N).
On voit que la limite de Shannon est maintenant presque atteinte avec
les modems a 33600 bit/s puisque le rapport signal/bruit des lignes ne
dépasse guère 35 dB.
Ne pas confondre bps (bits par seconde) et Bytes par seconde (un Byte est
egal a un octet, c'est-a-dire un groupe de 8 bits).
Petite note : l'abreviation bps, bien qu'"tant largement employée
dans ce document et comme me le fait remarquer a juste titre
Jacques Christ, est un abus de langage. L'abreviation officielle
de l'UIT est "bit/s". L'ISO tolere aussi "b/s"
Ne pas confondre bps (bits par seconde) et cps (caractères par seconde) :
pour transmettre un caractere, il faut (en simplifiant) 10 bits (8 bits de
données, 1 bit de stop, 1 bit de start). D'une manière approximative, on
peut donc calculer la vitesse en cps en divisant la vitesse en bps par 10
(en mode normal).
Dans le cas d'une liaison V42, les bits de starts et
de stop sont remplacés par des d"limiteurs de paquets.
Débit en bps et norme ccitt associée :
V23 : 75/1200 en appel ou 1200/75 en réponse
V21 : 300/300 bps
V22 : 1200/1200 bps
V22bis : 2400/2400 bps
V32 : 9600/9600 bps
V32bis : 14400/14000 bps
v34 : 28800/28800 bps
VFC : 28800/28800 bps
V27ter : 4800/4800 bps -> télécopie
V29 : 9600/9600 bps -> télécopie rapide
V42 : protocole de correction d'erreurs
V42bis : protocole de compression de données.
A noter que le VFC n'est pas une norme CCITT. Comme il est déjà difficile
de faire communiquer deux modems CCITT il nous semble sage d'oublier ces
derniers.
Pour l'Internet, on choisira de préférence un modem intégrant les normes
V32bis (au minimum), v34, ou VFC ainsi que les protocoles V42 et V42bis de
correction d'erreurs et de compression de données, car même si l'on compte
se cantonner à l'e-mail et aux news, l'économie que permettra un
V34 sur la facture téléphonique sera toujours appreciée.
Si l'on compte utiliser en outre le modem pour faire de
l'émulation Minitel ou fax, on vérifiera qu'il intègre
les normes V23 ou v29.
* Vitesse ligne (DCE) vitesse terminale (DTE) et protocole V42bis :
Attention à ne pas confondre la vitesse DCE
(Data Communication Equipement)
ou vitesse de ligne entre les deux modems, avec la vitesse terminale
(Data Terminal Equipment) ou vitesse de jonction entre
modem et ordinateur.
La première est déterminée par le type de votre modem (V32bis, V34),
tandis que la seconde, appelée aussi "port speed" est en général
configurable par logiciel (voir plus loin).
Choisissez toujours une vitesse de jonction supérieure
à la vitesse de transmission en ligne.
L'utilisation du protocole de compression de donnees V42bis peut encore
elever le débit de la jonction modem-ordinateur, en théorie
d'un facteur 4.
Vous ne profiterez pleinement du bénéfice de la compression que si vous
réglez la vitesse de jonction a quatre fois la vitesse ligne, ce qui peut
excéder les capacités d'entrées/sortie de votre ordinateur.
(voir plus loin).
Quelle vitesse puis-je donc réellement atteindre <###>
L'emballage de votre modem précise, en gros caractères, vitesse de
transmission jusqu'a 115Kbps (kilo bits par seconde),
que cela signifie-t-il ?
Tout simplement que votre modem est de type V34 (28800bps) associant la
norme de compression de données V42bis, et en aucun cas que vous allez
pouvoir atteindre des vitesses de transmission aussi elevées.
En effet, si le rendement maximum théorique de la compression de données
est effectivement de 1/4 , permettant ainsi des vitesses
DTE de 28800 bps*4 = 115Kbps (pour un modem v34),
il s'agit bien là, soulignons le, d'un taux de compression
théorique sur des fichiers de type texte non compressés et
dans des conditions parfaitement optimales.
En pratique, la plupart des fichiers proposés en FTP sont deja compressés
et donc peu ou pas de compression possible.
Sur des fichiers de type texte (.rtf, .hqx, .txt, etc...)
on peut arriver en moyenne a un rapport de
compression de 1/2 voire 1/2.5, ce qui n'est déjà pas si mal.
Mesure maintenant en ko/s, et avec un modem 28800 bps,
un taux effectif de transfert de 3Ko/s sur des fichiers compressés
ou de 6Ko/s sur des fichiers de type texte peut être considéré
comme un maximum (diviser par deux pour un modem 14400bps).
Et encore, ceci implique, comme nous allons le voir, un port série rapide,
un cable de liaison permettant le controle de flux RTS + CTS,
l'optimisation du system.ini (sur windows), de la chaine d'initialisation
du modem, une excellente qualité de liaison téléphonique, une bande
passante de qualité de la part de votre provider et ne peut être realisé
qu'a certaines heures.
* A propos de l'Uart (PC)
Une bonne configuration du port série est primordiale pour
la qualité de la liaison PPP.
Le port série ne doit en aucun cas être configuré dans la
couche logicielle à une vitesse supérieure à ses capacités hardware,
sous peine d'erreurs ralentissant considérablement la connexion,
voire même de déconnexions inopinées.
L'UART (Universal Asynchronous Receiver Transmitter) est un controleur
d'entrées sorties qui permet la gestion des ports séries du PC.
Il se présente sous la forme d'un composant à 40 broches
sur la carte série.
Il y en à trois principaux types :
- le 8250 qui permet une vitesse du port série de 19200bps max.
- le 16450 qui permet une vitesse du port série réelle
comprise entre 38400 et 57600 bps en fonction de la
puissance du processeur.
- le 16550 qui permet une vitesse du port série de 115kbps max grâce
essentiellement à la gestion de 2 tampons Fifo (16 bytes en entrée;
16 bytes en sortie).
Il est très important de souligner que ces vitesses de transmission
sont des vitesses maximum pratiques,
qui n'ont donc rien à voir avec un maximum théorique.
Elles peuvent varier notamment en fonction du type de système
d'exploitation que vous utilisez, de sa capacité au multitache préemptif,
de son optimisation, de la qualité de la ligne téléphonique.
Ces vitesses sont données à titre indicatif et ne sont donc
en aucun cas à prendre "à la lettre".
Certains vous diront même qu'un Uart 16450 permet d'atteindre
la même vitesse qu'un Uart 16550.
C'est à la fois vrai et faux. Vrai dans la mesure ou l'Uart
16550 ne se distingue que la présence de tampons Fifo,
il n'y a donc pas de différence de rapidité au niveau du port
proprement dit ; faux dans la mesure ou les deux buffers
Fifo du 16550 permettent d'éliminer la plupart des erreurs
de port, amenant un gain considérable d'efficacite globale.
Si vous dépassez ces vitesses vous risquez de fréquentes
ComOverruns erreurs, ayant un poids extrèmement négatif
sur le rendement global de votre liaison.
Avec un Uart 8250, difficile de depésser une vitesse terminale
de 19200bps; donc impossible de se connecter
en V34 (28800bps) ou VFC; si vous utilisez un modem 14400bps,
vous devrez peut-etre même invalider la compression
de données dans la chaine d'initialisation de votre modem.
Si vous utilisez un modem V34 (28800bps), vous devrez forcer
la liaison en V32 bis soit 14400 bps (par la commande Hayes B10)
et invalider *éventuellement* la compression de données.
Avec un Uart 16450, et suivant la puissance de votre machine, vous pouvez
regler votre port série entre 38400 et 57600bps (486DX2 et superieur);
Si vous utilisez un modem V34 (28800bps),
il est possible que vous ayez besoin d'invalider la compression
de données pour éviter des bourrages.
Avec un Uart 16550, par contre, on peut atteindre une vitesse série de
115Kbps, et donc bénéficier pleinement d'une connexion en V34 ou VFC
et des protocoles de correction d'erreurs et compression de données
V42 et V42bis.
Le paramétrage de la config en fonction du type d'Uart utilise est décrit
plus loin.
Pour connaitre le type d'UART utilise par votre PC sans démontage,
- Sur MSDOS, exécuter le programme MSD.EXE puis choisir ComPort.
- Sur WINDOWS95 Vous devez vous rendre au panneau de configuration
puis cliquer sur modem, sélectionner modem,
puis cliquer sur diagnostique.
- Sur Linux, utiliser 'setserial' qui détecte en géneral votre Uart.
# setserial/dev/ttyS0
/dev/ttySO, UART: 16550A, Port: 0x03f8, IRQ: 4
Il peut arriver que MSD.EXE confonde un Uart 8250 avec un Uart 16450 même
s'il détecte sans problème la présence d'un 16550. Le plus simple reste
toujours de consulter le manuel de son ordinateur ou d'enlever le capot
pour dissiper tout doute à ce sujet. La réference du composant est
généralement inscrite sur l'Uart.
<###>
Si vous désirez intégrer un Uart 16550, diverses solutions sont possibles:
- Changer de carte controleur ou de carte série (cout: environ 130F)
- Ajouter une carte série avec un Uart 16550A
- Changer simplement l'Uart sur votre carte série (opération délicate mais
extrèmement économique (environ 20F dans tout bon magasin d'electronique)).
Notons que quelques (rares ?) boutiques d'electronique effectuent
l'opération gracieusement.
Amenez leur simplement votre carte controleur ou série.
<###>
Si vous devez changer d'Uart, exigez le composant NS16550AFN (100 a 150F)
et non un de ses clones (par exemple le WD16550).
* Le port série du Macintosh
Bien que fonctionnant de manière légèrement différente que sur le PC, le
port série du Macintosh peut limiter la vitesse DTE de la jonction.
Si vous possédez un Macintosh AV ou un PowerMacintosh, pas de problème :
vous pouvez bénéficier d'une vitesse DTE de 115Kbps, et donc de manière
simultanée d'une connexion en V34 et des protocoles
de correction d'erreurs et de compression
de données V42 et V42bis.
Avec les autres types de Macintosh, la vitesse du port série
plafonne entre 38400 bps et 57600 bps
(certains ports série plafonnent théoriquement à 57600bps
mais ne fonctionnent pas correctement au-dessus de 38400bps).
Donc, si votre port série plafonne à 38400bps, et que vous utilisez un
modem V34, il est possible que vous deviez invalider la compression
de données dans la chaine d'initialisation de votre modem,
ceci pour éviter d'éventuels bourrages.
Il n'y a pas de règles systématiques a ce niveau.
Tout dépend essentiellement de la qualité du modem utilisé.
Essayez toujours, dans un premier temps, de parametrer la compression
de données dans la chaine d'initialisation de votre modem et
invalidez-la en cas de problème.
Enfin, certains Macintosh très anciens (68000) et certains PowerBook ne
permettent pas une vitesse DTE supérieure à 19200 bps;
donc impossible de se connecter à plus de 14400 bps (DCE).
Vous devez donc invalider la compression de données
dans la chaine d'initialisation du modem, et forcer
la connexion en V32b (commande Hayes B10).
Il n'y a malheureusement pas de programme livre en standard
avec le système d'exploitation, à l'instar de MSD.EXE du Dos,
permettant de connaitre la performance du port série
sans demontage. En cas de doute, vous pouvez vous
reporter a votre manuel, au site d'Apple (www.apple.com),
ou utiliser un shareware tel que MacCheck
(ftp://ftp.pasteur.fr/pub/Mac/Utils/MacCheck_.sea).
* Mac-Modem - Le bon cable <###>
Le port série du Macintosh pose un problème particulier;
il est ainsi fait qu'il n'y a malheureusement pas la place
de tout cabler. Le choix d'un cablage dépend donc
intrinsequement de ce que l'on veut faire du modem
ainsi que des logiciels et outils de communication utilisés.
Schéma du port série du Macintosh :
Pin Name Function
1 HSKo Output handshake (Zilog 8530 DTR pin)
2 HSKi/Clock Input handshake or external clock
(depending on 8530 mode)
3 TxD- Transmit data (minus)
4 SG Signal ground
5 RxD- Receive data (minus)
6 TxD+ Transmit data (plus)
7 GPi General purpose input (not on Mac Plus or
earlier machines)
8 RxD+ Receive data (plus)
Il n'y a pas si longtemps, une grande majorité des acheteurs
de modems s'en servaient quasi-exclusivement pour de
l'émulation de minitel, du fax ou de la transmission de données
à faible vitesse (2400bps).
Le hardware handshake &tait alors considéré comme inutile
par les fabricants, Xon + Xoff pouvant, dans ces conditions,
parfaitement suffire.
Fort heureusement, on constate une nette évolution
de la part des constructeurs.
De plus en plus, les modems sont vendus avec des cables corrects,
c'est-a-dire permettant le controle de flux par RTS + CTS.
La documentation de FreePPP est d'ailleurs parfaitement claire a ce sujet:
n'utilisez pas de contrôle de flux par Xon-Xoff.
En effet, Pour Internet et les BBS à haute vitesse,
le hardware handshake est quasiment indispensable.
Sinon, impossible d'uploader avec Zmodem par exemple,
même si l'on arrive tant bien que mal à downloader.
Il existe au moins 4 types de branchements possibles,
permettant tous le controle de flux hardware.
Ils ont tous leurs avantages et leurs inconvenients.
Le cablage recommandé par Apple fonctionne correctement,
mais son défaut est qu'il ne permet pas la gestion du signal DTR.
Si vous utilisez un tel type de cablage, vous devez rajouter
&d0 dans la chaine d'initialisation du modem pour éviter
une déconnexion à la première tentative d'utiliser RTS,
avec l'inconvenient que le modem ne verra pas la fermeture de
la connexion (la chute du signal DTR étant souvent la meilleure
solution pour indiquer la fin de la communication et ordonner
la déconnexion).
Heureusement, FreePPP gère tres bien l'écho PPP LCP.
Par conséquent, si vous n'avez pas réglé l'"écho intervall" sur off,
vous serez néanmoins prévenu de la déconnexion par un message:
ppp lcp echo failure.
N'oubliez pas egalement de cocher l'option 'raccrocher a la fermeture'.
Schema de cablage recommande par Apple
Macintosh (DTE) Modem (DCE)
DIN-8 DB-25
Pin Signal Signal Pin
1 HSKo ----------------------+---- RTS 4
'---- DTR 20
2 HSKi --------------------------- CTS 5
3 TxD- --------------------------- TxD 2
4 GND ----+---------------------- GND 7
8 RxD+ ----'
5 RxD- --------------------------- RxD 3
6 TxD+ (nc)
7 GPi --------------------------- DCD 8
shield --------------------------- shield
Voici maintenant un exemple de cablage alternatif qui fonctionne
assez bien du moins jusqu'a 38400 bps (DTE) au moins
et peut être 57600 et évite l'ajout de &d0 dans la chaine d'intialisation.
Le problème reste néanmoins que tous les softs n'en permettent
pas une bonne gestion. Il faut donc utiliser l'outil de
communication adéquat.
Macintosh (DTE) Modem (DCE)
DIN-8 DB-25
Pin Signal Signal Pin
1 HSKo --------------------------- RTS 4
2 HSKi --------------------------- CTS 5
3 TxD- --------------------------- TxD 2
4 GND --------------------------- GND 7
5 RxD- --------------------------- RxD 3
6 TxD+ --------------------------- DSR 6
7 GPi --------------------------- DTR 20
8 RxD+ --------------------------- GND 7
Mini-bibliographie :
http://www.mich.com/~eddy/works/MacSerialCabling.html
Macintosh serial port cabling information
(Tres bien ; assez bonnes explications ; mais pas tout à fait complètes)
ftp://ftp.ibp.fr/pub/doc/faqs/macintosh/comm-faq/part1.gz
La faq de comp.sys.mac.com (partie 1)
(Un peu laconique - du moins sur ce point précis - mais incontournable ;
complète bien la première URL).
* A propos du cable RTS + CTS
La qualité du cable utilisé pour relier le port série du Mac ou du Pc au
modem est primordiale, surtout si vous désirez utiliser la correction
d'erreur ou la compréssion de données. Outre la bonne qualité du brochage,
il vous faut vous assurer impérativement que votre cable permet
le contrôle de flux hardware (RTS + CTS).
Pour cela, reportez-vous à la notice d'utilisation de votre modem.
Si rien n'est signalé sur la notice, et dans la plupart des cas,
il existe un moyen logiciel simple de determiner le type de cable:
après avoir indique dans votre configuration
(Mac PPP ou Trumpet et panneau de contrôle ports)
contrôle hardware (ou RTS + CTS) et force ce type de contrôle par la
commande Hayes &k3 (voir plus loin) vous obtiendrez, si votre cable ne
permet pas de gérer le contrôle de flux hardware, un message d'erreur du
type: Modem introuvable, ou bien votre modem refusera tout simplement de
numéroter ou de se connecter.
IMPORTANT:
S'il se trouve que votre modem externe n'est pas equip2 de ce
fameux cable, et en attendant de le remplacer (cout 100 a 150F) ne
choisissez en aucun cas le controle de flux Xon + Xoff
(controle de flux logiciel).
Mais désactivez tout controle de flux, correction d'erreurs et
compression de données dans la couche logicielle et
la chaine d'init du modem (&K0 &Q6).
<###>
Note : il est plutot rare qu'un cable PC-MAC ne gère par le
contrôle de flux hardware, sauf déféctuosite du brochage
par exemple ou quelques cas particuliers.
Ce probléme est plutot spécifique aux cables modems -> macintosh
comme décrit dans la précédente section.
Sachez néanmoins que les cables déféctueux existent.
Ce n'est pas un légende :->
* A propos de la compatibilite PC - MAC
Les modems internes ne sont compatibles
qu'avec la machine qui leur est destiné.
Par contre, un des avantages du modem externe est sa compatibilité
multi-machines. Seul le type de cable et les logiciels (souvent de qualité
moyenne) éventuellement livres avec ce dernier peuvent différer d'une
machine à une autre.
Le coût du changement de ce cable s'élève à 130F
environ (ceci pour un cable de qualité optimale, bien sur).
Cependant, il existe maintenant, dans les magasins spécialisés
en connectique, des adaptateurs (compter environ 50F).
Pour l'Internet, les logiciels fournis avec le modem ne sont pas
un critère déterminant.
Vous trouverez tout ce qu'il faut en "freeware",
parfois en "shareware"
SECTION 2 : CONFIGURATION MATERIELLE ET COUCHE LOGICIELLE
Plan de la section :
* Le driver de ports de Windows
* Le panneau de contrôle "ports" (Windows)
* Configuration de Trumpet Winsock (windows)
* Configuration de Windows 95 (quelques rappels)
* Tampons Fifo et optimisation du system.ini (windows)
* Comment éviter les OverRuns sous Wfwg 3.11 <###>
* Quelques informations sur MS DOS <###>
* Mac PPP (ou FreePPP) et Mac TCP
* Et sur systeme 7.5.3 ?
* UNIX :
Généralites,
Linux,
FreeBSD <###>
* Amiga
* Configuration du Bios
* Le driver de ports de Windows
Le driver de ports de Windows (\windows\system\com.drv), notamment sur la
version 3.1., n'est pas optimisé pour permettre une gestion correcte des
deux tampons Fifo de l'Uart 16550.
<###>
Attention a ne pas confondre W 3.11 avec Windows For Workgroup 3.11,
bien meilleur et pour lequel le driver n'est pas à changer.
De même pour Windows 95.
(Cybercom.drv fonctionne en 16 bits, alors que Windows
95 fonctionne en 32 bits.)
Si vous possédez un Uart 16550, il est préférable d'utiliser le Freeware
Cybercom.drv (en téléchargement sur le reseau,
http://metro.turnpike.net/L/llarrow/cybercom.zip par exemple).
Le driver WFXCOMM.DRV
(ftp://serv1.cl.msu.edu/pub/mswindows/utils/wfxcomm.zip)
fonctionne également tres correctement.
* Le panneau de controle "ports" (windows)
Dans le cadre d'une connexion via Trumpet sur Windows, il n'est absolument
nécéssaire de paramétrer le panneau de controle "ports" que si vous avez
choisi l'option "use control panel setting" du menu dialler de Trumpet
Winsock.
Il est cependant vivement souhaitable de le parametrer dans tous les cas.
Les réglages sont les suivants :
- Données: 8; parité: sans; stop 1 (dans 99% des cas).
- Controle de flux : RTS + CTS si vous utilisez un tel cable
(voir plus haut); aucun sinon; ne JAMAIS utiliser Xon + Xoff.
- Vitesse du port série: pour permettre la compression de données,
elle doit être configurée à une vitesse égale à 4 fois
(idéalément, sinon au moins 2 fois) la vitesse DCE
(vitesse du modem) soit 57600bps pour un modem 14400bps;
115kbps pour un modem 28800bps dans la limite, bien sur, de la
vitesse autorisée par le type d'Uart que vous utilisez
(voir plus haut).
Ainsi, par exemple, avec un Uart 8250 vous ne pouvez
configurer le port série qu'a 19200bps,
même avec un modem v34 !!
* Configuration de Trumpet Winsock (windows)
Principaux paramétrages de la commande setup de menu file :
- IP Adress, Default Gateway, Name Server:
demandez ces renseignements à votre fournisseur
- TCP MSS: c'est la taille maximum des paquets transmis.
Idéalement 1024 avec PPP 512 pour Slip, 128 pour CSLIP.
- MTU: en général TCP MSS + 40; on peut monter jusqu'a 1500 avec PPP.
- TCP RWIN : 2048 en PPP ; 848 en SLIP.(TCC MSS x 2, 3 ou 4)
- RFC 1548 pour les détails du TCP MSS, MTU, etc...
En cas de problème, essayer de diminuer le TCP MSS et les valeurs
associées.
- SLIP Port: c'est le numéro de port de communication
que vous utilisez.
- Baud Rate : c'est la vitesse DTE ; même calcul que
pour déterminer la vitesse du panneau de contrôle ports,
voir plus haut (vitesse DTE * 4 dans la limite
des capacités de l'Uart utilisé).
- Hardware Handshake: à cocher uniquement
si vous utilisez un cable gérant
le contrôle de flux hardware (RTS + CTS)
- Online status detection : c'est le système de détection
utilisé par votre modem.
Options complementaires (Options du menu Dialler)
- Slip inactivity timeout : s'exprime en minutes.
Délai de déconnexion automatique sans
aucune opération de votre part.
- Use control panel setting : dans 99% des cas la connexion
se fait en 8N1 (8 bits, sans parite, 1 bit de stop),
ce sont d'ailleurs les options pré-définies de Trumpet Winsock.
Dans le cas exceptionnel ou votre fournisseur requiert
1 connexion en 7 bits (7 bits, parité paire, stop 1),
choisissez cette option et paramétrez votre panneau
de contrôle ports en conséquence.
* Configuration de Windows 95 (quelques rappels)
Il vous faut installer les produits suivants :
- Clients réseaux Microsoft
- Protocole TCP/IP Microsoft
- Carte d'accès distant Microsoft
(Poste de travail / Panneau de configuration /
Réseau / Ajouter Protocole Microsoft - TCP-IP,
Microsoft Carte d'accès distant -
même en l'absence de carte ethernet).
- Configuration protocole TCP/IP Microsoft :
-- Adresse IP : votre adresse IP ou obtenir
automatiquement une adresse IP si vous n'en avez pas de fixe
-- Passerelle : demandez ce renseignement à votre fournisseur
-- Liens : désactiver
- Carte d'accès distant :
-- (proprietes) : choisir pilote NDIS mode etendu
-- liens : cocher TCP/IP
- Poste de travail - accès reseau à distance
-- Choisir nouvelle connexion
-- Choisir votre modem dans la liste ou modem Hayes
dans le cas ou votre modem n'y figure pas.
Il faudra alors éditer éventuellement le driver.
Voir dans le chapitre : "je n'ai pas le bon driver Windows 95"
-- Vitesse de transfert (option configurer):
la aussi c'est la vitesse DTE (port série) et non la
vitesse du modem. Même principe de calcul
que pour Trumpet Winsock, voir plus haut.
-- Onglet options : seule l'option Afficher l'état du modem doit être
activé (en règle générale)
-- Parametrez ensuite le numéro de téléphone de votre provider.
-- Valider la création avec Terminer.
- Type de serveur (option Propriétes)
-- En général PPP
-- Cocher TCP/IP (protocoles réseaux)
-- Spécifier les adresses IP, serveurs de noms et adresses DNS.
$ NOTE IMPORTANTE : <###>
Il est possible de personnaliser sa chaine d'init sous Windows 95
sans modifier les fichiers du modem.
Dans les dialogues de configuration modem, onglet
"connexion" bouton "avancées" il existe un champ
"paramètres supplémentaires" permettant
d'entrer des commandes particulières qui seront envoyées au modem
après les chaines d'init standard.
Cette action peut être facilement visualisée
si l'on demande un fichier journal pour le modem
(fichier modemlog dans le répertoire Windows).
NB : le serveur de France Pratique
http://www.pratique.fr/net/softs/docs/win95/
donne quelques renseignements
interéssants sur la configuration de windows 95.
* Tampons Fifo et optimisation du system.ini (windows et windows 95)
Si vous utilisez un Uart 16550 et comptez profiter pleinement des
possibilites de ses deux tampons FIFO, il faudra rajouter, dans le
system.ini (section 386enh)
(cas du cybercomm.drv - solution preferable a la suivante, a mon avis)
comm.drv=cybercom.drv
COMxFIFO=1
ComxTXSize=8
ComxRXSize=8
MinTimeSlice=20
WinTimeSlice=100,50
Com1Buffer=1024
(cas du WFXCOMM.DRV)
comm.drv=WFXCOMM.DRV
ComxTXSize=8
ComxRXSize=8
MinTimeSlice=20
WinTimeSlice=100,50
Com1Buffer=1024
x désignant le port de communication utilisé par votre modem.
Il peut être également intéressant, quel que soit l'Uart utilise (sauf
8250), d'optimiser le system.ini en réglant sur 256 octets la taille du
buffer de communication. Pour cela, remplacer 128 par un multiple de 128
dans la ligne COMxBUFFER=128 de la section 386enh de votre system.ini
(256, 512 ou 1024 selon la puissance de votre processeur),
x désignant bien entendu le numéro du port de communication
sur lequel fonctionne votre modem.
Si cette ligne n'existe pas, il peut être intéressant de la créer.
Correction d'un bug sur windows 3.0 :
rajouter dans votre system.ini (section 386enh)
COM1Base=03F8h
COM2Base=02F8h
COM3Base=03E8h
COM4Base=02E8h
Puis :
ComIRQSharing=True (le cas echeant)
* Comment éviter les OverRuns sous Wfwg 3.11
(contribution de Stéphane Gibier)
<###>
Attention, si vous n'utilisez par Wfwg mais W3.11 ou version antérieure,
n'oubliez pas de remplacer votre driver par le freeware cybercom.drv
comme décrit dans la présente faq.
Malgre tout le soin qui à été apporté la conception des drivers de
communication sous Windows, plusieurs facteurs peuvent être à
l'origine des OverRuns que l'on peut rencontrer fréquemment
sous Trumpet Winsock par exemple.
- L'activation du cache en écriture de SmartDrv.
Il suffit de le désactiver avec le paramètre /X.
- Dans le meme ordre, l'accès 32bfa (Acces Fichiers 32 bits)
gère par défaut un mode "Stagge d Write" comme SmartDrv
(délai en ecriture). Il est possible de forcer l'écriture sur
les disques en indiquant dans la section [Vcache]
de SYSTEM.INI le paramètre ForceLazzyOff= <Disques>
(ex: ForceLazzyOff=CDEF pour désactiver l'écriture différée
sur les disques C,D,E et F).
- Une ouverture du port série trop grande : 115 200 bps est à mon avis
trop grand pour un V34. 57 600 bps représente un bon compromis
étant donné le taux de compression moyen de 2:1.
On peut tenter de remonter à 115 200 bps
mais il sera hors de questions de lancer plusieurs applications en
même temps. Du coup, dans cette situation,
il est préférable de ne rien toucher, ni même la souris !
- Le paragraphe qui précède ne concerne bien sur que l'Uart 16550.
Rappelons qu'avec un Uart 16450
38400 bps semble être un maximum.
- Un driver video mal écrit ou monopolisant trop de temps CPU.
C'est notamment le cas des drivers S3 en PCI.
J'ai pu éviter tous les OverRuns en mettant dans la section [Display]
de SYSTEM.INI le paramètre bus-throttle=on.
Ce truc à marche du premier coup et est valable
vraisemblablement pour tous les chipsets S3.
- Pour les autres chipsets, il peut être bon de vérifier
si le driver vidéo n'est pas en cause, en remettant
temporairement le driver generique VGA de Microsoft.
Si les OverRuns disparaissent, il est souhaitable de rechercher
un nouveau driver ou de se renseigner auprès du
constructeur si il n'existe pas un paramètre similaire
a celui des chipset S3 (bus-throttle).
- Mettre le paramètre Com?RxTrigger=8 dans la section
[386enh] de SYSTEM.INI avec ? désignant le port 16550 du modem.
Si cela ne marche toujours pas, baisser à 4.
Les valeurs possibles sont 1,4,8,14.
* Quelques informations sur MS-DOS <###>
Bien que s'écartant légèrement du cadre de cette faq,
voici quelques informations sur MS DOS, très rapides :
- Problemes d'erreurs de téléchargement :
Ils proviennent souvent de programmes résidents,
notamment certains drivers souris, ou le cache en écriture
de Smartdrv (désactivable avec le paramètre /X).
Cette liste n'est évidemment pas limitative.
Ne jamais utiliser un programme de communication DOS
dans une fenêtre Windows.
* Mac PPP, Free PPP et Mac TCP (Macintosh) <###>
Sur Macintosh, il y a deux composant à configurer:
MacTCP (tableau de bord) et FreePPP
(extension PPP et tableau de bord Config PPP).
Ces logiciels fonctionnent parfaitement sur systeme 7.1.
Si votre fournisseur vous à procuré un kit de connexion Mac,
il y a de fortes chances qu'il comporte des copies préconfigurees
de MacTCP et MacPPP. La présence du tableau de bord AdminTCP,
bien que facultative, est en outre très fortement conseillée
pour éviter des problemes.
Configuration de Mac PPP ou de FreePPP (tableau de bord config PPP)
- Port name: le port série auquel est raccorde votre modem
(modem ou imprimante)
- IdleTimeout: temps de déconnexion automatique si pas d'activité
- Echo Interval: Intervalle d'echo ; personnellement,
je préconise 20 secondes. En cas de problème et en
attendant de trouver d'ou vient le problème vous pouvez
essayer temporairement de le mettre sur off, mais
cette solution n'est absolument pas puriste
(vérifiez plutot les conflits d'extension).
- Terminal Windows: en géneral, choisissez non
(connexion en mode émulation de terminal)
- Hangup on close: oui (déconnexion quand vous cliquez "close")
- QuietMode : en general, choisissez oui
Puis cliquez sur "config"
- Port speed : c'est la vitesse du port série.
Elle se configure de la meme manière que le "baud rate"
de Trumpet Winsock. Vitesse modem (DCE) x 4 dans
la limite des capacités du port série,
soit 115Kbps pour un modem 28800bps (v34)
ou 57600bps pour un modem 14400bps (v32bis).
Attention de ne pas excéder les capacités physiques
de votre port série (voir chapitre "le port série du Macintosh)
et à désactiver *éventuellement* la compression de données
si ce dernier plafonne à 38400bps et que vous utilisez un modem V34.
(en cas de problème seulement)
- Flow Control: choisissez RTS / CTS si vous possédez un tel cable.
None dans le cas suivant (et rajoutez alors &k0 dans la chaine d'init du modem).
Ne JAMAIS choisir Xon + Xoff.
- Tone/Pulse dial : type de numérotation vocale ou décimale
- Phone num : numéro d'accès téléphonique de votre fournisseur
- Modem init : chaine d'initialisation du modem = voir plus loin
- Connect script : c'est le script de connexion, specifique a votre
fournisseur. Un script typique est :
wait: login
out: votre nom
wait: password
out: votre mot de passe
(annex : ppp) - nb: l'annexe n'est pas toujours utilisé.
Plus d'infos dans la doc de FreePPP en francais
ftp://ftp.sri.ucl.ac.be/pub/MacPPP/macpppF.txt.new
Pensez également à consulter la Faq de fr.comp.sys.mac.
Q: y-a-til quelqu'un qui à essayé la dernière version de PPP
(FreePPP 2.5) avec un modem PCMCIA et sys 7.5.3 ? <###>
R: (C. Causer): pour ceux qui ont le même probleme que moi,
la solution est de renommer dans le fichier
"Mise a jour systeme 7.5.2." la ressource Str# d'id-16762,
la chaine "emplacement supérieur de la carte PC", par une autre chaine
de moins de 32 caractères ! de meme pour la carte inferieure.
Ceci à cause du fait que PPP sauve une chaine de 32 caracteres
pour le port utilisé dans ces préférences ! donc il ne trouve jamais
le bon port puisqu'il tronque la fin.
C'est un patch temporaire en attendant que ceux qui font PPP règlent le
problème.
Il ne vous reste plus qu'à vous soucier de l'optimisation de la chaine
d'initialisation de votre modem.
* Et sur systeme 7.5.3 ?
Pour fonctionner de manière optimis"e, le systeme 7.5.3. requiert
l'utilisation du couple Open Transport + Free PPP.
La configuration de Free PPP est à peu pres identique a celle de Mac PPP.
Plus d'informations au sujet d'Open Transport lors des prochaines versions
de cette faq.
[DERNIERE MINUTE : En attendant jetez donc un petit coup d'oeil sur
http://www.imag.fr/IMAG/PPP/FreePPP.html.
Une excellente synthèse par Gilles Kuntz sur la configuration
de FreePPP et OpenTransport]
* Unix (Linux, FreeBSD) <###>
Ce chapitre est un bref rappel de ce qu'il vous faut savoir
pour configurer votre système Linux ou FreeBSD
pour l'accès à l'Internet par Modem sur protocole PPP.
Il ne dispense donc pas de la lecture de la bibliographie
qui figure en annexe mais se veut surtout un aide mémoire
auquel vous pouvez vous référer pour vérifier que vous n'avez
rien oublié d'important.
Cela suppose que votre noyau à été compilé avec les options ad-hoc
pour les supports TCP-IP et PPP; que vous désirez vous connecter à
un vrai fournisseur de connectivité Internet
(i.e pas un quelconque service en ligne propriétaire);
que votre fournisseur fournit un service PPP
(pour des raisons de compacticité, la configuration
d'un client SLIP n'est pas abordée).
Les fichiers de configuration communs aux deux systèmes
Le fichier /etc/resolv.conf donne le nom du ou des serveurs DNS
à interroger (généralement un serveur primaire et un serveur secondaire).
Sa structure est assez simple.
Exemple pour compuserve :
#/etc/resolv.conf
domain compuserve.com
nameserver 149.174.211.5
nameserver 149.174.213.5
Le fichier /etc/host.conf indiquera au système que vous utilisez le DNS
pour résoudre les adresses IP.
Exemple
#/etc/host.conf
order hosts bind
multi on
#l'argument multi on n'est valable que pour Linux, non pour FreeBSD
La première ligne indique comment résoudre les adresses IP.
Dans cet exemple, on utilise d'abord le fichier /etc/hosts puis le DNS.
Multi on indique que les hôtes cités dans /etc/hosts sont autorisés
à posseder plusieurs adresses IP (multi off dans le cas contraire)
Notons qu'il n'est pas utile de faire tourner le demon named (serveur DNS)
sur votre machine, car celle-ci est client DNS et non serveur.
Cependant, si vous souhaitez économisez du traffic DNS,
vous pouvez configurer votre serveur DNS local en 'cache only"
(voir man named pour les détails). Vous pouvez également
rajouter les adresses IP des machines que vous utilisez
fréquemment au fichier /etc/hosts (voir plus bas).
Le fichier /etc/hosts contient les informations concernant le loopback
(localhost) ainsi que le nom et l'adresse IP de votre machine .
Exemple
#/etc/hosts
127.0.0.1 loopback localhost
mon_adresse_IP mamachine.monprovider.fr mamachine
#peuvent suivre une liste de machine que vous utilisez frequemment :
#adresse IP FQDN Alias
Linux <###>
N'oubliez pas de consulter le "Serial HOWTO", le "PPP HOWTO"
et la manuel de pppd. Le net2HOWTO et le guide administration
réseau sous Linux de Olaf Kirch, traduit en francais par Rene Cougnenc
sont également à lire. Si vous débutez sur Linux,
commencez par l'excellent guide du Rootard.
Si vous souhaitez gagner du temps vous pouvez utiliser un programme tel
que netconfig pour dégrossir la configuration puis modifier
vos fichiers de configuration comme indiqué dans ce document.
Si vous avez de la chance et un peu d'intuition,
tout fonctionnera correctement du premier coup.
Note : le programme netconfig (ou un programme équivalent)
vous posera quelques questions simples, comme le nom de votre machine
(choisissez-en un qui vous plaise, mais surtout qui ne soit pas
deja attribué a une autre machine sur le meme domaine),
le type de connexion a Internet que vous avez, vous proposera de
construire le fichier sendmail.cf (tant bien que mal, plutot mal que bien
d'ailleurs mais vous pourrez utiliser ultérieurement le Kit Jussieu).
N'accordez pas une trop grande confiance à ce type de programme,
ils ne sont la que pour dégrossir.
N'oubliez pas de vérifier si 'setserial' à bien configuré le port.
Essayez-le en autoconfig d'abord. Généralement,
cette opération se fait dans le script /etc/rc.serial ou
/etc/rc.d/rc.serial qui est execute automatiquement
au démarrage (il est souvent appele par le script /etc/rc.d/rc.S)
#/etc/rc.d/rc.serial ou etc/rc.serial
#detection des interruptions
setserial -W /dev/cua*
#configuration des ports
setserial /dev/cua0 auto_irq skip_test autoconfig
setserial /dev/cua1 auto_irq skip_test autoconfig
# etc...
#mise en service du controle de flux par RTS CTS
#(fortement conseille)
stty crtscts < /dev/cua0
#configuration d'un port serie rapide
#(surtout dans le cas d'un UART 16550A)
setserial /dev/cua0 spd_vhi
#affiche la configuration
echo votre configuration serie
setserial -bg /dev/cua*
Man setserial; man stty pour les détails
(vous devrez indiquer le type d'Uart ou l'interruption utilisée
si setserial ne détecte pas bien votre configuration).
La vitesse du port série est donnée sur la ligne de commande
de pppd.
Elle doit etre inférieure ou égale à celle affichée par 'setserial'
(voir exemple plus loin)
pppd fonctionnant en arriere-plan, vous pouvez utiliser les codes de
retour de chat (a partir de la version 1.9) et les scripts 'ip-up' et
'ip-down' pour remonter les informations.
(etc/ppp/ip-up et etc/ppp/ip-down sont executes automatiquement par pppd)
Les scripts rc.inet1 et rc.inet2
Généralement situés dans le répertoire /etc ou /etc/rc.d,
ils sont executés au démarrage de votre machine.
Ils sont généralement appelés par le script /etc/r.d/rc.M.
#/etc/rc.d/rc.inet1 ou /etc/rc.inet1
#configuration du loopback
/sbin/ifconfig lo 127.0.0.1
/sbin/route add 127.0.0.1
Dans la plupart des cas de connexion PPP par modem,
seules ces deux lignes sont utiles.
Vous pouvez donc commenter les autres lignes.
Le fichier rc.inet2 qui lance le SuperServer Inetd et autres demons,
n'est pas détaillé ici. Il est généralement installé automatiquement
si vous utilisez une distribution binaire.
Commentez les lignes qui ne vous sont pas utiles.
Le script de démarrage de pppd (/usr/sbin/ppp-on)
Même si vous pouvez lancer pppd par une ligne de
commande manuelle, il est néanmoins conseillé
d'écrire un script de démarrage de pppd, généralement
/usr/sbin/ppp-on.
Bien que cela ne soit pas obligatoire, j'ai choisi pour
des raisons didactiques de faire figurer dans cet exemple
la plupart des options de pppd dans le fichier /etc/ppp/options.
Les options peuvent aussi figurer dans la ligne de commande.
Cependant, la présence d'un fichier /etc/ppp/options, même vide, est
indispensable.
#/usr/sbin/ppp-on
exec pppd connect '/usr/sbin/chat -v \
"" "AT&F&K3" OK ADTD00112233 CONNECT "" ogin: mon_login ssword:
mon_password' \
/dev/cua0 38400
man chat ; man pppd pour les détails.
Dans cet exemple nous lancons la connexion avec chat. On envoit la chaine
au modem ; on attend la réponses ; on envoit alors la chaine
au modem ; on attend alors la chaine (le modem doit
être en mode verbeux, généralement atv1); les deux
" indiquent: n'envoyer rien, continuer a attendre.
On attend la chaine login etc...
Astuce: pour construire votre script de connexion,
utilisez un programme tel que minicom et notez bien
les differentes chaines à attendre et à envoyer.
Le fichier d'options de ppp :
(bien entendu, les lignes précèdes par # sont de simples commentaires)
#/etc/ppp/options
-detach
debug
#activele controle de flux par rts + cts ;
#quasiment indispensable.
#la chaine d'init du modem doit correspondre
crtscts
#on utilise un modem pour se connecter
modem
#ordonne a pppd de rajouter une route par défaut.
defaultroute
asyncmap 0
lock
#(si vous voulez utilisez un netmask particulier)
#(la plupart du temps pppd deviné le netmask)
netmask mask
#en cas de problème vous pouvez jouer sur les valeurs du MTU et MRU
#ces valeurs fonctionnent bien dans la plupart des cas
#je les préfère aux valeurs par défaut
#voir RFC 1548 pour les détails
mru 296
mtu 1088
#si votre adresse IP est adressée dynamiquement
#pour que pppd n'essaie pas de la deviner d'apres votre fichier
#/etc/hosts
noipdefault
#le cas écheant
domaine nom_du_domaine
usehostname
#si vous souhaitez utiliser l'écho ppp lcp
lcp-echo interval 40 #en secondes
lcp-echo-failure 3 #nombre de demandes d'écho
#echouées avt deconnexion
Le fichier /etc/syslog.conf
Permet de rediriger les messages d'avertissement ou d'erreur.
Par exemple vous pouvez rajouter :
#/etc/syslog.conf
#les messages sortent à l'ecran et sur un fichier
daemon,local2,debug /etc/ppp/ppp-log
daemon,local2,debug /dev/console
Tres pratique pour le debugage :-)
Vérifier que tout fonctionne bien
- Pinger l'adresse locale.
C'est la première etape. Vous devez pinger l'adresse locale
avant de lancer pppd.
Cela vous permet de vérifier que votre noyau a été
correctement compilé avec les support TCP-IP
et que les programmes ifconfig et route sont bien compatibles
avec la version de votre noyau.
Pour cela tapez simplement la commande ping localhost :
PING localhost (127.0.0.1) : 56 data bytes
64 bytes from 127.0.0.1: icmp_seq 0 ttl=32 time=1ms
64 bytes from 127.0.0.1: icmp_seq 1 ttl=32 time=1ms
(...)
c
---
2 packets transmitted, 2 pak received, 0% lost
Si cela ne fonctionne pas, v&rifiez que votre fichier rc.inet1
ne comporte pas d'erreur.
Vous pouvez à pr&sent lancer pppd
(en tapant simplement, dans notre exemple,
ppp-on - en supposant que vous ayez /usr/sbin
dans votre path, bien évidemment)
- Vérifier la configuration du DNS.
Maintenant que vous êtes connecte vous pouvez vérifier
la configuration du DNS. nslookup permet
d'interroger le serveur de noms (declaré dans /etc/resolv.conf).
Essayez trois ou quatre nslookup sur des sites connus.
nslookup josephine.sis.pasteur.fr
le dns doit vous renvoyer l'adresse IP
nslookup adresse_ip
le dns doit vous renvoyer le nom de la machine
man nslookup pour les détails.
- Vérifier la connexion (extrait de la PPP-HOWTO)
Tout d'abord, tapez /sbin/ifconfig, vous devez obtenir quelque chose
comme ce qui suit, ce qui compte est la partie ppp0:
lo Link encap Local Loopback
inet addr 127.0.0.1 Bcast 127.255.255.255 Mask 255.0.0.0
UP LOOPBACK RUNNING MTU 2000 Metric 1
RX packets 0 errors 0 dropped 0 overrun 0
TX packets 0 errors 0 dropped 0 overrun 0
ppp0 Link encap Point-Point Protocol
inet addr 192.76.32.2 P-t-P 129.67.1.165 Mask 255.255.255.0
UP POINTOPOINT RUNNING MTU 1500 Metric 1
RX packets 33 errors 0 dropped 0 overrun 0
TX packets 42 errors 0 dropped 0 overrun 0
Vous aurez l'état du lien PPP, et les adresses IP
établies lors de la négociation. Vérifiez les routes
par la commande route ou netstat -r, et essayez trois
ou quatre ping.
-- Des exemples ?
Vous trouverez des exemples complets sur l'excellent site linux-france,
ainsi que des compléments d'information et des pointeurs:
http://www.linux-france.com/article/connex
Vous trouverez un exemple complet de configuration
d'un client PPP sur la page web de Patrick Queutey.
http://www.club-internet.fr/perso/queutey/Linux/config_ppp.html
Cette mini-documentation s'arrète la.
Vous êtes maintenant sur le réseau Internet.
Félicitations.
* FreeBSD (par Sylvain Nierveze) <###>
Ce paragraphe donne quelques détails sur la configuration
de PPP sous FreeBSD 2.1.0 et 2.1.5.
Je donne également un exemple complet de configuration pour se
connecter en PPP a Compuserve.
L'implémentation de PPP sous FreeBSD est double:
- l'implémentation originelle est incluse dans le noyau (demon pppd).
Cela rend PPP difficile à déboguer, et plus difficile a configurer.
- l'implementation au niveau de l'utilisateur: user-ppp,
connu également sous le nom de iijppp.
La méthode préférée pour utiliser PPP est d'employer iijppp
au lieu de pppd, et c'est cette méthode qui est detaillée
dans le reste de cette partie.
- Configuration du noyau pour utiliser iijppp
il est nécessaire d'ajouter dans le fichier de configuration
du noyau la ligne suivante :
#/sys/i386/conf (extrait)
pseudo-device tun 1
Ensuite, reconfigurez, recompilez et réinstallez votre noyau.
Relancez la machine. (A noter: le noyau 'GENERIC'
contient le 'tunnel' driver par défaut,
cependant il est fortement recommandé de compiler
votre noyau vous-même afin
d'économiser de la mémoire, en enlevant
les drivers qui ne vous interessent pas).
- Création du fichier d'accès au driver:
pour cela, creez le fichier /dev/tun0 s'il n'existe pas deja :
cd /dev
./MAKEDEV tun0
- Configuration du DNS :
Voir partie 1 : unix, généralites.
Vérifiez que le fichier /etc/sysconfig contient bien la ligne :
#/etc/sysconfig
namedflags="NO"
- configuration de PPP
avec iijppp, le fichier de configuration de PPP est /etc/ppp/ppp.conf.
Dans ce fichier, vous précisez :
- quel device de modem utiliser
- à quelle vitesse
- quel est le numéro de téléphone de votre prestataire Internet
- quelle est la séquence de login
Un exemple est donne avec la configuration de Compuserve.
Par ailleurs, il est possible de déclencher certaines
commandes juste après que la connection PPP soit réalisée
(IPCP correctement négocié) . Le fichier dans lequel vous pouvez
inclure ces commandes est /etc/ppp/ppp.linkup.
Par exemple, dans ce fichier, vous pouvez définir
que vous ajoutez une route par défaut entre votre machine
et le serveur PPP du provider.
Enfin,il est possible de restreindre l'accès a iijppp
(programme /usr/sbin/ppp) à certains utilisateurs,
ceux-ci devant employer un mot de passe pour pouvoir
établir la connection PPP.
Le fichier /etc/ppp/ppp.secret est utilisé pour cela.
- Autres éléments de configuration :
Il est nécessaire de modifier le fichier /etc/sysconfig
afin de donner un nom à votre machine,
de définir les arguments pour le lancement de sendmail
et autres programmes réseau.
Pour donner un nom à votre machine: vérifiez que vous avez
bien une ligne du genre dans /etc/sysconfig :
#/etc/sysconfig
hostname=myname.myprovider.dom
Si vous voulez utiliser sendmail pour envoyer du courrier
lorsque votre connexion est activé, assurez-vous
que le fichier /etc/sysconfig contient la ligne suivante :
#/etc/sysconfig
sendmail_flags="-bd"
qui indique à sendmail d'être lancé en mode démon,
mais de stocker le mail dans la file d'attente.
Lorsque la connexion est activé, vous pouvez lancer la
commande : "sendmail -q" pour purger la file d'attente
(il est également possible de mettre cette commande
dans /etc/ppp/ppp.linkup).
- Utilisation du programme 'ppp'
Ce programme permet de lancer et d'arreter la connection
ppp avec le provider. Il permet également d'obtenir
des statistiques concernant l'utilisation de la liaison
pendant la connexion. (voir exemple d'utilisation ci-dessous)
* Exemple : connexion avec Compuserve
Tout d'abord, il a fallu que je recompile un noyau pour inclure le tunnel
driver.
Pour cela j'ai ajoute la ligne :
#/sys/i386/conf/PENELOPE
pseudo-device tun0 1
(PENELOPE est le nom de mon fichier de configuration du noyau).
Apres, j'ai lancé :
config PENELOPE
cd ../../compile/PENELOPE
make
make install
et j'ai redémarré le PC, puis j'ai vérifié
que le fichier /etc/tun0 est bien present:
crw------- 1 uucp dialer 52, 0 Sep 7 13:18 /dev/tun0
Ensuite pour configurer le DNS, j'ai modifié le fichier /etc/resolv.conf
de sorte qu'il contienne :
#/etc/resolv.conf
domain compuserve.com
nameserver 149.174.211.5
nameserver 149.174.213.5
puis le fichier /etc/host.conf qui contient :
#/etc/host.conf
# utiliser le fichier /etc/hosts puis DNS
hosts bind
Et voila! le DNS est configuré.
Après vient la configuration de PPP en tant que telle.
Mon fichier /etc/ppp/ppp.conf contient :
1 default:
2 set device /dev/cuaa1
3 set speed 38400
4 set debug phase chat lcp
5 disable lqr
6 deny lqr
7 set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \"\" ATE1Q0 OK-AT-OK
\\dATDT\\T TIMEOUT 40 CONNECT"
#
# Compuserve
8 cis:
9 set phone 47080708
10 set login "TIMEOUT 5 ame:-\\r\\r-ame: CIS ID: mon,userid/GO:PPPCONNECT
word: MONMOTDEPASSE"
11 set timeout 120
Les numéros de ligne sont la pour l'explication,
ils ne doivent évidement pas être présents dans le fichier.
1: configuration par défaut
2: définition du port de communication à utiliser pour le modem.
cuaa1 est le COM2 de MS-DOS, cuaa0 est COM1.
3: vitesse de la transmission du modem
4: options de debug. PPP envoie les messages de debug
dans le fichier /var/log/ppp.log. 'phase' concerne
la période jusqu'a la numerotation, 'chat' la phase de dialogue
entre les deux modems pour examiner quels qu'est ce qui
est demandé par le serveur distant,
et qu'est ce que mon PC envoie en réponse.
7: définit quelles sont les messages envoyés par mon modem
indiquant que la connexion ne peut aboutir
(ABORT BUSY ABORT NO\\sCARRIER), définit le TIMEOUT
pendant l'établissement de la numérotation (TIMEOUT 5),
la séquence d'init (ATE1Q0 OK-AT-OK), et ce qu'on doit
envoyer au modem pour numeroter (ATDT\\T -\\T
contient en fait le numéro de téléphone), puis le TIMEOUT
pendant la connexion entre les modems (TIMEOUT 40 CONNECT).
8: configuration concernant le provider (CIS)
9: son numéro de téléphone
10: le 'chat script' : on attend 'ame:' pendant 5 secondes,
si ca n'arrive pas, on envoie un retour charriot deux fois
de suite,puis on attend 'ame:' pendant 5 secondes encore.
Lorsqu'on a recu 'ame:', on envoit 'CIS', puis on attend 'ID:'.
On envoit le userid Compuserve suivi de /GO:PPPCONNECT,
puis on attend 'word:' et on envoie le mot de passe
correspondant au userid.
11: definit le timeout pour les paquets IP pendant la connexion.
Dans ce fichier, on indique pas les adresses IP utilisées car elles sont
affectées dynamiquement par le provider
(ce qui est le cas le plus fréquent).
Le fichier /etc/ppp/ppp.linkup contient :
#/etc/ppp/ppp.linkup
# Ajout d'une route statique par défaut vers le provider
MYADDR:
add 0 0 HISADDR
#NOTA : il est possible d'insérer cette commande directement dans
#le fichier /etc/ppp/ppp.conf au lieu du fichier ppp.linkup.
#Le résultat est le meme.
Comment se passe la connexion ? Voici un exemple 'reel' :
# on appelle ppp. On veut se connecter au provider tel
#qu'il est défini dans
/etc/ppp/ppp.conf (bloc 'cis:').
sn@penelope:~ > ppp cis
User Process PPP. Written by Toshiharu OHNO.
Log level is 0b
# ces deux warnings indiquent que je peux utiliser ppp sans être root
Warning: No password entry for this host in ppp.secret
Warning: All manipulation is allowed by anyone in the world
Using interface: tun0
Interactive mode
ppp ON penelope> dial # on appelle le provider
dial OK!
login OK!
ppp ON penelope> Packet mode. # on est connecté en PPP
# Remarquer que lorsqu'on est connecté, PPP est indique au lieu de 'ppp'
# dans le prompt.
PPP ON penelope> show ipcp # quelques statistiques
IPCP [Opend]
his side: x.y.z.t, 2d0f00 # l'adresse IP du serveur
my side: a.b.c.d, 2d0f00 # mon adresse IP (dynamique)
connected: 114 seconds, idle: 26 secs
PPP ON penelope> close # Ca suffit. On ferme !
ppp ON penelope> quit # retour au shell
sn@penelope:~ >
Pendant la connexion, on peut évidemment utiliser tous
les programmes Internet que l'on souhaite.
Je vous laisse decouvrir le contenu du fichier /var/log/ppp.log,
auquel il peut être tres utile de jeter un oeil, surtout
quand ca ne fonctionne pas bien :-)
- quelques remarques
User PPP consomme plus de CPU.
Il bloque un tty (ou une fenêtre terminal).
Par ailleurs, la séquence de chat-script dépend
beaucoup de votre provider.
Dans le cas de Compuserve, elle est un peu 'spéciale' ..
Certains points ne sont pas abordés:
- configuration de iijppp pour utiliser des adresses IP statiques
- configuration de iijppp en 'dial on demand' (c'est a dire quand il
y a des paquets a transmettre, on appelle le provider, et quand
on a dépassé un certain temps d'inactivité, on coupe la connexion)
- configuration de l'authentification (PAP ou CHAP)
- configuration de ppp en mode noyau
- Ou trouver de la documentation ?
sur votre système: quelques pages de manuels méritent d'etre lues
(elles sont beaucoup plus complètes que ce paragraphe) :
ppp(8) : manpage de iijppp
chat(8) : manpage pour créer des chat-scripts (du type de l'entrée
'login:' dans /etc/ppp/ppp.conf)
Le 'FreeBSD Handbook' contient également une
description tres détaillée des étapes à suivre pour configurer iijppp.
Pour le consulter, j'utilise lynx:
lynx /usr/share/doc/handbook/handbook.html, rubrique 11.1.
sur Internet: le site officiel de Chuck contient surement une version du
handbook mise a jour: URL:http://www.freebsd.org/.
* Amiga
(Merci à Johann Girard-Cheron (sammy@centre.net) qui a écrit les
quelques lignes qui suivent. Vous pouvez le contacter par e-mail pour tout
renseignement complémentaire au recevoir sa faq "Amiga et Internet
pour les nuls".)
IL faut bien évidement avoir installune pile TCP/IP
(genre AmiTCP) pour utiliser PPP. Au plus simple:
tout est expliqué dans le fichier How2UsePPP.lha en DP
(CD Aminet ou miroirs). Pour des problèmes
supplementaires : RTFM = ppp.guide
En résumé: Copier le contenu des réprtoires Env, devs de l'archive vers
leurs équivalents dans votre HD. Ne copier évidement que le device qui
correspond à votre processeur. Le contenu du répertoire bin va
dans AmiTCP:bin/
Ne pas oublier de modifier le fichier texte qui vous sert de Dialscript
en fonction des réponses à donner aux questions précises
de votre provider (Login: ; Password: ..)
Modifier le fichier ppp0.config (dans ENV:) pour lui donner le nom
exact de ce Dialscript. (ex: "DialupScript.ppp")
Un petit tour dans ppp.guide pour suivre les modifications à
faire selon votre version d'AmiTCP, et ca doit marcher ;-)
Au passage: ppp est shareware. Les 15 malheureux dollars (75 Frs)
sont tout a fait justifié vu le boulot de l'auteur d'autant que la version
enregistrée est plus rapide de 30-40%. PAP et CHAP sont accessibles
que 15 min en version non enregistre.
Pour les allergiques à tout ce qui est dit ci-dessus, il vous reste la
possibilite d'installer ppp via un kit Internet.
A ce jour, @NET est le kit le plus simple (via Installer)
et qui marche bien.
* Configuration du Bios (PC)
Certains Bios anciens ne détectent pas les ports com3 et com4.
Pour résoudre ce problème créer un fichier texte
nomme setcom.scr contenant la ligne suivante :
E40 : 0 : F8 03 F8 02 E8 03 E8 02 Q
Puis rajouter dans l'autoexec.bat : debug < setcom.scr
[Retour usenet] [Sommaire]
SECTION 3 : CONFIGURATION DU MODEM
Plan de la section :
* La structure d'une commande AT
* Qu'est-ce qu'une chaine d'INIT ?
* Configuration par défaut - configuration courante
* Ou se trouve ma chaine d'INIT ?
* Comment construire une chaine d'init optimisée:
une methode simple et exemples
* Je n'ai pas le bon driver windows 95
* Comment modifier et optimiser mon driver windows 95 ?
* Quelques réponses en VRAC
* Tout (ou presque) sur l'Olitec
* Quelques informations sur les USR <###>
* Une info sur les Creatix <###>
* Modem et central telephonique
* La structure d'une commande AT
AVERTISSEMENT important: les commandes AT
ne forment pas une vraie norme. Il s'agit d'un jeu de commandes
que le constructeur Hayes à défini pour ses propres besoins et
que les autres constructeurs ont plus ou moins copie.
Toutes les commandes Hayes, bien que le langage tende
à se généraliser, ne fonctionnent pas de la même façon
sur tous les modems. Ne jamais oublier de consulter la documentation
de son modem.
Par ailleurs, les commandes d'init sont à manipuler avec précaution:
Ainsi, l'utilisation d'une commande Hayes risque-t-elle de rester sans
effet si elle n'est pas couplée avec une ou des autres. Par exemple,
la commande Hayes &Q5 (mode sécurité, avec correction d'erreurs
et compression de données) sera sans effet si elle est associée
à la commande &K0 (controle de flux désactive)
car il faut bien sur définir le type de contrôle de flux pour
que la correction d'erreurs et la compression de données
puissent se faire.)
Une commande AT est une commande envoyée a votre modem.
Vous pouvez l'envoyer soit à partir du Dos en utilisant par exemple
l'excellent programme ATPLUS, soit à partir d'un simple
émulateur de terminal, comme Terminal de Windows
ou MacTell sur Macintosh (vous pouvez aussi utiliser la fenêtre
de Terminal de FreePPP).
Chaque commande AT doit être suivie d'un retour chariot.
Le modem répond par "Ok" ou "error" s'il ne comprend pas
la commande. Par exemple, si vous tapez, en mode émulation
de terminal la commande ATL3 suivie d'un retour chariot,
vous augmentez le niveau de haut parleur au maximum.
Avec la commande AT&S0 vous forcez le signal DSR.
Il n'est pas nécessaire de taper les commandes les unes
a la suite des autres. Par exemple au lieu de taper:
ATL3 suivi d'un retour chariot puis AT&S0 suivi d'un autre retour
chariot, vous pouvez taper simplement ATL3&S0 (ou AT&S0L3,
peu importe). Minuscules ou Majuscules, peu importe.
Les 0 (zero) sont toujours optionnels.
* Configuration par défaut - Configuration courante <###>
La configuration par défaut est celle stockée en mémoire morte
de votre modem. Elle est renvoyée par la commande at&f.
Certains modems présentent même plusieurs configuration par
défaut, renvoyées respectivement par les commandes at&f1 ; at&f2.
Pour visualiser la configuration par défaut, tapez simplement at&f&v ou
at&f1&v, at&f2&v, etc...
La configuration courante, quant à elle, désigne la configuration de votre
modem à un instant précis. Vous pouvez la visualiser avec la commande at&v.
Astuce: Avec at&v/ le modem renvoie en outre quelques informations
supplémentaires, comme l'ouverture du port série.
Exercice
Pour bien comprendre, tapez à partir d'un émulateur de terminal
les commandes suivantes :
at&f&v
notez le résultat
at&v
notez le résultat
il est identique
at&K2&v5s95=47
at&v
notez le résultat et comparez.
La configuration utilisateur :
Outre la configuration par défaut, restaurée par at&f,
la plupart des modems permettent la création de
configuration utilisateur. Ceci est extrèmement pratique,
puisque cela vous évite de mémoriser où frapper
une longue chaine d'initialisation.
Pour sauver la configuration configuration courante dans une configuration
utilisateur 0 ou 1 : at&w0 ou at&w1
Pour restaurer la configuration utilisateur 0 ou 1 : atz ou atz1.
* Qu'est-ce qu'une chaine d'INIT ?
Une chaine d'init est une suite de commande AT (par exemple:
AT&F&K3&D0%E1) destinée à configurer votre modem
de façon optimale pour la connexion.
Elle s'établit en fonction de votre configuration matérielle
(type de modem, type d'Uart, type de cable utilisé, etc...)
et du type de modem utilisé par votre correspondant.
L'optimisation de la chaine d'init est absolument primordiale
pour le bon déroulement d'une connexion.
* Ou se trouve ma chaine d'INIT ?
- Sur MacPPP, ouvrez le tableau de bord config PPP
puis cliquez sur le bouton "config"
- Sur FreePPP: Onglet Général, Modem Setup,
le programme vous permet de choisir entre:
-- manuel : vous entrez donc manuellement
la chaine d'initialisation
-- automatique: autodétection du modem et choix
de la chaine en fonction de la base de donnée de FreePPP.
- Avec Trumpet Winsock, il faut éditer le fichier LOGIN.CMD
avec la commande Edit Scripts du menu Dialler.
Puis modifier (en général) la ligne $modemsetup=
- Avec Windows 95, les choses ne sont pas forcément aussi simples.
Si vous possédez le driver adéquat pour votre modem,
pas de souci. Windows 95 édite la chaine d'initialisation en
utilisant les donnees contenues dans un fichier texte
à l'extension .INF.
Dans le cas contraire, reportez-vous a la section
"comment modifier et optimiser mon driver Windows 95".
ou essayez l'URL: http://www.alterego.fr/drivers.htm
- Sur Linux, vous la définissez dans le script chat ou dip
qui sert a vous connecter. Consulter leurs pages de manuel.
Exemple avec chat:
chat ' ""at OK at&f&k3 OK adt9999 CONNECT "" '
* Comment construire une chaine d'init optimisée: une méthode simple
et exemples
Attention: cette méthode ne fonctionnera parfaitement que sur un modem
compatible 100% Hayes, ce qui est heureusement le cas de la plupart des
modems du marche.
La première étape dans la construction d'une chaine d'init est la
connaissance du paramétrage par défaut de votre modem.
Pour cela tapez à partir d'un simple émulateur de terminal
la commande AT&F&V suivie d'un retour chariot
(ou reportez-vous au manuel de votre modem).
Le modem renvoie alors sa configuration par défaut (restaurée par at&f).
Par exemple, un Olitec 14400 renvoie:
ACTIVE PROFILE:
B00 E1 L2 M1 Q0 T V1 X4 &A0 &C1 &D2 &K0 &Q5 &R1 &S0 &X0 %C3 &Y1
S00:000 S01:000 S02:043 S03:013 S04:010 S05:008 S06:006 S07:060 S08:002
S09:006
S10:014 S11:070 S12:020 S18:000 S25:005 S26:001 S36:007 S37:000 S38:020
S44:020
OK
Notez bien tous ces paramètres ou faites une sortie imprimante.
Il ne reste plus qu'à déterminer ce qui dans cette liste de paramètres par
défaut, ne convient pas a votre configuration. La première question qui
vient a l'esprit est bien sur: quels sont les paramètres
qui conviennent à ma configuration :
Si vous avez bien compris tout ce précède, vous conviendrez qu'il n'existe pas
de règle absolue. Tout cela est fonction de votre configuration
et de vos choix personnels.
Paramètres communs (préconisés) :
V0 &C1 S95=47 S7=60 B0 S25 = 20
(voir signfications en annexe. En résumé - V0:
mess. numériques; &C1: signal CD en fonct. normal;
B0: auto-mode; S25=20: temps mini. d'état off du signal DTR
avt sa prise en compte)
A ces paramètres on rajoute :
a - La vitesse du port série permet la compression de données;
le cable permet le controle de flux hardware : &K3 &Q5
b - Le cable ne permet pas le controle de flux hardware:
&k0 &Q6 (quel que soit l'Uart)
c - Le cable permet le controle de flux hardware
mais la qualite du port série ne permet pas
la compréssion de données : &k3 &Q5 %C0 (cas rare)
d - Uart 8250 : B10
(voir significations en annexe - en résumé:
&K3: controle RTS CTS; &K0: aucun controle de flux;
&Q5: mode sécurité; &Q6: mode normal - %C0:
compression desactivée).
Si votre modem n'était pas compatible Hayes, recherchez dans votre manuel
la correspondance entre les paramètres preconisés ci-dessus
(en langage Hayes,voir annexe) et ceux du langage de votre modem.
Pour cela se référer à la liste des principales
commandes Hayes. Le reste de la méthode ne varie pas.
Meme si votre modem est compatible Hayes, il est toujours utile de
vérifier la correspondance entre les commandes Hayes indiquées ici et
celles de votre modem.
(NB: si votre logiciel de connexion n'exige pas que les messages du modem
soient envoyés sous forme numérique -notamment sur Macintosh -,
vous pouvez remplacer avantageusement le paramètre V0 par le parametre V1;
le modem enverra alors les messages sous forme littérale,
ce qui permet d'éviter une mauvaise intérpretation des codes résultats
par votre logiciel et donc un affichage faux de la vitesse de connexion
par exemple - sans incidence sur le bon fonctionnement).
UN EXEMPLE:
Votre modem Olitec 14400 est équipé d'un cable gérant
le controle de flux hardware et d'un Uart rapide de type 16550.
Les paramètres d'initialisation idéaux peuvent etre:
V0 &C1 S25=20 S95=47 S7=60 B0 &K3 &Q5
Mais la configuration par défaut de votre Olitec 14400
comporte deja &C1 S7=60 B0 &Q5; ces paramètres seront
simplement restaurés par AT&F
Votre chaine d'initialisation sera donc:
AT&F&K3VOS25=20S95=47
UNE VARIANTE:
Certains modems proposent, outre une initialisation at&f (reset
configuration 0), une autre configuration par defaut at&f1 (reset
configuration 1) souvent plus proche de l'optimum. La méthode
d'optimisation de la chaine se deroule bien entendu de la même manière
(at&f1&v depuis un émulateur de terminal quelconque; confrontation entre
la configuration f1 ainsi obtenue et les paramètres désirés ;
établissement de la chaine).
ATTENTION
1 - La chaine d'intialisation ne doit pas dépasser
en général 40 caractères.
2 - ATZ restaure la configuration utilisateur numero 0 que vous avez
éventuellement stockee par la commande AT&W0.
Ceci est pratique notamment lorsque il est nécéssaire d'entrer
une longue série de commande pour initialiser votre modem,
la chaine d'init ne devant pas depasser 40 caractères.
3 - Ne pas utiliser une chaine du type ATZ&K3 ; en effet,
dans le cas le modem recoit ATZ, émet 2 bips,
s'initialise en configuration utilisateur n*0 et ignore
souvent la suite de la chaine
(dans l'exemple &K3 est ignore, seul ATZ est actif).
* Je n'ai pas le bon driver windows 95
Bill Gates n'a pas élu votre modem, qui fonctionne pourtant parfaitement,
a la cour des grands. Ce n'est pas pour autant que vous devez le jeter.
Si c'est un modem compatible Hayes, choisissez un driver de modem
compatible Hayes.
Il y a de grandes chances de fonctionner alors convenablement.
Éventuellement, en cas de déconnexions inopinées
(observés notamment avec l'Olitec) vous pouvez y rajouter s25=20
(voir comment à la section suivante).
On me signale l'existence d'une page http://www.alterego.fr/drivers.htm
comportant de nombreux liens vers les pages "driver" des constructeurs
de modems. Le driver que vous cherchez s'y trouve peut-être.
* Comment modifier et optimiser mon driver windows 95 ? <###>
Windows 95 tire la chaine d'initialisation de votre modem d'un fichier
texte à l'extension .INF.
Dans un premier temps, éditez le fichier modemlog.txt.
Supposons qu'a la troisième ligne vous trouviez : Modem inf path :
MDMHAYES.INF
(ce fichier n'existe que si la cas "enregistrer un fichier journal" dans
/connexion avancée est coché.
Et à la quatrième ligne : Modem inf section : M1811
Vous en déduisez que la chaine d'initialisation de votre modem se trouve
dans le fichier MDMHAYES.INF à la section M1811. Il ne vous reste plus
qu'à l'éditer (à l'aide de l'Edit du MS-DOS par exemple)
et à modifier votre chaine d'initialisation.
Bien souvent, il suffit de rajouter S25=20, c'est-a-dire augmenter
le temps minimum d'état off du signal DTR avant sa prise
en compte (surtout en cas de déconnexion inopinée
avec un rapport du type "Hardware hangup by lowering DTR).
--- Rappel ---
Il est possible de personnaliser sa chaine d'init sous Windows 95
sans modifier les fichiers du modem.
Dans les dialogues de configuration modem, onglet "connexion"
bouton "avancées" il existe un champ "paramètres supplémentaires"
permettant d'entrer des commandes particulières qui seront envoyées
au modem après les chaines d'init standard.
Cette action peut être facilement visualisée si l'on demande un fichier
journal pour le modem (fichier modemlog dans le répertoire Windows).
---------------
$$$ Un autre exemple de modification de driver Windows 95 : <###>
(Us Robotics Sportwer)
Cela nécessite des manipulations dans la base de registre à
l'aide de regedit, mais, si on prend la précaution de sauvegarder
la base de registration, il sera toujours possible de la restaurer
en bootant sous DOS.
Les parametres modem se trouvent dans :
HKEY_LOCAL_MACHINES\System\CurentControlSet\Services\Class\Modem\
puis 0000\ pour le premier modem installe, 0001\ et ainsi de suite pour
les suivants. En continuant dans l'arborescence, on trouve la section
Init qui comprend deux chaines 1 et 2 pouvant être modifiée.
Certains fichiers *.inf de modem de provenance US et non agrée
ne comprennent pas la possibilite V23 (Minitel)
bien que le modem supporte ce mode.
Toujours dans la même arborescence de regedit :
HKEY_LOCAL_MACHINES\System\CurentControlSet\Services\Class\Modem
\0000\Settings on trouve les commandes Hayes des différentes
modulations possibles, par exemple :
Modulation_Bell "B1"
Modulation_CCITT "B0"
Si la ligne :
Modulation_CCITT_V23 ""
n'existe pas il faut la créer (clic droit puis nouvelle chaine)
et mettre entre les guillemets la chaine Hayes
qui permet la modulation V23, par exemple :
Modulation_CCITT_V23 "S34=8"
pour les US Robotics Sporster 14400 et 28800
* Quelques reponses en VRAC:
- Comment paramétrer son modem pour l'émulation Minitel (V23)
Tout d'abord, votre modem doit savoir emuler la norme V23.
Ensuite, votre logiciel de communication doit etre parametre ainsi:
7bits; parité paire; stop 1. Contrôle aucun (clavier: standard;
éventuellement: compatibilité Pad-X3 désactivée)
Votre chaine d'initialisation doit comprendre au minimum: &k0
(contrôle de flux désactive); &q6 (mode normal asynchrone
sans bufferisation ni correction).
B2 (mode v23, si votre modem possède cette commande).
- Mon modem raccroche en recevant la sequence d'échappement
+++ contenue à l'intérieur d'un document.
Essayer de rajouter s12=20 dans la chaine d'initialisation.
- Je me connecte à 24000, 26000, mais jamais a 28.800
En général ce problème n'est pas du à la chaine d'intialisation ni
au port série, mais est typique d'une liaison téléphonique
de mauvaise qualité (distance, problème d'autocom, etc...).
Vérifiez votre ligne téléphonique.
Eventuellement, vous pouvez jouer sur la valeur du registre S91
(niveau d'émission en mode Data).
- Souvent, la connexion se rompt sans raison apparente :
Voir le chapitre sur la cause des principaux problemes de connexion au
début de cette faq.
Ce problème est souvent du à une chute monentanée
du signal DTR (provoquée par certaines applications
ou une défaillance du port série).
La solution est de jouer sur la valeur du registre S25
(s25=20 par exemple), permettant ainsi d'augmenter le temps
minimum d'état off du signal DTR avant sa prise en compte.
Si ce temps minimum n'est pas paramétrable sur votre modem, la
solution radicale est d'ignorer le signal DTR (&D0), mais ce n'est
qu'une solution "bricolage" de dernier recours.
- Conflit d'IRQ
Si vous souhaitez voir ce sujet traité lors des prochaines versions,
envoyez-moi un e-mail pour me le signaler.
- Le signal d'appel
(Merci à Jean-Francois Vilarem)
Le signal d'appel de France Telecom, est responsable de déconnexions
inopinées. Seule solution: le désactiver avant la connexion Internet
(décrocher, composer #43#, et raccrocher) et le réactiver après
(décrocher,composer *43# et raccrocher).
Cette opération n'est pas facturée par France Télécom.
Cela peut se faire automatiquement. Exemple avec linux :
Linux : dans le script du numeroteur chat
AT&F2...DT#43#,!12345678
une pause dans l'exécution (défaut 2 secondes valeur du registre S8)!
raccroche - attention cette commande ne fonctionne pas toujours.
12345678 le numéro appelé
Linux: script de déconnexion contient (entre autres)
/usr/sbin/chat -f /etc/ppp/restaure_appel < /dev/cua1 > /dev/cua1
le contenu du script /etc/ppp/restaure_appel (droits 755) est
"" ATDT*43#,; OK ATH OK
Avec trumpet modifier les fichiers login.cmd et bye.cmd;
sur Macintosh, il faut modifier les fichiers ressource de macPPP.
Cette rubrique sera completée lors des prochaines versions de cette Faq.
Si vous avez des idées, e-mailez moi.
* Tout (ou presque) sur l'Olitec
a - A propos du cable
a - Macintosh
Certains Olitec livres avant Novembre 1995 étaient livrés avec un
cable ne permettant pas le contrôle de flux Hardware (RTS + CTS).
b - PC
Les Olitec ont toujours été livrés avec un cable permettant
le contrôle de flux hardware (rts / cts).
Cependant, vous n'êtes jamais à l'abri d'une
défaillance du brochage du cable, bien entendu.
b - A propos de l'Eprom
La dernière version de l'EPROM à ce jour (17/04/96) est la 3.17s.
Le numero de version est renvoyé par les command ati
L'EPROM fonctionne correctement a partir de la version 3.10
pour le modem poche 28800 et 3.12 pour la carte 28800 interne.
Lisez les paragraphes qui suivent avant d'incriminer l'EPROM.
Votre problème ne vient pas forcement de la.
En tout etat de cause, il est inutile de demander son remplacement
(effectué gracieusement par Olitec)
si votre modem fonctionne correctement.
(eh oui, cette question à vraiment été posée :-)
c - Configuration par défaut
La configuration par défaut de l'Olitec
(renvoyée par AT&V) varie selon les modeles.
A noter que :
- Les versions antérieures à la 3.16 n'ont pas &k3
(controle de flux RTS CTS) dans la configuration usine
at&f mais &k0 --> controle de flux désactivé;
C'est une cause fréquente de problèmes lorsqu'on utilise une
chaine minimale de type at&f. Ce probleme à disparu à partir
de la version 3.16. NB: il est bien sur inutile de changer
d'EPROM pour si peu alors qu'il suffit de rajouter &k3
dans la chaine d'init...
- il n'y a pas de configuration usine at&f1.
at&f et at&f1 donneront donc le même resultat.
- le registre s25 relatif au temps minimum d'état off du signal DTR
avant sa prise en compte est fixé par défaut a 50ms (s25=005);
ce temps est trop court. C'est une seconde source de problème
(déconnexions inopinées).
Plusieurs tests ont montre que 200ms (s25=020) étaient un idéal.
d - Chaines d'init recommandées
Il n'y a pas de chaine d'intialisation miracle. Voici cependant
des chaines minimales qui fonctionnent correctement dans
la plupart des cas de figure. Reportez vous a la rubrique
suivante en cas de probleme avec ces chaines.
a - Macintosh
a1 - avec un cable gérant RTS / CTS : at&f&k3s25=20
a2 - avec un cable ne gérant pas RTS / CTS : at&f&k&q6s25=20
(attention : ceci est une chaine d'init de "dépannage"
provisoire en attendant le remplacement du cable).
b - PC (tous OS)
at&f&k3s25=20
e - Trucs et astuces
- Brulage off, à rajouter dans la chaine de numérotation: %X4
- Déconnexion inopinée lors de la récéption de la séquence
'plus plus plus' dans un fichier :
*augmenter la valeur du registre s12 relatif au temps de garde minimum
avant et apres la sequence d'echappement. Par exemple : s12=30 (a
rajouter dans la chaine d'init)
*en désespoir de cause et de facon provisoire pour récupérer un fichier
"a problème" changer le code ascii du caractère d'échappement
(registre S2)
- Auto-Mode v34 -> ATB20; Auto-Mode VFC -> ATB21; à rajouter dans la
chaine d'init selon le modem en face.
- Auto-retrain : %e1 -> à rajouter dans la chaine d'init
si le modem distant (fournisseur) gère l'auto-retrain;
il autorise le modem à changer de débit
en cas de dégradation de la qualité de la transmission.
- Autres astuces en cas de problème :
*jouer sur la valeur du registre s91 (niveau d'émission en mode data)
*rajouter deux ou trois virgules apres la numerotation
*couper les hauts parleurs (sic) par la commande m0
- Windows 95: télécharger la version ameliorée du driver Olitec
sur le site de Stéphane Surbanov (http://www.planete.net/~surbanov/)
f - Quelques rappels
Adresse du site web Olitec: http://www.olitec.com/ --> en francais
Adresse des services après vente: savmac@olitec.com; savpc@olitec.com
N'oubliez pas de faire coincider la chaine d'init utilisée avec le
paramétrage de la couche logicielle (mac ppp, trumpet, etc.. notamment au
niveau du controle de flux).
&K3 : rts+cts encore appelé harware handshake ;
&k0 : none.
Ne réglez pas votre "baud rate" (encore appelé dte ou port speed) a une
vitesse supérieure aux capacités de votre port série
N'oubliez pas qu'il y a un risque de conflit majeur si vous utilisez
l'extension Olifax (sur Macintosh) livrée avec le modem Olitec.
g - Dernière minute <###>
Il vous est désormais possible d'upgrader votre modem Olitec
V34 en modem 33600 bps.
Cout de l'opération, 180F, prise en charge par l'atelier Olitec Nancy,
retour sous 8 jours. Les délais semblent parfaitement bien respectés.
Consultez Olitec pour les détails.
Attention cependant, si les trois premiers chiffres du numéro de série
(etiquètte collée au dos ou à l'intérieur du produit) de votre modem sont
inférieurs ou égaux à 535, l'opération vous coutera plus chère : 430F TTC.
Netscape Navigator 2 en version francaise sur CDROM est offert par Olitec
avec l'opération.
* Quelques infos sur les USR <###>
(merci à Sébastien Willemijns)
Chaine d'init recommandée: AT&FS34=8S40=2.
Semble bien fonctionner dans la plupart des cas.
- Les premiers modèles "voice" (série "vi") (boite couleur noire) ont un
problème de détection fax/modem/voice. USR échange le composant
electronique (eprom) défaillant gracieusement.
Notez que le problème n'affecte pas les connexions sur les BBS
ou Providers d'accès Internet.
- Les premiers modèles qui ne sont pas de la série précedemment citée
(boite blanche pour les modems externes) ont des problèmes
d'accrochage de porteuse avec des modems non-USR
(bog dans le protocole V42 de correction d'erreur), la chaine ATS27=38
permet de reparer temporairement le bug.
La aussi, l'echange de l'eprom est gratuite.
- Certains modems "Voice" ou "Vi" proposent des connexion 33600 bps,
contrairement à ce qui est écrit sur la boite. Bonne nouvelle :-)
- USR propose d'upgrader votre modem 28800 en 33600.
L'opération est payante.
- Courrier: certains rajoutent ATS27=38S54=1 a la chaine précedente
pour mieux accrocher les VFC.
Denis Clément propose ATS54=64S56=32&Y3.
- Pour les Sporster 33600, M. de Contades rajoute ATS56=0.
* Une info sur les modems Créatix
Certains modems SG2834 de Creatix sont livres avec une Eprom V1.2
et ils ont la facheuse tendance de ne plus accepter les commandes
Hayes après quelques jours de fonctionnement.
La version 1.46 de l'Eprom réglé ce problème.
Notons également que la version 1.51 de l'EPROM
permet d'upgrader les SG2834 classiques vers le v34+.
Creatix semble ne pas vouloir diffuser cette information à ceux qui en
possèdent un, pour ma part j'en ai upgrade 7 sans aucun problème...
* Modem et central telephonique
2 problèmes fréquents:
a - No Dialtone (pas de tonalité d'invitation à numéroter - 440 Hz)
Une solution consiste alors à numéroter en aveugle grâce
à la commande haye appropriée (généralement ATX3 ou ATX2) .
b- Le modem ne tient pas la ligne plus de quelques minutes
Il s'agit vraisemblablent d'un central qui limite
l'intensité sur la ligne..
En effet un matériel non agrée possède un résistance
en continu de 300 ohms, contre 600 ohms pour un modèle agrée.
Par contre en alternatif les impédances sont égales entre
les non-agrées et les agrées (600ohms).
montage A faire: ------+-----/////////-----+--------
| R |
| |
| |
+-----| |-----------+
C
R=330ohms 3W
C=4.7uF---10uF 150V non polarise!
Ce montage doit être en série dans la ligne téléphonique, (couper un fil,
mettre le montage entre les deux bouts coupés).
remarque: on peut avoir des difficulté à trouver du 4.7uF 150V non
polarisé, il est toujours possible d'utiliser à l place 2*10uF/63V
polarisés qu'il faudra alors monter tête bèche.
par exemple ------||-----||------
+ - - +
l'important étant que 2 polarités identiques se "regardent".
[Retour usenet] [Sommaire]
SECTION 4 : ANNEXES :
Plan de la section
* Liste commentée principale commandes Hayes
* Tester sa ligne avec le 36440000 (source: France Télécom)
* Les numéros brulés: quelques exemples de brulage off
* Quelques chaines d'initialisation
* Bibliographie
* Quelques constructeurs de modems sur le net.
* Auteur et Copyright
* Liste commentée principales commandes Hayes
A : Connexion en mode réponse manuelle
B0 : mode automatique
B2 : mode V23
B8 : mode v22bis
B9 : mode V32 9600 ou V32bis 9600
B10 : mode v32bis 14400
B18 : automode v32 4800 a 9600
B19 : automode v32bis 4800 a 14400
B20 : automode v34 14400 a 28800
B21 : automode VFC 14400 a 28800
DP : numerotation en décimale suivie d'une procédure de connexion appel
DT : numérotation en fréquences vocales suivie
d'une procédure de connexion appel (ex : atdt 40404040,
le mode prend la ligne, compose le 40404040 en
décimal et attend la porteuse du modem distant).
E0 : pas d'écho des caractères (en mode commande)
E1 : écho des caractères
H0 : raccroche la ligne (en mode connexion il faut envoyer +++ATH0 - +++
pour passer le modem en mode commande ; ATH0 pour raccrocher).
I : renvoie des informations sur le type de modem, etc...
L0 : niveau très faible du haut parleur du modem
L1 : niveau faible
L2 : niveau moyen
L3 : niveau maximum
MO : haut parleur muet
M1 : haut parleur actif jusqu'a la connexion, silencieux ensuite.
M2 : haut parleur constamment actif
M3 : actif pendant la transition sauf pendant la numérotation.
O : retour en mode communication après un échappement par +++
Q 0 : les messages d'état (ring, OK, connect, etc...) sont émis
Q1 : les messages d'état ne sont pas émis
Sx = y met la valeur y dans le registre x
V0 : les messages sont émis sous forme numérique
V1 : forme littérale
V4 : forme littérale, détaillée
V5 : forme littérale + numérique
X0 : le modem envoie seulement les messages OK, Connect, Ring, No Carrier
X1 : XO + connect xxxx bps
X2 : X1 + no dialtone
X3 : X2 + busy
X4 : tous les messages
Z : reset configuration utilisateur 0 sauvegardee par la commande &w0
Z1 : reset configuratio utilisateur 1.
&C0 : force le signal CD
&C1 : Signal CD en fonctionnement normal.
&D0 : ignore le signal DTR
&D1 : la baisse du signal provoque le retour en mode commande
&D2 : la chute du signal provoque une déconnexion
&D3 : la chute du signal provoque un reset modem
NB : Le registre S25 est souvent complémentaire ; il determine le temps
minimum d'etat off du signal DTR avant sa prise en compte
&f : initialisation contexte usine n*0
&f1 : initialisation contexte usine n*1 proposé par certains modems
(souvent plus proche d'une configuration optimum à une vitesse rapide).
&K0 : controle de flux désactive.
Utile notamment si le cable de liaison ne
gère pas le contrôle de flux RTS + CTS
&K3 : force le controle de flux RTS + CTS (le cable de liaison
port-série -> modem doit supporter le contrôle de flux hardware)
&k4 : controle de flux Xon + Xoff : ne doit pas être utilisé
&k6 : RTS/CTS + XON+XOFF
&Q0 : mode direct. pas de bufférisation. la vitesse du port série doit être
strictement identique à la vitesse ligne (DCE).
&Q5 : asynchrone, bufférisation avec correction d'erreurs (V42) et
compression de données (V42bis).
La vitesse terminale (DTE) ou du port
série doit être égale à quatre fois la vitesse ligne
(DCE) soit 57600bps par ex pour un modem 14400bps.
&Q6 : asynchrone, bufférisation sans correction d'erreurs
ni compression de données.
&S0 : signal DSR force
&S1 : signal DSR en fonctionnement normal
&v : permet de visualiser la configuration du modem et des registres.
Si vous avez perdu le mode d'emploi de votre modem,
la commande at&f&v permet de visualiser la configuration
par défaut de ce dernier.
* Tester sa ligne avec le 36440000 (source : France Télécom)
Le 36440000 de France Telecom permet de tester soi-meme sa ligne sans
connaissance particuliere, sans voltmetre. Son utilisation vous sera
facture 1 unité téléphonique. A noter que j'ai recu plusieurs mail me
signalant que ce service ne fonctionne pas dans la France entière.
1 - Composer le 36440000
2 - Raccrocher et attendre 6 à 7 secondes environ.
3 - Décrocher a nouveau
- Tonalité grave continue : bon isolement de la ligne
- Tonalité hachée lente : fuite a la terre
- Tonalité hachée rapide : fuite entre fils de ligne
4 - Raccrocher, attendre la sonnerie et décrocher de nouveau :
- Tonalité grave continue : intensite de la ligne normale
° 33 a 50 milliampères
- Tonalité hachée lente : intensité de la ligne trop faible -
° <33milliamperes
- Tonalité hachée rapide : intensité de la ligne un peu trop forte
° 50 à 70 milliampères
- Tonalité irrégulière : intensite de la ligne beaucoup trop forte
° - > 70 milliampères
Avant de demander l'intervention de France Telecom, dissimulez
soigneusement les appareils non agrées
qui pourraient être à votre disposition.
* Les numéros brulés
Les numéros brulés (blacked list) sont la contrepartie de l'agrément
France Télécom. Vous avez tenté de joindre votre provider plus de 3 fois
consécutives mais le numéro était occupé ;
votre modem refuse maintenant toute nouvelle tentative de numérotation.
Seule solution avouable: éteindre le modem, le rallumer, puis recommencer.
S'il s'agit d'un modem interne: éteindre l'ordinateur, le rallumer,
puis recommencer :)
(Motif officiel invoqué par France Télécom:
limiter les appels automatisés, qui consomment
beaucoup de ressources réseaux et favorisent
l'encombrement des lignes téléphoniques.
Eviter le harcèlement des abonnés par de faux numéros
répètes automatiquement, souvent à des heures très tardives
(numéro appartenant anciennement à un BBS, par exemple).
Sauf, bien sur, si vous connaissez la commande non documenté (hélas)
permettant de supprimer ces numéros brulés (à rajouter dans la chaine
d'intialisation ou la chaine de numérotation de votre modem).
En voici une liste partielle, glanée ici ou la sur divers BBS.
Merci pour vos contributions.
Aceex 1414 : AT%T1
BOCA-144 ultra : ATX2 ou AT*F
Creatix 144 : AT*F ou AT%TCB
Creatix LC VFast : AT%TCB
Elsa Mircolink 28800TL : ATS31=128*W
Escom Data Hawk : AT&A0
Hayes Optima 28.8 : AT%F0&W
Multitech : AT$V4
Novafax 14400 et 28800 : AT%TCB
Olitec V32Bis et V34: ATX4 (anciens modeles)
ou AT%X2 (nouveaux modeles)
Pearl 1414TVH AT&F
Telelink IMS-08 Faxline V.32terbo : AT%U75
Telejet-2400 Fax SR : AT*NC99 puis ATZ
TKR Terboline : AT*R0
US Robotics 14400 ATS34=192 ; ATS39=1 ; ATS40=1
US Robotics 14400 Sportster ATS40=7 ; ATS40=7
US Robotics Courier DS 14.4 : ATS34=192 ATS39=1 ATS40=1
US Robotics DS 16.8 en V.32terbo : Brulage Off: ATS40=2&W
Autres US Robotics : ATS40=2
USR WoldPort AT%TCP
Us WorldPort AT%TCP
Attel : AT+N8
CPV DeltaFax AT&A0=20
Yoriko 14.4 : ATS70=64
Essayez aussi, pour la majorité des modems à chip Rockwell's :#
AT%TCB
AT$NC000
AT$NC55
AT$NC055
Et aussi, en vrac#
ATS31=128
AT%T1
AT%U75
AT%NC99 puis ATZ
AT&D3 + DTR Low
AT*R0
ATS70=64 ou ATS70=192
ATX2 ou AT*F ou AT%X2
D'autres numéros brulés sur http://www.sct.fr/~philb/lesdocs.html
Notons que les "numéros brulées" ne constituent pas la seule condition
d'obtention d'un agrément France Télécom.
Ces derniers exigent en outre le respect de certaines caractéristiques
techniques, telles que l'impédance, qui doit être de 600 ohms
(les non agrées ont souvent une impédance de 300 ohms,
ce qui rend très difficile leur utilisation sur
un central France Télécom pourvu de limitateur d'intensite.
D'une manière générale, les modems agrées tiennent mieux la connexion
sur une ligne téléphonique de mauvaise qualite.
Mais il ne faut cependant pas perdre de vue que l'agrement est attribué
essentiellement selon des criteres essentiellement commerciaux.
Donc, à vous de choisir :-)
* Quelques chaines d'initialisation
ATTENTION - IMPORTANT:
les chaines d'initialisation qui suivent sont données à
titre indicatif et sans garantie Il est toujours préférable de se
reporter au chapitre "comment construire une chaine d'initialisation"
que d'utiliser une chaine toute faite.
Elles ne sont valables que dans des conditions optimum
(à savoir cable RTS + CTS ET Port Serie rapide).
Le cas échéant, voir aussi le chapitre
"comment construire une chaine d'initialisation".
Juste deux petits rappels :
- si vous utilisez un cable ne gerant pas le contrôle
de flux RTS CTS, désactivez-le dans la chaine d'initialisation
(en général &k0, voir manuel du modem) et désactivez
la compression de données et la correction d'erreurs
(mode normal, bufférisation sans correction ni compression,
en général &Q6), ceci en attendant de changer de cable bien sur.
- si la vitesse max de votre port série ne permet pas la compression
de données, désactivez cette dernière dans
la chaine d'initialisation (en général %CO,
voir manuel de votre modem)
Vous pouvez en général rajouter à ces chaine S95=47S7=60S25=20
Aceex 1414 v.32bis AT&F\N3\Q3
Apple Express Modem AT&F\N3
Digicom Eagle 9600/Scout Plus AT&F
Focus 14.4 AT&Q5%C1&C1&K3S36=7
Global Village PowerPort AT\J0\N3%C1&C1\V1\Q3
Hayes Accura 144 AT&F
Hayes Optima 14400 v.32bis AT&F
Hayes V-Series/Ultra AT&Q5S36=7&C1&K3
Intel 14.4 EX AT&F
Intel 14.4EX AT\N3%C1&C1\Q3
Intel 96EX AT\N3%C1&C1\Q3
Macintosh Express Modem AT&F\N3&D0&Q5
Multitech MT 932 Series AT&F&E4
Multitech MT1432 Series AT&F&Q1&E11
Multitech MT1432 ZDX AT&F
MultiTech MultiModem 224E/V.32 AT&E1&E15&C1&E4$BA0
Novafax : AT&F+MS&K3&D0E0V1M2S25=0
OLITEC V32B ET V34 : AT&F&K3S25=20S95=47
PSI PowerModem II/IV AT&Q5%C1&C1&K3
Quicktel Xeba 14.4 AT&F&C1
Racal ALM 3223 AT&F
Racal ALM 3226 V.32bis AT&F&C1
Spectra Pocket Modem 14.4 AT&F
SpectraCom V.32bis PocketFax AT&Q3S36=7%C1&C1&K3
Supra 14.4 LC AT&F1
Supra 2400 V.42bis AT&Q5S36=7%C1&C1&K3
SupraFAXModem V.32/V.32bis AT&F1&Q5S36=7%C1&C1&K3
SupraFAXModem v.32bis AT&F1
SupraFAXModem V.34 AT&F1
Telebit QBlazer AT&FS58=2S180=1S190=0
Telebit QBlazer/T1600/T3000 ATS180=2S190=1S51=252S58=2S68=2
Telebit WorldBlazer AT&F9X2
UDS Motorola V.3225L/V.3229L AT&F&C1\Q3
USRobotics Courier V.34 AT&F1&K3
USRobotics Courier HST Dual AT&F&C1&D0
USRobotics Courier V.32 bis/as AT&F&H1&K2
USRobotics Mac & Fax 14.4 AT&F&H1&R2
USRobotics Mac & Fax 28.8 V.34 AT&F1
USRobotics Sportster 14.4 AT&F&H1&C1
USRobotics Sportster 9600 AT&F&H1
Zoltrix 14.4 AT&F&C1
Zoom 14.4 V.32/V.32 bis AT&F&C1
Zoom 2400 v.42bis AT&Q5%C1W1&C1S36=7&K3
Zoom V.32/V.32bis AT&Q5S36=7%C1&C1&K3
Zyxel U-1496 AT&F
Zyxel V.32bis AT&C1&H3&K3&N0
Commande V23 (si non documentée sur votre modem). A tester :
Chip USR ATS34=8 ou ATS27.4=1
Chip Zyxel : AT&N12
Autres Chips : ATB0 ou ATB1 ou ATB2 ou ATB3 ou ATF3 ou ATS37=7
** D'autres chaines d'initialisation sur
http://www.sct.fr/~philb/lesdocs.html
* Bibliographie
[NOTE: certaines références bibliographiques sont dans le corps du
texte et ne sont pas nécessairement reprises ici. Les ajouts
bibliographiques sont d'ailleurs les bienvenus, notamment en
ce qui concerne le câble]
- "L'indispensable pour Internet, autres réseaux et BBS",
Thierry Platon, Editions Marabout
(592 pages, très complet et détaillé). 45F.
- "Premier pas avec un modem" -
B. Frala, Jean-Paul Mesters, Editions Marabout
(415 pages, très bonnes explications techniques;
un seul regret: ne rentre pas assez dans les détails
d'une configuration modem avancee)
- The Navas 28800 Modem FAQ ; la référence:
http://web.aimnet.com/~jnavas/modem/faq.html
- http://www.yahoo.com/Computers_and_Internet/Hardware/Peripherals/Modems/
- Pour Linux, les HOWTO sont disponibles
sur tout site distribuant Linux, comme :
ftp://ftp.loria.fr/pub/linux (très chargé)
http://www.resus.univ-mrs.fr/Fr/CS/Linux/
Les HOWTO se trouvent en
http://www.resus.univ-mrs.fr/Fr/CS/Linux/Doc.html
Le Guide du Rootard est en
http://www.resus.univ-mrs.fr/Fr/CS/Linux/GRL/Intro.html
Beaucoup de HOWTO sont traduits en francais (/pub/linux/french a l'IBP).
Enfin la référence est le livre d'Olav Kirch
"Linux network administrator's guide",
traduit en francais et disponible sur le réseau ou en librairie.
De nombreux exemples de scripts de connexion, liens et renseignements
sont disponibles sur http://www.linux-france.com/article/connex
- Pour FreePPP, on se reportera utilement à
ftp://ftp.sri.ucl.ac.be/pub/
ainsi qu'à http://www.imag.fr/IMAG/PPP/FreePPP.html
- Pour Windows 95, on pourra se reporter a
http://www.pratique.fr/net/softs/docs/win95/
- Pour les numéros brulés, quelques exemples de chaine d'intialisation et
beaucoup d'autres choses encore, consulter :
http://www.sct.fr/~philb/lesdocs.html
- Enfin, de nombreux liens sont disponibles sur
http://www.racal.com/racal/networking.html
- Notons également que le serveur de Worldnet propose une documentation
intéressante sur la configuration des logiciels en francais :
http://www.sct.fr/help/sommaire.htm
- Si vous recherchez un driver W95 pour votre modem essayez
http://www.alterego.fr/drivers.htm
- Bibliographique concernant RNIS :
La référence en anglais :
http://www.alumni.caltech.edu/~dank/isdn/
FAQ RNIS :
http://web.pasteur.fr/other/computer/FAQ/isdn-faq/ghindex.html
Les News :
En français : fr.network.divers
En anglais : comp.dcom.sys.isdn
Spécifique Linux :
http://www.ix.de/ix/linux/linux-isdn.html
Le Guide Unix parlé de RNIS :
http://www.alphanet.eu.org/~schaefer/unixguide.html
* Quelques constructeurs de modems sur le net.
- Multitec@iway.fr (support technique multitec en France)
- http://www.usr.com/ (US Robotics)
- http://www.telebit.com/ (Telebit)
- http://www.supra.com/ (Supra)
- http://www.olitec.com/ (Olitec)
- http://www.infoback.tm.fr/ (3X)
- http://www.usr.fr (uusr france - nouveau)
- http://www.creatix.com (créatix)
Enfin The Navas 28800 Modem FAQ:
http://web.aimnet.com/~jnavas/modem/faq.html
propose un grand nombre de liens vers des constructeurs
de modems sur le net ; je ne les ai pas tous
reproduits ici loin s'en faut, pour des raisons de compacticite.
* Auteur et Copyright
Toutes remarques et suggestions peuvent etre adressees a Laurent Sintes -
sintes@nfrance.com (Toulouse)
Si vous comptez distribuer ce document par FTP ou WWW,
ou placer un pointeur vers ce dernier merci de m'adresser un mail
pour m'en avertir et m'en communiquer l'adresse
(sauf mirroirs automatiques bien entendu).
Version 2.1, Février 1997 - Tous droits réservés.
Article ecrit a titre gratuit pour Usenet.
Cet article peut être diffusé sans autorisation préalable sur:
les BBS offrant un accès RTC normal et
sans abonnement; les sites FTP Anonymes
geres par une université;
les serveurs RTC accessibles sans abonnement.
Son utilisation, exploitation, adaptation traduction, est interdite sans
consentement écrit, notamment sur:
- support papier ; BBS ou RTC accessibles par audiotel
ou par abonnement; service FTP de providers
d'acces Internet; serveurs accessibles via Transpac;
CD ROM ; cette liste est non limitative.
Son neanmoins exemptes de cette règle les sites FTP
réalisant un mirroir automatique de toutes
les faqs de la hiérarchie fr.
Neanmoins, quiconque le désire, services commerciaux y compris,
peut placer un simple pointeur vers la version HTML
de cette faq et ce sans autorisation
particulière. La seule condition étant de m'en avertir par e-mail afin que je
puisse vous prévenir d'une éventuelle délocalisation.
Un probleme de config ?
Une doc en francais ? http://nfrance.com/espace.html
[Retour usenet] [Sommaire]