/usr/share/doc/HOWTO/fr-html/Leased-Line.html is in doc-linux-fr-html 2013.01-2.
This file is owned by root:root, with mode 0o644.
The actual contents of the file can be viewed below.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 | <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<html>
<head>
<meta name="generator" content=
"HTML Tidy for Linux/x86 (vers 25 March 2009), see www.w3.org">
<meta name="GENERATOR" content="LinuxDoc-Tools 0.9.69">
<title>Leased_Line_mini_HOWTO</title>
</head>
<body>
<h1>Leased_Line_mini_HOWTO</h1>
<h2>Rob Van der putten, <a href=
"mailto:rob@sput.dsl.nl">rob@sput.dsl.nl</a></h2>
v1.2 , Mars 1998
<hr>
<em>Ce document traite de la configuration de modem et de pppd dans
le cas d'une liaison composée de deux paires
torsadées .</em>
<hr>
<h2><a name="sec-intro"></a> <a name="s1">1. Introduction</a></h2>
<h2><a name="ss1.1">1.1 Ce document ...</a></h2>
<p>Le terme "leased line" est ici traduit par "ligne
spécialisée". C'est ce qui me semblait le plus
aproprié. Cette traduction étant loin d'être
parfaite , n'hésitez pas à m'envoyer vos remarques
à : <a href=
"mailto%20:%20cappeau@dil.univ-mrs.fr">cappeau@dil.univ-mrs.fr</a>
.</p>
<p>Ce document explique comment configurer votre modem et pppd pour
utiliser une liaison spécialisée composée de
deux paires torsadées .</p>
<p>Il ne traite ni de SLIP , ni de comment se procurer et/ou
installer pppd , ni de communication synchrone , ou de bandes
courte distance.</p>
<h2><a name="ss1.2">1.2 Qu'est ce qu'une " leased line "?</a></h2>
<p>Toute liaison de communication , permanente ,point à
point , louée par une compagnie de télécom ou
une organisation similaire. La liaison spécialisée
peut utiliser des câbles , tel que des paires
torsadées , et toute sorte de matériels , tels que
bobines , transformateurs , amplificateurs , et
régénérateurs.</p>
<h2><a name="ss1.3">1.3 Prerequis</a></h2>
<p>Vous devez déjà avoir pppd tournant sur votre
système , ainsi que minicom ( ou un programme similaire )
pour configurer vos modems .</p>
<h2><a name="s2">2. les modems</a></h2>
<p>Une liaison spécialisée n'est pas connectée
à un central téléphonique et ne fournit donc ,
ni alimentation CC , ni tonalité, ni signal occupé,
ni sonnerie . Cela signifie que vos modems sont livrés
à eux même , et doivent être capables de
gérer cette situation.</p>
<p>Vous devez avoir deux modems externes identiques , supportant
aussi bien une ligne spécialisée que le "dumb mode" .
Vérifiez que vos modems en sont capables et assurez vous
qu'ils sont correctement documentés.</p>
<p>Vous aurez aussi besoin de :</p>
<ul>
<li>2 câbles RS232 blindés . Le blindage doit
être connecté à l'enveloppe de la prise (pas
à la broche 1) de chaque coté .</li>
<li>Une prise RS232 utile pour les tests.</li>
<li>2 cordon RJ11 , un pour chaque extrémité de la
ligne spécialisée.</li>
<li>comprendre les commandes 'AT' de base</li>
</ul>
<h2><a name="ss2.1">2.1 Configuration</a></h2>
<p>Configurez les modems à leur plus grande vitesse possible
: 57600 bps pour un 14400 , et 115000 bps à partir d'un
28800 . Une fois le modem configuré en "dumb mode" , il
utilisera la vitesse a laquelle il a été
configuré. Configurez le modem , et son logiciel (Minicom)
pour utiliser les paramètres suivant.</p>
<ul>
<li>taux de transfert fixe (en baud , pas d'auto baud)</li>
<li>Controle du flot matériel bidirectionnel RTS-CTS</li>
<li>8 bits, sans parité , 1 bitstop</li>
<li>Le modem doit produire le VRAI DCD statuts</li>
<li>le modem NE DOIT PAS ignorer le DCD statuts(&D2 ou
&D3)</li>
</ul>
Vérifiez le avec AT &V ou AT &Ix (voir la
documentation du modem)
<p>Trouver comment mettre votre modem en "dumb mode" , et , plus
important , comment l'en sortir , car le modem ne peut être
reconfiguré que si il n'est pas en "dumb mode" .</p>
<p>Maintenant, configurez le comme suit :</p>
<ul>
<li>reset sur le commutateur DTR (&D3 , c'est parfois un
registre S)</li>
<li>"leased line mode"(&Lx , voir documentation)</li>
<li>le modem distant "auto answer"(S0 =1) , le modem local
"originate" (S0 = 0)</li>
<li>Desactiver les codes de résultat (Q1) , parfois le dumb
le fait pour vous .</li>
<li>Dumb mode (c'est parfois un jumper) Dans ce mode, les commandes
AT sont ignorées. Parfois , vous devrez désactiver le
caractère esc aussi.</li>
</ul>
Ecrivez la configuration dans la mémoire volatile (&W).
<h2><a name="ss2.2">2.2 Test</a></h2>
<p>Maintenant , connectez les modems à 2 ordinateurs en
utilisant les câbles RS232 , et connectez les modems entre
eux grace aux cordons RJ11 . Utilisez un programme tel que minicom
(Linux), procom ou Telix (DOS) sur chacun des ordinateur pour
tester les modems . Vous devez être capable de taper un texte
d'un ordinateur vers l'autre et vice et versa . Si vous avez des
déchets à l'écran, vérifiez la vitesse
du port COM et les autres paramètres . Maintenant
déconnectez , et reconnectez le câble RJ11 . Attendez
que la connexion s ' établisse d'elle même .
Déconnectez et reconnectez les câbles RS232 , allumez
, éteignez les modems, arrêtez et relancer minicom.
Les modems doivent toujours se reconnecter à la vitesse la
plus haute possible (certains modems ayant une LED pour indiquer la
vitesse). Vérifier bien qu'ils ignorent le caractère
ESC (+++) . Il faudra le désactiver si nécessaire
.</p>
<p>Si tout marche , vous voudrez peut être reconfigurer vos
modems ; supprimer le son du modem distant (M0) , mettez celui du
local au volume le plus bas (L1).</p>
<p>Exemples :</p>
<blockquote>
<pre>
<code> Hi-Tech
Originate (local):
ATL1 &C1 &D3 &L2%D1 &W &W1
Answer (remote):
ATM0 &C1 &D3 &L2%D1S0=1 &W &W1
Tron DF
</code>
</pre></blockquote>
<p>Le caractère ESC peut être désactivé
en fixant S2 > 127;</p>
<blockquote>
<pre>
<code>
Originate:
ATL1 &L1Q1 &C1 &D3S2=171\D1 &W
Answer:
ATM0 &L2Q1 &C1 &D3S0=1S2=171\D1 &W
</code>
</pre></blockquote>
<h2><a name="ss2.3">2.3 Pppd</a></h2>
<p>Vous aurez besoin d'un pppd (point to point protocol deamon , un
démon qui gère le protocole point à point) ,
et d'une bonne connaissance de son fonctionnement . Consulter le
RFC le concernant , ou le <a href=
"http://www.freenix.org/linux/HOWTO/">Linux pppd HOWTO</a> si
nécessaire .</p>
<p>Puisque vous n'allez pas utiliser une procédure de login
, vous n'utiliserez pas (m)getty , et n'aurez pas besoin d'un
utilisateur associé au pppd qui contrôle la liaison .
Vous n'allez pas dialoguer , vous n'aurez donc pas non plus besoin
d'un script pour le chat . En fait , le circuit et la configuration
que vous venez juste de construire , ressemble assez a un
câble null modem .</p>
<p>Pour une connexion fiable , votre setup doit remplir les
critères suivant :</p>
<ul>
<li>Peut après avoir booter votre système , pppd doit
envoyer le signal DTR sur le port RS232 , attendre que le DCD
arrive , et négocier la connexion .</li>
<li>Si le système distant est mort , pppd doit attendre
jusqu'à ce qu'il fonctionne à nouveau .</li>
<li>Si la connexion s'établit et s'interrompt ensuite, pppd
doit réinitialiser le modem (en mettant DTR au niveau bas ,
puis haut) puis essayer de se reconnecter .</li>
<li>Si la qualité de la connexion se détériore
trop , pppd doit réinitialiser le modem , et
ré-etablir la connexion.</li>
<li>Si le processus contrôlant la connexion , ici pppd ,
meurt , un watchdog doit le relancer.</li>
</ul>
<h2><a name="s3">3. Configuration</a></h2>
<h2><a name="ss3.1">3.1 Exemple</a></h2>
<p>On suppose que le modem est connecté au port COM2 ,
l'adresse locale est 'Loc_Ip' , et l'adresse Ip distante est
'Rem_Ip' . Nous voulons utiliser 576 pour notre MTU . Le script
/etc/ppp/options.ttyS1 devrait maintenant ressembler à :</p>
<blockquote>
<pre>
<code>
crtscts
mru 576
mtu 576
passive
Loc_Ip:Rem_Ip
-chap
modem
-pap
persist
</code>
</pre></blockquote>
<p>Donc , si le système local est 192.168.1.1 , et le
système distant est 10.1.1.1, alors /etc/ppp/options.ttyS1
devrait être sur le système local :</p>
<blockquote>
<pre>
<code>
crtscts
mru 576
mtu 576
passive
192.168.1.1:10.1.1.1
-chap
modem
-pap
persist
</code>
</pre></blockquote>
<p>et sur le système distant ...</p>
<blockquote>
<pre>
<code>
crtscts
mru 576
mtu 576
passive
10.1.1.1:192.168.1.1
-chap
modem
-pap
persist
</code>
</pre></blockquote>
<p>Si vous utiliser beaucoup telnet pendant un transfert de fichier
(par FTP ou par Web ) ,vous pouvez avoir envie d'utiliser un plus
petit MRU et MTU , tel que 296 . Cela améliorera le temps de
reponse du systéme distant.</p>
<p>Si cela vous importe peut , vous pouvez les mettre à la
valeur 1500.</p>
<p>L'option "passive" limite le nombre de tentatives de
(re)connexion. l'option "persist" maintiendra pppd en cas de
déconnexion ou lorsqu'il ne peut se connecter en premier
lieu .</p>
<h2><a name="ss3.2">3.2 Scripts</a></h2>
<p>Le script /usr/local/sbin/test-Rem _Host-ppp est appelé
par le script qui configure votre carte réseau (
/etc/init.d/network sur une Debian , test-Rem _Host-ppp est
à remplacer par le nom des hôtes distants ) . Ce
script vérifie l'existence de l'interface distante , et
essayera de lancer pppd dans la négative . Il commence avec
un sleep , vérifiez bien que le processus de boot configure
bien les ports COM en premier .</p>
<blockquote>
<pre>
<code>
#!/bin/bash
/usr/bin/sleep 30
while true
do
if ! ( /sbin/ifconfig | grep Rem_Ip > /dev/null )
then
# PPP gone
logger "Rem_Host PPP gone ; restarted"
/usr/local/sbin/PRem_Host.sh & fi
sleep 300
done
</code>
</pre></blockquote>
<p>Vous pouvez bien sûr enlever le 'sleep 300' , et la boucle
do-done et lancer le tout avec cron plutôt . Certaines
personnes lancent pppd de /etc/inittab , mais je n'ai jamais
essayé.</p>
<p>La route par défaut peut être initialisée
avec l'option defaultroute ou avec le script /etc/ppp/ip-up .</p>
<blockquote>
<pre>
<code>
#!/bin/bash
case $2 in
/dev/ttyS1)
/sbin/route add -net 0.0.0.0 gw Rem_Ip netmask 0.0.0.0
;;
esac
</code>
</pre></blockquote>
<p>Ip-up peut aussi être utilisé pour synchroniser
votre horloge à l'aide de netdate .</p>
<p>Bien sur , la route définit dans Ip-up n'est pas
nécessairement la route par défaut . Votre Ip-up
définit la route vers le réseau distant alors que
script ip-up sur le système distant spécifie la route
vers votre réseau . Si votre réseau est 198.168.1.0 ,
et votre interface pppd 192.168.1.1 , le script ip-up sur la
machine distante ressemble a ca :</p>
<blockquote>
<pre>
<code>
#!/bin/bash
case $2 in
/dev/ttyS1)
/sbin/route add -net 192.168.1.0 gw 192.168.1.1 netmask 255.255.255.0
;;
esac
</code>
</pre></blockquote>
<p>Les bits 'case $2' et '/dev/ttyS1)' sont là au cas ou
vous utiliseriez plus d'une liaison ppp . Ip-up sera lancé
à chaque fois qu'une connexion apparaitra , mais seulement
la partie entre '/dev/ttySx)' et ';;' sera exécuté ,
définissant la bonne route pour le bon ttyS. Vous trouverez
plus d'information sur le routage dans le <a href=
"http://www.freenix.org/linux/HOWTO/">NET-3-HOWTO</a> , dans la
section qui y est consacré.</p>
<p>Bien que l'option 'persist ' puisse le rendre superflue , le
démon pppd peut aussi être relancé en utilisant
ip-down;</p>
<blockquote>
<pre>
<code>#!/bin/bash
case $s in
/dev/ttyS1)
/usr/bin/sleep 30
/usr/local/sbin/PRem_Host.sh &
;;
esac
</code>
</pre></blockquote>
<p>Le pppd est lancé grâce au script
/usr/local/sbin/PRem_Host.sh :</p>
<blockquote>
<pre>
<code>
#!/bin/bash
( /usr/sbin/pppd /dev/ttyS1 115200 crtscts Loc_Ip:Rem_Ip persist ) &
</code>
</pre></blockquote>
<p>Je suppose que certaines options des lignes de commandes rendent
certaines des options énnoncées superflues. Mais il
vaut mieux être prudent ,alors desolé.</p>
<h2><a name="ss3.3">3.3 Test</a></h2>
<p>Testez le tout de la même maniére qu'avec les
modems . Si ca marche , prenez votre vélo et allez brancher
votre modem distant à la partie distante de votre
liaison.</p>
</body>
</html>
|