<!DOCTYPE Article PUBLIC "-//OASIS//DTD DocBook V3.1//EN">

<Article id="index">

<ArtHeader>

<Title>DSL HOWTO for Linux</Title>

<PubDate>v1.1, 14 November 2000</PubDate>

<AuthorGroup>
 <AUTHOR>
  <FirstName>David</FirstName>
  <SurName>Fannin</SurName>
   <Affiliation>
    <Address>
     <Email>dfannin@sushisoft.com</Email>
    </Address>
   </Affiliation>
 </AUTHOR>

 <Editor>
  <firstname>Greg</firstname>
  <surname>LeBlanc</surname>   
   <Affiliation>
    <Address>
     <Email>GLeblanc@cu-portland.edu</Email>
    </Address>
   </Affiliation>
 </Editor>

<othercredit role="ja-translator">
	<othername>高橋聡</othername>
	<contrib>(日本語訳)</contrib>
	<affiliation>
	<address>
	<email>hisai@din.or.jp</email>
	</address>
	</affiliation>
</othercredit>

</AuthorGroup>

<!--

Not supported...

  <othercredit>
   <firstname>Greg</firstname>
   <surname>LeBlanc</surname>
   <contrib>Help with layout, organization and various content suggestions.
   </contrib>
  </othercredit>
 
...and if co-author is not used or is inappropriate, you could use
the <othercredit> tag. Example:
    <othercredit>
      <firstname>Greg</firstname>
      <othername>J</othername>
      <surname>Ferguson</surname>
      <contrib>Conversion to DocBook SGML; updated section on
foo</contrib>
    </othercredit>
This goes in the <artheader> (DocBook 3.x) or <articleinfo> (DocBook 4.x)
section.


 
-->

<RevHistory>

  <Revision>
    <RevNumber>v1.3</RevNumber>
     <Date>2001-06-25</Date>
     <Authorinitials>hb</Authorinitials>
      <RevRemark>
        <!-- Updates to various sections.  -->
        あちこちのセクションを更新。
      </RevRemark>
    </Revision>
   
   <Revision>
    <RevNumber>v1.2</RevNumber>
     <Date>2001-03-28</Date>
     <Authorinitials>hb</Authorinitials>
      <RevRemark>
        <!-- Assorted changes and additions.  -->
       様々な変更と追加。
      </RevRemark>
    </Revision>
 
  <Revision>
    <RevNumber>v1.1</RevNumber>
     <Date>2000-11-14</Date>
     <Authorinitials>hb</Authorinitials>
      <RevRemark>
        <!-- Many miscellaneous minor corrections and updates.  -->
        雑多かつちょっとした訂正、更新。
      </RevRemark>
    </Revision>
 
 <Revision>
    <RevNumber>v0.99</RevNumber>
     <Date>2000-09-05</Date>
     <Authorinitials>hb</Authorinitials>
      <RevRemark>
       <!-- Various updates, additions and new sections.  -->
       更新、追加いろいろ。新しいセクションも追加。
      </RevRemark>
 </Revision>
 
 <Revision>
   <RevNumber>v0.92</RevNumber>
    <Date>1999-04-10</Date>
    <Authorinitials>df</Authorinitials>
     <RevRemark>
      <!-- First release (ADSL mini HOWTO).  -->
      初版(ADSL mini HOWTO)。
     </RevRemark>
 </Revision>
</RevHistory>

<KeywordSet>
 <Keyword>DSL</Keyword>
 <Keyword>xDSL</Keyword>
 <Keyword>ADSL</Keyword>
 <Keyword>RADSL</Keyword>
 <Keyword>IDSL</Keyword>
 <Keyword>G.Lite</Keyword>
 <Keyword>SDSL</Keyword>
 <Keyword>PPPoE</Keyword>
 <Keyword>PPPoA</Keyword>
 <Keyword>DSLAM</Keyword>
 <Keyword>VDSL</Keyword>
 <Keyword>Broadband</Keyword>
 <Keyword>Internet</Keyword>
 <Keyword>Network</Keyword>
</KeywordSet>

<Abstract>

<Para>
<!-- コメント(以下 <Comment>〜</Comment> 間の翻訳は割愛します。-->

 <Comment>

Converted to DocBook 3.1 HB 08/08/00.
 This started as just some additions, but turned into major rewrite.

 aspell -H -c DSL-HOWTO.sgml
 submit@linuxdoc.org
 
 export CVSROOT=:pserver:hal@cvs.linuxdoc.org:/cvsroot
 cvs -d $CVSROOT login
 pword: Xn2gDjf1

 $cvs  get LDP/howto/docbook/DSL-HOWTO.sgml

 upload...
 $ cvs commit DSL-HOWTO.sgml      !!!!!!!!!!!!!!!!
 (from the LDP/howto/docbook/ dir)


====================================================================
Begin 1.3 Wed 03/28/01 06:57:01 PM

Changes:
 Fixed a few broken links.
 Feeble attempt to add some internalization to a few sections.
 RWIN and interleaving in glossary.
 Minor changes to comments on RBOC/independent shake out, and 
  remote terminals.
 Updates to the SpeedTouch HOWTO in appendix
 Added back the NTS FAQ.
 Added a new dyn dns org.
 Added bit about kernel mode PPPoE/rp-pppoe per David Skoll


Thanks for the quick reply.  I would think that it would be a very simple
modification/extension of the current style sheet to add the tag
(ASCII_graphic) that would show your graphs in the way they were meant to
be.  I'll look at the LDP website and see who to forward this suggestion to.


Todo:
 MTR
 Juha's throttling gets more speed. More from Juha.
 http://netfilter.samba.org/unreliable-guides/packet-filtering-HOWTO/index.html
 http://obrien.freeshell.org/files/howto/NAT-HOWTO.html
 http://linux-usb.sourceforge.net/SpeedTouch/howto.html



Wed 04/11/01 06:59:30 PM from Juha


From juha@saarinen.org  Tue Apr 10 07:05:06 2001




4.  http://feenix.dyndns.org/ldp/adsl/tuning.html

Mention MTR (Matt's Traceroute)! It's an excellent program that everybody
should use. I showed it to my ISP who said "why didn't we know about this
before?". It's great for troubleshooting.

For turbo-charged downloading, an app that opens multiple ftp or HTTP
sessions and combines them can substantially increase you speed. The network
here is limited to 3.5Mbps per TCP session -- I've managed to combine
sessions into twice that speed.


======================

Had to think myself... one inch is 2.54 cm. There's what? Twelve inches to a
foot? so you get 30.48cm, or 0.3048 meters.

12,000 feet = 3,657.6 metros, or approx 3.7 kilometers. Does that look
right?

-- Juha


===============================================================
Submitted 1.2 Wed 03/28/01 06:43:23 PM
Begin 1.2 Tue 11/14/00 07:38:10 PM

Changes:

 Updated various URLs.
 Adapt Chris Jones's Alcatel USB mini HOWTO into Appendix
 Various modifications due to modem changes, ie USB.
 Alcatel USB drivers are out!
 Added sections on TCP RWIN, and interleaving in 'Tuning'.
 Soften EN comments (again).
 Austrian Highspeed Internetconnection & Linux HOWTO added.
 Remove eyep.net from dyndns section.
 Fixed pptpd screw up.
 New ISP for LA, Central Cal, Australia.
 PPTP on Alcatel STH info added.
 New FAQ for asymmetric bandwidth saturation.
 Backed off Efficient 3060 beta and Alcatel USB beta programs. Going nowhere.
 VPN HOWTOs added.
 France Telecom's Netissimp in HOWTO list.
 Added Sympatico to ISPs
 Poor man's splitter (using one microfilter in NID).

<!--


 <date>
  <year>2000</year>
  <month>12</month>
  <date>11</date>
 </date>


<glossary><title>Example Glossary</title>
<para>
This is not a real glossary, it's just an example.
</para>

<glossdiv><title>E</title>
 <glossentry id="xml"><glossterm>Extensible Markup Language</glossterm>
   <acronym>XML</acronym>
  <glossdef>
   <para>Some reasonable definition here.</para>
   <glossseealso otherterm="sgml">
  </glossdef>
 </glossentry>
</glossdiv>

</glossary>

-->

 </Comment>
</Para>



<Para>
<!--
This document examines the DSL family of high speed Internet services now
 being deployed in various markets worldwide.  Information is included on the
 technology behind DSL as well as subscribing, installing, configuring, and
 troubleshooting, with an emphasis on how this impacts Linux users.  
-->
このドキュメントでは、DSL ファミリーについて説明します。高速なインターネット・
サービスを全世界の様々な市場で DSL ファミリーは展開しています。
DSL についての技術的背景とともに、加入方法や設置、設定、トラブルシュー
ティングについての情報を Linux ユーザに関連するところに焦点を当てて紹介して
いきます。
</Para>

</Abstract>

</ArtHeader>

<!--  ~  End Section  ~  -->





<!--   ~~~~~~~~       New Section Header    ~~~~~~~~~     -->

<Sect1 id="intro">
<!-- <Title>Introduction</Title> -->
<Title>はじめに</Title>

<Para>
<!--
DSL, or Digital Subscriber Loop, is a high-speed Internet access technology
 that uses a standard copper telephone line (a.k.a. <Quote>loop</Quote> in
 telco parlance). DSL provides a direct, dedicated connection to an ISP via
 the existing telco network. DSL is designed to run on up to 80% of the
 telephone lines available in the United States. By using line-adaptive
 modulation, DSL is capable of providing data speeds of 8 Mbps, or more. 
-->
DSL(Digital Subscriber Loop) は高速なインターネット・アクセス技術で、一般的
なメタルの電話線(電話会社の専門用語で、別名 <Quote>より対銅線回線</Quote>)を
使います。DSL は、既存の電話会社のネットワークを使って、ISP にダイレクトかつ
専用で接続できます。米国の 80 &percnt; もの電話線で利用ができるように
設計してあります。DSL は、回線適応変調方式を使うことにより、 8 Mbps もしくは
さらに高速な転送速度を実現できます。

</Para>

<Para>
<!--
DSL services are now being aggressively marketed for home and small business
 use. DSL is typically priced below ISDN, and well below T1 service, yet can
 provide potentially even greater speeds than T1 without the
 cost, complexity, and availability issues of T1. Since DSL is a dedicated,
 often <Quote>always on</Quote> service, it avoids the delays and use charges
 that are common with ISDN. Making this quite a nice technology for the
 bandwidth starved masses.
-->
DSL サービスは、家庭や小規模事業向け市場をターゲットにしています。普通 DSL 
は  ISDN より安価で、T1 よりかなり劣ったサービスを提供します。しかし T1 に
見られるようなコスト高や面倒さ、利用しにくさといった問題を気にせずに、T1 
より高速に利用できる可能性があります。DSL は<Quote>常時</Quote>専用で接続
するサービスなので、ISDN のように回線設置の遅れや使った分だけ料金がかかる
ことはありません。この点が帯域不足で悩んでいる人々にとって魅力ある技術
となっています。

</Para>

<Para>
<!--
 While all this sounds exciting, DSL does have some drawbacks. The quality of
 the DSL signal, and thus the connection, depends on distance (the length of
 the copper <Quote>loop</Quote>) and various other factors. Also, there is no
 such thing as standard <Quote>DSL</Quote>. There are various flavors of DSL,
 and many, many ways DSL providers are implementing their networks. In typical
 fashion, Linux users are often left to fend for themselves, since the DSL
 providers are often taking the easy way out, and catering only to
 <Quote>mainstream</Quote> Operating Systems.
-->
うれしいことだらけのように思えますが、DSL には欠点もあります。DSL の
信号つまり接続は、距離(より対銅線<Quote>回線</Quote>の長さ)やその他様々な
要因に依存しています。標準となる <Quote>DSL</Quote> もありません。様々な 
DSL が存在しており、DSL プロバイダは本当に様々な方法でネットワークを提供
しています。現状 Linux ユーザは、自分で何とかしなければいけない状況に
あります。というのも DSL プロバイダは安易に<Quote>売れ筋の</Quote>
オペレーティング・システムに対してだけ、対応しがちだからです。
</Para>

<Para>
<!--
The topics included in this HOWTO include qualification and pre-installation,
 installation, configuration, troubleshooting and securing a DSL connection. As
 well as other related topics. There are also appendices including a
 comprehensive <Link LinkEnd="overview">DSL Overview</Link>, <link
 linkend="faq">Frequently Asked Questions</link>, a listing of <link
 linkend="links">related links</link>, and a <link
 linkend="glossary">glossary</link>. </Para>
-->
この HOWTO で触れるトピックスは、適合試験や設置に当たっての事前作業、設置、
設定、トラブルシューティング、そして DSL 接続を安全に行うことです。他の
関連したトピックにも触れます。付録として包括的な <Link LinkEnd="overview">DSL 
の概略</Link>と<link linkend="faq">FAQ</link>、<link linkend="links">リンク集
</link>、そして<link linkend="glossary">用語解説</link>も付けています。
</Para>

<Para>
<!--
Due to the fast pace of change in the telco and DSL industries, please make
 sure you have the latest version of this document. The current official
 version can always be found at 
 <Ulink
 url="http://www.linuxdoc.org/HOWTO/DSL-HOWTO/">http://www.linuxdoc.org/HOWTO/DSL-HOWTO/</Ulink>.  Pre-release versions can be found at <Ulink
 URL="http://feenix.burgiss.net/ldp/adsl/">http://feenix.burgiss.net/ldp/adsl/</Ulink>.
-->
電話会社や DSL プロバイダ側が速いペースで移り変わるので、このドキュメントが
最新版であることを必ず確認してください。現在、正式版は <Ulink
 url="http://www.linuxdoc.org/HOWTO/DSL-HOWTO/">http://www.linuxdoc.org/HOWTO/DSL-HOWTO/</Ulink> にあります。事前公開版は <Ulink
 URL="http://feenix.burgiss.net/ldp/adsl/">http://feenix.burgiss.net/ldp/adsl/</Ulink> にあります。

</Para>



<!--   ~~~~~       New Section      ~~~~~     -->

<Sect2>
<!-- <Title>Document Structure and Reading Guidelines</Title> -->
<Title>ドキュメントの構成と読み進め方</Title>

<Para>
<!--
 This document attempts to give a comprehensive discussion of DSL. All aspects 
 are hopefully addressed to one degree or another with what can be a complex
 topic since it deals with networking, hardware, new fangled technologies, and 
 various approaches taken by various vendors. The core components of this
 document are:
-->
このドキュメントでは DSL について広範囲に議論するつもりです。複雑にからみ
あったネットワークやハードウェア、新しい流りの技術、そしていろいろな
ベンダーが提供する様々なアプローチを扱ったトピックをあらゆる角度で解決して
いくつもりです。このドキュメントの構成の中心は下記の通りです。
 
</Para>

<Para>
 <ItemizedList>
  <ListItem>
   <Para>
   <!--
    The <Link LinkEnd="installation">Installation</Link> section covers
    installation of DSL hardware and related components, including wiring
    considerations, splitter or microfilter installation, modem and Network
    card installation. 
   -->
   <Link LinkEnd="installation">設置</Link>セクションでは、DSL の
   ハードウェアと関連機器の設置方法を説明します。配線上の注意点や
   スプリッタやマイクロフィルタ、モデムやネットワーク・カードの取り付け方
   を扱います。

   </Para>
  </ListItem> 
  <ListItem>
   <Para>
    <!--
    The <Link LinkEnd="configure">Configuring Linux</Link> section covers
    mostly client and software aspects of getting the connection up and
    running. The Network card configuration is actually covered mostly in the
    above Installation section.
    -->
    <Link LinkEnd="configure">Linux の設定</Link>セクションでは、主にクライ
    アント側とソフトウェアについて扱います。接続して動作可能にします。
    ネットワーク・カードの設定については、上記の設置方法のセクションで扱い
    ます。

   </Para>
  </ListItem> 
  <ListItem>
   <Para>
    <!--
    The <Link LinkEnd="secure">Securing Your Connection</Link> section covers
    Security implications that are even more important with a full-time
    connection. Linux users seem especially targeted by crackers, because
    quite frankly, some don't understand how important security is, or don't
    understand the finer points of this.
    -->
    <Link LinkEnd="secure">安全に接続する</Link>セクションでは、常時接続に
    当たって非常に重要を持つ、セキュリティの意味について説明します。
    Linux ユーザはクラッカーの標的にとてもなりやすいようです。Linux ユーザ
    はとてもおおらかで、セキュリティがいかに大切で精緻なのかを理解できない
    人もいるからです。

   </Para>
  </ListItem> 
  <ListItem>
   <Para>
    <!--
    The <Link LinkEnd="tuning">Tuning and Troubleshooting</Link> section
    covers post-installation topics like how well is our connection performing,
    and how to track down any show-stoppers or intermittent problems.
    -->
   <Link LinkEnd="tuning">チューニングとトラブルシューティング</Link>
   セクションでは、設置作業後にいかに接続の性能を向上させるか、という
   トピックやコンピュータが固まってしまったり、時々切断してしまう問題を
   突き止める方法について説明します。
   </Para>
  </ListItem> 
  <ListItem>
   <Para>
    <!--
    There is also a lengthy Appendix that covers various topics relating to
    Linux and DSL. None of these are directly related to simply getting that
    connection up and running, but may be of interest nonetheless.
    -->
    付録もたくさんついていて、Linux や DSL に関する様々なトピックについて
    説明しています。また接続して動かすことに直接関連していないが、興味深い
    事項についても解説します。
  
   </Para>
  </ListItem> 
 </ItemizedList>
</Para>

<Para>
<!--
 To simplify the navigation of this document, below is a suggested reading 
 guideline. Everyone should read the Introduction. Please pay special
 attention to the <Link LinkEnd="usage">Conventions and Terminology</Link>
 section, as some of this terminology may be used somewhat differently in
 other contexts. Also, there is a <Link LinkEnd="glossary">Glossary</Link> if
 you get lost in the world of TA (telco acronyms) ;-).
-->
このドキュメントを読み進めるには、下記のガイドラインに従ってみてください。
まず必ず「はじめに」を読んでください。特に<Link LinkEnd="usage">約束事と
利用方法、用語</Link>セクションは熟読してください。専門用語の中には別の
文脈において、多少異なる意味を持つものがあるからです。また、TA(電話業界の
頭文字)の世界で迷ってしまっても、<Link LinkEnd="glossary">用語解説</Link>が
用意してあります ;-)。
 
</Para>

<Para>
 <ItemizedList>
  <ListItem>
   <Para>
    <!--
  If you don't know anything about DSL, you should probably read the entire 
  document. You may want to start with the <Link LinkEnd="overview">DSL
  Overview</Link> section in the Appendix, and then the <Link
  LinkEnd="faq">FAQ</Link>. The DSL Overview explains how the various pieces
  of the puzzle fit together. DSL network implementations are more complex
  than traditional dialup networks. 
  -->
  DSL について何も知らなくても、このドキュメントを通読できるはずです。
  まず付録にある<Link LinkEnd="overview">DSL の概略</Link>セクション
  からはじめて、次に <Link LinkEnd="faq">FAQ</Link> に進んでみてください。
  DSL の概略では、それぞれ個々の要素がどのように組み合わさっているのかを
  説明します。DSL ネットワークはこれまでのダイヤルアップ・ネットワークに
  比べて、複雑な構成をとっています。
    
   </Para>
  </ListItem> 
  <ListItem>
   <Para>
    <!--
  If you have already done some homework, but have not ordered service from
    anyone yet, read the <Link LinkEnd="cproviders">Choosing
    Providers</Link> section, and the <Link LinkEnd="isps">Linux Friendly
    ISPs</Link> sections. Also, you might get a head start by reading the
    <Link LinkEnd="configure">Configuring Linux</Link> section so you know
    what lies ahead.
  -->
  すでに下調べをしてあるが、まだどこにもサービスを申し込んでいないなら、
    <Link LinkEnd="cproviders">プロバイダを選ぶ</Link>セクションを読んで
  ください。あわせて <Link LinkEnd="isps">Linux に好意的な ISP</Link> 
  セクションも読んでみてください。もちろん <Link LinkEnd="configure">
  Linux の設定</Link> セクションからはじめても結構です。これから何を
  しなければいけないのか、理解できると思います。

   </Para>
  </ListItem> 

  <ListItem>
   <Para>
    <!--
    If you have ordered service already, and are awaiting delivery, you can
    skip the sections on choosing a Provider. If you will be doing a
    self-install, you should read the pertinent parts of the <Link
    LinkEnd="installation">Installation</Link> section, the <Link
    LinkEnd="configure">Configuring Linux</Link> section, and the <Link
    LinkEnd="secure">Securing Your Connection</Link> section.
    -->
    既にサービスを申し込んでいてサービス開始を待っている状態なら、
    プロバイダの選択についてのセクションは飛ばしてもかまいません。自分で
    設置するつもりなら、<Link LinkEnd="installation">設置</Link> や 
    <Link LinkEnd="configure">Linux の設定</Link>、<Link LinkEnd="secure">
    安全に接続する</Link>のそれぞれのセクションで、該当する部分を読んでくだ
    さい。
   
   </Para>
  </ListItem> 

  <ListItem>
   <Para>
    <!--
    If the installation is complete, and you can't get a working connection, 
    skip right to the <Link LinkEnd="tuning">Troubleshooting</Link> Section. 
    If you are not clear on what protocols are required, or what software you 
    need to have installed, also read the <Link
    LinkEnd="configure">Configuring Linux</Link> section. If not sure what
    terms like <Quote>sync</Quote> mean in this context, then be sure to read
    the <Link LinkEnd="overview">DSL Overview</Link> section first so you know
    how it all fits together.
    -->
    設置が完了したのにうまく接続できないなら、すぐに <Link LinkEnd="tuning">
    トラブルシューティング</Link>セクションを読んでください。
    どんなプロトコルを使っていいかはっきりしなかったり、どんなソフトウェアを
    インストールすればいいのかわからなかったりしたなら、<Link 
    LinkEnd="configure"> Linux の設定</Link>も読んでください。ドキュメント
    中で<Quote>同期</Quote>というような意味不明な言葉がある場合は、<Link 
    LinkEnd="overview">DSL の概略</Link>を必ず読んでください。そうすれば
    しっくりくるはずです。
 
   </Para>
  </ListItem> 

  <ListItem>
   <Para>
    <!--
    If trying to decide between cable and DSL, read the 
    <Link LinkEnd="cable">Cable vs DSL</Link> section, and possibly the 
    <Link LinkEnd="overview">DSL Overview</Link> section.
    -->
    ケーブルモデムか DSL か決めかねているなら、<Link LinkEnd="cable">
    Cable vs DSL</Link> セクションを読んでください。<Link LinkEnd="overview">
    DSL の概略</Link>も読んだ方がいいかもしれません。
   </Para>
  </ListItem> 

  <ListItem>
   <Para>
    <!--
    If you have never had a full-time Internet connection, or are not
    absolutely sure you fully understand how to secure you connection, 
    be sure to read The <Link LinkEnd="secure">Securing Your Connection</Link>
    section. If you don't understand some aspect of this, re-read it, or start 
    looking for other references.
    -->
    インターネットに常時接続した経験がなかったり、安全に接続する方法
    を完璧には理解できていないなら、<Link LinkEnd="secure">安全に接続する
    </Link>セクションを必ず読んでください。読んでも理解できない点があるなら、
    繰り返し読むか、別の資料を捜すようにしてください。
  
   </Para>
  </ListItem> 
  
  <ListItem>
   <Para>
    <!--
    There is a comprehensive <Link LinkEnd="links">Links section</Link> that 
    has references to some topics not touched on in the main body of the 
    Document itself.
    -->
   <Link LinkEnd="links">リンク集</Link>では、このドキュメントでは直接扱って
   いないトピックについて広く紹介してあります。
  
   </Para>
  </ListItem> 

 </ItemizedList>
</Para>

</Sect2>

<!--  ~  End Section  ~  -->



<!--   ~~~~~       New Section      ~~~~~     -->

<Sect2>
<!-- <Title>What's New</Title> -->
<Title>最新情報</Title>
<Para>
 <!--
 Version 1.3: Updates to the SpeedTouch USB HOWTO in the appendix.
 Minor update to PPPoE section, and two new Linux Friendly ISPs. A feeble 
 attempt to make the document a little less U.S.-centric. Various minor 
 updates.
 -->
Version 1.3:付録の SpeedTouch USB HOWTO を更新。
PPPoE セクションを改訂し、Linux に好意的な ISP に 2 社追加。ドキュメントが
米国を中心とした記述にならないように、ほんの少し修正。その他多少の更新。

</Para>

<Para>
<!--
 Version 1.2 adds PPTP configuration section for Alcatel ethernet modems.
 Also, added are two additional sections in the <Quote>Tuning</Quote> section
 for the TCP Receive window, and ADSL/DMT interleaving. And the big news is
 the release of open source drivers for the Alcatel USB modem as of March
 2001. There is an Alcatel SpeedTouch USB mini HOWTO in the <Link
 LinkEnd="SpeedtouchUSB">appendix</Link> by Chris Jones. A number of 
 miscellaneous updates as well.
-->
 Version 1.2 には PPTP の設定に Alcatel のイーサネット・モデムを追加。
 <Quote>チューニング</Quote>セクションに TCP Receive window と ADSL もしくは 
 DMT の効率化 2 つを追加。Alcatel の USB モデムのドライバがオープン・
 ソースで 2001 年 5 月にリリースされたというビックニュースを追加。Chris 
 Jones 氏によって Alcatel SpeedTouch USB mini HOWTO を <Link LinkEnd=
 "SpeedtouchUSB">付録</Link> に追加。あちこちを更新。
 </Para>

<Para>
 <!--
 Version 1.1 included quite a few minor corrections, updates, 
 and additions. Not much that is substantially new. There are finally two
 Linux compatible DSL PCI modems from Xpeed. The drivers are now in the kernel
 2.2.18 source.
 -->
 Version 1.1 ではいくつかの訂正と更新と追加。新しい情報は実質なし。ついに
 Linux で利用可能な Xpeed の DSL PCI モデムが登場。カーネル 2.2.18 のソース
 コードにドライバが入った。

</Para>

<Para>
 <!--
 Version .99 addresses some of the many changes that have occurred since the
 original ADSL mini HOWTO was published. Originally, ADSL was the primary DSL
 technology being deployed, but more and more some of the other DSL flavors
 are entering the picture &#045&;#045;IDSL, SDSL, G.Lite, and RADSL. Thus the renaming
 from <Quote>ADSL mini HOWTO</Quote> to the <Quote>DSL HOWTO</Quote>. There
 have been many other changes in DSL technology as well. PPPoE/A encapsulation
 has become more and more common as many ISPs are jumping on this bandwagon. 
 -->
 Version .99 はこのドキュメントのオリジナルである ADSL mini HOWTO が出てから
 生じた数多く変更点の内のいくつかに対応。そもそも ADSL は最初に広まった DSL 
 技術ではあるが、他の DSL―IDSL や SDSL、G.Lite、RADSL―の特徴も反映
 されている。このようにして <Quote>ADSL mini HOWTO</Quote> から <Quote>DSL 
 HOWTO</Quote> に名称を変更した。また DSL 技術における数多くの進展も記述した。
 PPPoE/A によるカプセル化は非常に多くの ISP で採用されてきており、主流に
 なってきている。

</Para>

</Sect2>

<!--  ~  End Section  ~  -->



<!--   ~~~~~       New Section      ~~~~~     -->

<Sect2>
<Title>Copyright</Title>

<Para>
 DSL HOWTO for Linux (formerly the ADSL mini HOWTO)
</Para>

<Para>
 Copyright &copy; 1998,1999 David Fannin. 
</Para>

<Para>
 This document is free; you can redistribute it and/or modify it under the
 terms of the GNU General Public License as published by the Free Software
 Foundation; either version 2 of the License, or (at your option) any later
 version.
</Para>

<Para>
 This document is distributed in the hope that it will be useful, but WITHOUT
 ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS
 FOR A PARTICULAR PURPOSE.  See the GNU General Public License for more
 details.
</Para>

<Para>
 You can get a copy of the GNU GPL at at <ULink
 URL="http://www.gnu.org/copyleft/gpl.html">GNU GPL</ULink>.
</Para>

</Sect2>

<!--  ~  End Section  ~  -->



<!--   ~~~~~       New Section      ~~~~~     -->

<Sect2>
<!-- <Title>Credits</Title> -->
<Title>謝辞</Title>

<Para>
<!--
 Thanks to all those that contributed information to this HOWTO.  I have
 anti-spammed their email addresses for their safety (and mine!).  Remove the
 X's from their names.
-->
この HOWTO を手伝ってくれた方すべてに感謝致します。万が一のため、電子メール
のアドレスは spam 避けをしてあります(私のものも！)。名前の部分から X を取って
ください。
</Para>

<Para>
 <ItemizedList>

 <ListItem>
  <Para>
   <!--
   <Emphasis remap="bf">B Ediger</Emphasis> (Xbediger@csn.net) Great
   Description of loop impairment. 
   -->
   <Emphasis remap="bf">B Ediger</Emphasis> (Xbediger@csn.net) 回線の
   問題点についてのすばらしい記述
  </Para>
 </ListItem>

 <ListItem>
  <Para>
   <!--
   <Emphasis remap="bf">C Wiesner</Emphasis> ( Xcraig@wkmn.com)  List of many ADSL URLs. 
   -->
   <Emphasis remap="bf">C Wiesner</Emphasis> ( Xcraig@wkmn.com)  数多くの
   ADSL 関連の一覧作成
  </Para>
 </ListItem>
 
 <ListItem>
  <Para>
   <!--
   <Emphasis remap="bf">J Leeuw</Emphasis> ( Xjacco2@dds.nl) Many tips on ADSL,
   especially in Europe 
   -->
   <Emphasis remap="bf">J Leeuw</Emphasis> ( Xjacco2@dds.nl) ADSL についての
   たくさんの TIPS
  </Para>
  </ListItem>

 <ListItem>
  <Para>
   <!--
   <Emphasis remap="bf">N Silberstein</Emphasis> ( Xnick@tpdinc.com) Info on
   Netrunner and his experience with US Worst.  
   -->
   <Emphasis remap="bf">N Silberstein</Emphasis> ( Xnick@tpdinc.com)  Netrunner 
   についての情報と米国一悲惨な経験
  </Para>
 </ListItem>
 
 
 <ListItem>
  <Para>
   <!--
   Many and various posters from comp.dcom.xdsl and
   bellsouth.net.support.adsl, too numerous to mention individually.
   (HB)
   -->
   comp.dcom.xdsl と bellsouth.net.support.adsl からの多種多様な投稿。
   あまりに多量で個々に言及できないほど。
   (HB)(？)
  </Para>
 </ListItem>

 <ListItem>
  <Para>
   <!--
   <Emphasis remap="bf">Juha Saarinen</Emphasis> for suggestions and
   explanations on the TCP Receive Window, and related tuning topics.
   -->
   <Emphasis remap="bf">Juha Saarinen</Emphasis> TCP Receive Window に
   ついてのアドバイスと解説及びそれに関連したチューニングについての
   トピック。
  </Para>
 </ListItem>

 <ListItem>
  <Para>
   <Emphasis remap="bf">Chris Jones</Emphasis>
   <!--
   <email>chris@black-sun.co.uk</email> for his Alcatel SpeedTouch USB mini
   HOWTO which has been incorporated into the <Link
   LinkEnd="SpeedtouchUSB">Appendix</Link>.
   -->
   <email>chris@black-sun.co.uk</email> <Link
   LinkEnd="SpeedtouchUSB">付録</Link>にある Alcatel SpeedTouch USB mini
   HOWTO の著者。
  </Para>
 </ListItem>
 
 </ItemizedList>
</Para>

</Sect2>

<!--  ~  End Section  ~  -->



<!--   ~~~~~       New Section      ~~~~~     -->

<sect2 id="disclaimer">
<title>disclaimer</title>

<para>
 The authors accept no liability for the contents of this document. Use the
 concepts, examples and other content at your own risk. As this is a new
 edition, there may be errors and inaccuracies. Hopefully these are few and
 far between. The author(s) do not accept any responsibility for incorrect or
 misleading information, and would certainly appreciate any corrections. Also,
 this type of technology dates itself very quickly. What may be true today, is
 not guaranteed to be true tomorrow.

</para>

<para>
 All copyrights are held by their by their respective owners, unless
 specifically noted otherwise. Use of a term in this document
 should not be regarded as affecting the validity of any trademark
 or service mark.

</para>

<para>
 References to any particular product, brand, service or company should
 not be construed as an endorsement or recommendation.

</para>

</sect2>

<!--  ~  End Section  ~  -->




<!--   ~~~~~       New Section      ~~~~~     -->

<Sect2>
<!-- <Title>Feedback</Title> -->
 <Title>フィードバック</Title>

<Para>
<!--
 Any and all comments on this document are most welcomed. Please make sure you have
 the most current version before submitting corrections! These can be sent to
 <email>hal@foobox.net</email>
-->
このドキュメントへのどんなコメントも歓迎します。最新版をチェックしてから、
訂正を流してください！ 宛て先は <email>hal@foobox.net</email> まで。
</Para>

</Sect2>

<!--  ~  End Section  ~  -->



<!--   ~~~~~       New Section      ~~~~~     -->

<Sect2 id="usage">
<!-- <Title>Conventions, Usage and Terminology</Title> -->
<Title>約束事と利用方法、用語</Title>

<Para>
 <!--
 For the sake of simplicity and sanity, let's clarify some of the terminology
 that we will be using in this document, so that we are all on the same page.
 While many of the definitions below are not always 100% technically correct,
 they are close enough for our purposes here. In fast moving technologies like
 DSL, there are so many <Quote>ifs, ands, and buts</Quote> that it is
 difficult to say anything with any degree of certainty and have it stick. And
 there are exceptions to almost every rule. And sometimes exceptions to the
 exceptions. We will be dealing with generalities to a large degree here,
 please keep that in mind. 
 -->
 これからする説明を理解しやすいように、このドキュメントで使っている用語
 のいくつかを明確にしておきましょう。この用語はあちこちに登場しますので。
 下記に登場する定義のほとんどは、技術的に 100 &percnt; 正確ではありません。
 しかし、ここでの目的は充分にカバーしています。DSL のようにめまぐるしく
 変化する技術では、<Quote>もし、しかし</Quote>といった言葉が頻繁に現れます。
 それはその事柄がどの程度正確で、どの程度かっちりしているかを断定できない
 からです。加えて例外が常につきまといます。ここではできるだけ広く一般的に
 扱うつもりですので、心に留めておいてください。

</Para>

<Para>
 <ItemizedList>

 <ListItem>
  <Para>
   <!--
   <Quote>DSL</Quote> will be used to refer to the entire family of DSL
   technologies now available  &#045;&#045; ADSL, SDSL, IDSL, RADSL, etc. ADSL still
   seems to be the most prevalent at this time, but the others are being
   deployed more and more. Where it is important to differentiate one type of
   DSL from another, the full proper name will be used: e.g. RADSL. xDSL is
   also commonly used to refer to the various DSL technologies as a group, but
   we will be using just <Quote>DSL</Quote> here.
   -->
  <Quote>DSL</Quote> は現在利用可能な DSL 技術全体を意味する場合に使われます。
  ―ADSL や SDSL、IDSL、RADSL 等がそれに当たります。ADSL は今でも最も普及して
	いると思いますが、その他のものもどんどん拡大しています。それぞれの DSL 
  を区別する場合に大切なのは、略称を用いない固有名詞を使うことです。たとえば、
  RADSL というように。xDSL は様々な DSL 技術を総称する場合に普通使います。
  しかし、ここでは <Quote>DSL</Quote> という言葉を使います。

  </Para>
 </ListItem>

 <ListItem>
  <Para>
   <!--
   The term <Quote>telco</Quote> here refers to any potential DSL provider.
   This includes the ILECs (Incumbent Local Exchange Carriers), a.k.a. the old
   guard phone companies or state run phone companies, and where the
   monopolies now have competition, the CLECs (Competitive Local Exchange
   Carriers), or independent providers such as Covad and Rhythms in the U.S.
   -->
  ここで言う<Quote>電話会社</Quote>という言葉は、DSL プロバイダになれる企業
  を指します。これには 別名 ILEC (Incumbent Local Exchange Carrier)も入り
  ますし、Covad や Rhythms のような米国の独立系のプロバイダも入ります。

  </Para>
 </ListItem>
 
 <ListItem>
  <Para>
   <!--
   <Quote>CO</Quote> is the telco acronym for <Quote>Central Office</Quote>.
   Traditionally this is a building where one end of your phone line
   physically terminates. The other end terminates at your home, office, or
   wherever. It will be used here to refer to the telco end termination point,
   regardless of whether it is a traditional Central Office building or
   another, smaller, remote structure or device.
   -->
  <Quote>CO</Quote> は、電話会社の用語で<Quote>電話局</Quote>を意味します。
  これまではこの言葉は、個人の電話線が物理的に終端してある建物を意味して
  きました。しかしこのドキュメントでは、電話会社の終端点を指すことにします。
  この言葉が電話局の建物なのか、そうではなくより小さく離れた場所にある構造物
  もしくはデバイスなのか悩む必要はありません。

  </Para>
 </ListItem>

 <ListItem>
  <Para>
   <!--
   <Quote>Loop</Quote> is telco speak for <Quote>phone line</Quote>.
   Essentially, you should think of your loop as one dedicated pair of copper
   wires that run uninterrupted from your residence or office directly to the
   CO. This is perhaps an oversimplification, but will serve our purposes. DSL
   availability, and signal quality, is tied directly to the characteristics
   of your physical line &#045;&#045; or <Quote>loop</Quote> as they say.
   -->
   <Quote>回線</Quote>は、電話会社が言うところの<Quote>電話線</Quote>です。
   回線といえば、普通はより対銅線回線が自宅やオフィスから直接専用で CO に
   つながっていると考えていいと思います。もちろんこれはあまりに単純化して
   しまっているのですが、このドキュメントでは言わんとすることを充分に伝えてい
   ます。DSL が利用できるかどうかや信号の品質は、物理的な電話線―電話会社
   の言う <Quote>回線</Quote>―の質に直接影響を受けています。
   
  </Para>
 </ListItem>

 <ListItem>
  <Para>
   <!--
   <quote>POTS</quote> is the acronym for Plain Old Telephone Service. In other
   words, traditional, non-digital devices like phones, faxes and answering
   machines. 
   -->
   <quote>POTS</quote> は昔からの電話サービスの頭文字です。つまり、昔ながら
   のデジタル化していない電話機や FAX、留守番電話のようなデバイスを指します。

  </Para>
 </ListItem>
 
 <ListItem>
  <Para>
   <!--
   <quote>NID</quote>, or Network Interface Device, is the small telco 
   housing that is often typically attached to the outside wall of your house,
   and is the service entrance for telco services, though may be placed
   elsewhere depending on the phone company. This may variously also be
   referred to as <quote>ONI</quote>, <quote>SNI</quote>, <quote>NIU</quote>,
   <Quote>TNI</Quote> or other creative telco acronyms. It represents the
   <quote>demarcation</quote> point that divides the customer's realm of
   responsibility from the telco's. Commercial structures, and multi-family
   housing will likely have something more sophisticated, and probably located
   inside somewhere. 
   -->
   <quote>NID</quote>(Network Interface Device)は、電話会社が家の外壁に
   設置する小さなデバイスで、電話会社のサービスを受ける入り口に当たります。
   電話会社によって場所は異なりますが、どこかにあるでしょう。<quote>ONI
   </quote> や <quote>SNI</quote>、<quote>NIU</quote>、<Quote>TNI</Quote>
   等々、電話会社によってもいろいろ異なります。このデバイスのところで顧客と
   電話会社の<quote>境界</quote>点を設けています。商業施設や集合住宅の場合
   はもっとスマートに建物の内側のどこかに設置してあります。

  </Para>
 </ListItem> 


 <ListItem>
  <Para>
   <!--
   <Quote>DSLAM</Quote> is the sophisticated hardware device in the telco's CO
   where your phone line physically terminates, and thus makes DSL happen.
   Increasingly, telcos are making use of smaller devices like the
   <Quote>mini-RAM</Quote> in remote locations. We'll use <Quote>DSLAM</Quote>
   here as a catchall for any device that enables DSL service from a telco. 
   These are now being manufactured by a number of companies.
   -->
   <Quote>DSLAM</Quote> は電話会社の CO の中でも高度なハードウェア・デバイス
   です。DSLAM で 電話線を物理的に終端し、これで DSL が成り立っています。
   電話会社は <Quote>mini-RAM</Quote> のような小さなデバイスを顧客側に設置
   するようになってきています。ここでは <Quote>DSLAM</Quote> とは、電話
   会社が提供する DSL を実現するあらゆるデバイスを意味します。
   現在では多くの企業がこの機器を生産しています。

  </Para>
 </ListItem>

 <ListItem>
  <Para>
   <!--
   <Quote>Modem</Quote> will be used to refer to the end user device that
   enables a DSL connection. Your modem is connected to the telco's DSLAM in
   the CO via your loop. When they are <Quote>talking</Quote> DSL to each
   other, they are in <Quote>sync</Quote>. Without <Quote>sync</Quote>, no
   connection to your ISP is possible. 
   -->
   <Quote>モデム</Quote>はエンド・ユーザが DSL に接続するデバイスです。
   モデムは電話局にある DSLAM に回線でつながっています。DSLを使って<Quote>
   会話</Quote>し、<Quote>同期</Quote>し合います。<Quote>同期</Quote>し
   合えなければ、ISP へは接続できません。
  
  </Para>
   
  <Para> 
   <!--
   <Quote>Modem</Quote> is indeed the correct terminology since there is
   MOdulation and DEModulation of the signal, even though it isn't strictly 
   speaking an analog device like many of us have had before. These modems
   typically have other features too. Some ISPs and manufacturers may be
   marketing simply <Quote>routers</Quote>, <Quote>bridges</Quote>, or even
   <Quote>brouters</Quote> for this purpose. These are essentially DSL modems
   with enhancements. A compatible <Quote>modem</Quote> of some kind is the
   minimum hardware requirement at the customer's end of the connection. The
   most commonly supplied modem is actually a combination bridge and modem.
   -->
   <Quote>モデム</Quote>は信号の変調と復調(MOdulation and DEModulation)を意味
   する正式な用語です。しかし厳密に言えば、以前から皆さんも利用していた
   アナログのデバイスではありません。これらのモデムは普通は他の機能も持って
   います。
   ISP や製造業者の中には、単に<Quote>ルーター</Quote>や<Quote>ブリッジ
   </Quote>、更には<Quote>ブルーター</Quote>として売り込んでいるところも
   あるようです。これらは基本的に DSL モデムを機能拡張したものです。互換
   モデムと呼ばれるものの中には、顧客側の接続に必要な最低限のハードウェア
   しか持たないものもあります。広く行き渡っているモデムは、実際にはブリッジ
   とモデムの組み合わせがほとんどです。

  </Para>

  <Para>
   <!--
   Unless stated otherwise, we will also be assuming the <Quote>modem</Quote>
   has an ethernet interface, and will connect to a standard ethernet Network
   Card (NIC). This is far and away the most prevalent configuration, at least
   until more Linux drivers are available for PCI and USB modems.
   -->
   特に明記しない限り、<Quote>モデム</Quote>にはイーサネット・インタフェース
   があり、標準的なイーサネット・カード(NIC)でつながると仮定します。圧倒的に
	 普及しているのがこの方法です。少なくとも PCI や USB モデムの Linux 
   用ドライバが更に普及するまでは、この形で行くでしょう。
 
  </Para>

  <Para>
   <!--
   It is worth noting that <Quote>routers</Quote> as supplied by DSL providers
   are typically modem/router combination devices. In our context,
   <Quote>router</Quote> will refer to these devices as such. There are also
   SOHO broadband routers available that are only dedicated routers and lack
   the modem functionality. 
   -->
   DSL プロバイダが支給している<Quote>ルーター</Quote>は、一般的にはモデムと
   ルーターを組み合わせたデバイスですが、名前に深い意味はありません。
   このドキュメントでは、そのようなデバイスを<Quote>ルーター</Quote>とみなし
   ます。SOHO 用のブロードバンド・ルーターもありますが、専用ルーターであって、
   モデムの機能はありません。

  </Para>
 </ListItem>

 <ListItem>
  <Para>
   <!--
   Previous versions of this document referred to the modem as an 
   <Quote>ANT</Quote> (ADSL Network Termination). While this may be
   technically correct terminology, it is not used by ISPs, manufacturers,
   telcos, or most users to any extent.  The <Quote>modem</Quote> will be just
   called a modem, regardless of whatever other features it may have (i.e.
   router, bridge, etc.).
   -->
   旧版のドキュメントでは、モデムを<Quote>ANT</Quote>(ADSL Network 
   Termination)としていました。これは技術的には正しい用語と言って差し支え
   ありませんが、ISP や メーカー、電話会社、またユーザでさえもこの言葉を
   使っていません。どんな機能(たとえばルーターやブリッジ等)を持っていても、
   <Quote>モデム</Quote>はモデムです。

  </Para>
 </ListItem>

 <ListItem>
  <Para>
  <!--
  PPPoX will be used to refer to PPPoE (PPP over Ethernet) and PPPoA
  (PPP over ATM) collectively. These protocols are being used by
  many DSL providers now.
  -->
  PPPoX は PPPoE(PPP over Ethernet) や  PPPoA(PPP over ATM)を総称して呼ぶ
  場合に使います。現在これらのプロトコルは、DSL プロバイダの多くが利用
  しています。

  </Para>
 </ListItem> 

 <ListItem>
  <Para>
   <!--
   The information provided in this document is based on the current state of
   DSL in the U.S. I would assume there are enough similarities with
   DSL services outside of the US that this document would still have some
   merit for everyone. Correct me if I am wrong by emailing 
   <email>hal@foobox.net</email>.
   -->
   このドキュメントが提供する情報は、米国における DSL の現在の状況に基づいて
   います。米国以外の DSL サービスもほとんど同じだと思いますので、皆さんにも
   役に立つのではないでしょうか。間違いがあれば訂正してください。電子メールは
   <email>hal@foobox.net</email>まで。
   
  </Para>
 </ListItem>
 
 <ListItem>
  <Para>
   <!--
   A <Quote>#</Quote> will be used to denote a command that typically is run
   by the root user. Otherwise, a <Quote>$</Quote> will be used as the prompt
   for non-root users. 
   -->
  <Quote>#</Quote> は、通常 root が実行するコマンドを意味します。一方
  <Quote>$</Quote> は、一般ユーザのプロンプトとして使います。

  </Para>
 </ListItem> 
 
 </ItemizedList>
</Para>

</Sect2>

</Sect1>


<!--  ~  End Section  ~  -->





<!--   ~~~~~~~~       New Section Header    ~~~~~~~~~     -->

<Sect1 id="installation">
<!-- <Title>Installation</Title> -->
<Title>設置</Title>

<Para>
 <!--
 Before actually ordering service, there are several things you may want to
 explore. Please note, that there are many ways any given telco might 
 decide to handle qualification and installation procedures. Much of what 
 is described in this section, is how it is commonly done in the U.S. 
 -->
 サービスを申し込む前に、多少調べておいた方がいいでしょう。それは適合試験
 や設置手続きを電話会社が様々に取り決めているからです。米国ではこのセクション
 で説明することの多くが一般的に行われています。
 
</Para>



<!--   ~~~~~       New Section      ~~~~~     -->
<Sect2>
<!-- <Title>Pre-Installation</Title> -->
<Title>事前設置作業</Title>

<Para>
 <!--
 In many parts of the world, there is no choice on who you get DSL from: your
 friendly local telco, of course! They own the copper wires, and thus they 
 hold all the cards. 
 -->
 DSL を選択する余地がない国は世界中にあります。お馴染みの電話会社もそうかも
 しれません！ より対銅線を所有していますから、すべてを握っているわけです。
</Para>

<Para>
 <!--
 However, in the U.S. de-regulation has opened this up somewhat. Beyond the
 obvious consideration of price, there are many reasons to investigate which
 alternate providers may be offering DSL services in your area. The large
 Telephone companies are everywhere, and may advertise the most. But
 increasingly smaller ISPs and independents are getting into the act. This is
 creating diversity in the DSL marketplace. A good thing of course, but
 possibly creating a little confusion too. Conversely, in areas where there 
 is only one choice, then we have no choice but to accept whatever service 
 is being offered.
 -->
 しかし米国ではそうではありません。規制緩和によってそうなりました。料金に
 ついてだけはなく、その地域で DSL サービスを提供している他のプロバイダを
 調査すべき理由はたくさんあります。大規模な電話会社はあちこちにあって、
 恐らく盛んに宣伝しているでしょう。しかし、小規模な独立系の ISP がますます
 増加しています。これが DSL 市場の多様性を産み出しています。
 多様性は良いことなのですが、多少混乱を引き起こしているかもしれません。
 逆に言えば、その地域において 1 つしかなければ、選択の余地はありません。
 しかしサービスが何であれ、受けることだけはできます。

</Para>

<Para>
 <!--
 If your telco has a monopoly on phone service and DSL, you may skip the 
 rest of this section. And probably the next few sections. They will probably 
 control the installation and qualification processes, and you just wait 
 for them to get finished.
 -->
 電話会社が電話や DSL サービスを独占しているなら、このセクションの後半と
 それ以後数セクションは飛ばしてください。電話会社は適合試験や設置に
 かかわる作業を確実に行いますので、ただ終わるのを待っていれば大丈夫です。
</Para>

<Para>
 <!--
 Not all DSL services are alike. Just because two local companies are offering 
 <Quote>ADSL</Quote>, does not mean that necessarily there is much in common
 at all. In fact, there are potentially a number of factors that make one ADSL
 provider's service significantly different from another's. Some things to
 consider:
 -->
 DSL サービスすべてがこうであるとは限りません。地域で 2 つの企業が <Quote>
 ADSL</Quote> を提供していても、なすべきことが共通しているとは限りません。
 実際にはたくさんの要因が存在しており、それがある ADSL プロバイダのサービス
 と他のプロバイダのサービスが異なっている要因となっています。考慮しなければ
 いけないことは、下記の通りです。

</Para>

<Para>
 <ItemizedList>

 <ListItem>
  <Para>
   <!-- Speed vs Price.  -->
   速度 vs 料金
  </Para>
 </ListItem> 
 
 <ListItem>
  <Para>
   <!--
   What hardware is provided, i.e. modem or router. It is best if this is 
   external ethernet in either case.
   -->
   どんなハードウェアを支給しているか。すなわち、モデムなのかルーターなのか。
	 どちらのケースでもイーサネットが付いているものがベスト。
  </Para>
 </ListItem> 

 <ListItem>
  <Para>
   <!--
   The ISP's Network architecture. PPPoX? Static IP? Servers allowed?
   -->
   ISP のネットワーク構成。PPPoX か？ 固定 IP か？ サーバは立てられるのか？
   
  </Para>
 </ListItem> 

 <ListItem>
  <Para>
   <!--
   Is it an <Quote>always on</Quote> service, at least theoretically? Are
   there supplemental usage fees, or idle timeouts? 
   -->
  <Quote>常時接続</Quote>を理論上であってもサービスとして提供しているか？ 
  追加利用料金は？ アイドル・タイムアウトは？

  </Para>
 </ListItem> 
 

 <ListItem>
  <Para>
   <!-- Linux friendly, Linux hostile, or Linux agnostic?  -->
   Linux に対して、好意的？ 敵視？ 寛容？
  
  </Para>
 </ListItem> 
 
 <ListItem>
  <Para>
   <!-- Quality of service. How is news, mail, etc.?  -->
   サービスの質は？ ニュースや電子メール他は？
   
  </Para>
 </ListItem> 
 
 </ItemizedList>
</Para>

<Para>
 <!--
 For a more lengthy discussion on some of these considerations and related
 issues, see the <Link LinkEnd="overview">DSL Overview</Link> appendix for
 more on <Link LinkEnd="dslmodems">modems</Link>, 
 <Link LinkEnd="qualify">qualifying for service</Link>, and 
 <Link LinkEnd="cproviders">choosing a provider</Link>.
 -->
 これら検討すべきこと、関連したことについては、
 <Link LinkEnd="overview">DSL の概略</Link>の付録にある
 <Link LinkEnd="dslmodems">モデム</Link>や<Link LinkEnd="qualify">
 サービス品質</Link>、<Link LinkEnd="cproviders">プロバイダを選ぶ</Link>
 において更に詳しく議論していますので、読んでください。
 
</Para>

<Para>
 <!--
 Once you have chosen a provider, and ordered service, the next step is for
 the telco to <Quote>qualify</Quote> your loop. This essentially means testing
 your line to make sure it can handle the DSL signal, and possibly what level
 of service may be available to you. This may take some time, especially if
 the telco encounters problems with the loop. If no problems are found during
 this phase, then possibly there will be a two to three week wait for the
 installation. YMMV.
 -->
 プロバイダを決めて、サービスを申し込んだら、次は電話会社が回線が適合して
 いるかをチェックします。この作業で電話線をテストし、DSL の信号を扱うことが
 できるかをチェックし、どの程度のサービスが提供可能なのかを確認します。
 この作業は多少時間がかかるかもしれません。電話会社が回線上の問題に出くわした
 場合にはなおさらです。この段階で何も問題がない場合は、おそらく 2、3 週間後に
 設置されます。ケース・バイ・ケースですが。
</Para>

<Para>
 <!--
 After the telco has qualified the loop and readied their end of the
 connection, the next step is installation of the necessary components at the
 customer's end of the connection: wiring modifications, splitter or filters,
 and, of course the modem and any necessary software.
 -->
 電話会社が回線の試験を行い、電話局側の終端の準備が完了すると、次のステップは
 顧客側に必要になる機器の設置となります。配線工事とスプリッタ、フィルタの設置
 を行います。もちろんモデムとソフトウェアの設定も行います。

</Para>

</Sect2>

<!--  ~  End Section  ~  -->





<!--   ~~~~~       New Section      ~~~~~     -->

<Sect2>
<!-- <Title>Installation Options &#045;&#045; Self Install or Not</Title> -->
<Title>設置にあたってのオプション―自分でするか、しないか</Title>

<Para>
 <!--
 You may or may not have a choice on how the installation is done, or who
 does it. This is totally at the discretion of the provider. In much of the
 world, this is done by the telco, and there is little flexibility. Many
 providers in the U.S. offer a <Quote>self install</Quote> option where you do
 all the work. In this scenario, the provider will send a kit in order to save
 them from sending a tech, and thus reducing cost. Typically, self install
 kits will include microfilters for the POTS (Plain Old Telephone Service)
 phone jacks, the modem (and maybe a NIC), and a CDROM with drivers, etc. on
 it. In some cases, a splitter may be included instead of microfilters. In any
 case, some type of filtering is necessary on the non-DSL lines. If not the
 noise generated by the DSL signal may interfere with POTS devices.
 -->
 既にどのように設置するのか、誰が設置するのかを決めたかどうかという段階
 ではないでしょうか。この件はプロバイダの裁量任せになります。大半の国では、
 電話会社がこの役を負っていて、ほとんど融通が効きません。米国のプロバイダの
 多くは、<Quote>ユーザによる設置</Quote>オプションを用意していて、それで問題
 ありません。この方法ですとプロバイダは接続キットを送るだけで、技術者を派遣
 する手間が省け、コストを下げることができます。一般的にはユーザ設置キット
 には POTS(Plain Old Telephone Service)用のマイクロフィルタと電話ジャック、
 モデム(もしかすると NIC)、そしてドライバが入った CD-ROM 等が入っています。
 場合によってはマイクロフィルタの替わりにスプリッタが入っているかもしれません。
 いずれのケースでも、DSL ラインでない方に、何かしらかのフィルタが必要になり
 ます。DSL の信号で発生したノイズが POTS デバイスに影響を与えるかもしれない
 からです。

</Para>

<Para>
 <!--
 The other possibility is for the provider to do the
 installation. Again, this may be your only option. Obviously, the cost is
 higher here, but it may have the advantage of having a trained tech do any
 wiring. There is also a better chance of getting a <quote>splittered</quote>
 installation with this option (a good thing!). Another benefit is that if
 something is wrong with the line, or the telco has not provisioned the line
 properly, an on-site tech may be able to help sort out certain kinds of
 problems quickly. 
 -->
 その他の選択肢として、プロバイダが設置するパターンもあります。繰り返します
 が、これはオプションです。コスト高になりますが、訓練を積んだ技術者がどの
 ような配線作業もしてくれます。さらに素敵なオプションを受けられるかもしれ
 ません。それは <quote>スプリッタ設置付き</quote>オプション(素晴らしい！)
 です。このオプションを使うと、回線が何かおかしかったり、電話会社が回線を
 適切に敷設していなかったとしても、技術者が素早くオンサイトで正常な状態に
 できる可能性があります。

</Para>

<Para>
 <!--
 The self-install kit should come with full instructions, regardless of whether
 the installation will be splittered or filtered. So we won't go into much
 detail on this aspect.
 -->
 ユーザ設置用のキットには、詳細な解説がついてくるはずです。設置がスプリッタ・
 タイプであろうとフィルター・タイプであろうと関係はありません。したがって、
 ここではこれ以上詳しく触れません。
 
</Para>

</Sect2>

<!--  ~  End Section  ~  -->




<!--   ~~~~~       New Section      ~~~~~     -->

<Sect2>
<!-- <Title>Wiring/Installation Options</Title> -->
<Title>配線と設置のオプション</Title>

<Para>
 <!--
 There are various wiring schemes depending on how your service is being
 provided, who is providing it, and which DSL service is being provided. 
 If your telco is performing the installation, you may skip this section.
 -->
 配線のしかたは、どのようにサービスが提供され、誰が作業を行うかによって
 さまざまです。また誰が DSL サービスを提供するかにもよります。電話会社が
 設置を行うなら、このセクションは飛ばしてください。

 
</Para>

<Para>
 <ItemizedList>
  
 <ListItem>
  <Para>
    <!--
  <Emphasis>Dedicated Line</Emphasis>. Some DSLs require a dedicated, or
    <Quote>dry</Quote>, wire pair, e.g. IDSL. This means a separate, physical
    line without dial-tone for DSL and Internet connectivity. Also, DSL
    services from CLECs (independent telcos like Covad or Rhythms), may use a
    dedicated line, depending on their line sharing agreement with the local 
    incumbent carrier. (Instead the CLEC will actually lease a loop from the
    ILEC.) On your end, this simply means using one of the unused wire pairs
    in the telco wire bundle, and connecting it to the DSL jack.
  -->
   <Emphasis>専用線</Emphasis>。DSL の中には<Quote>電話サービスが使って
   いない</Quote>専用のより対線を必要とするもの(たとえば IDSL)があります。
   つまり DSL でインターネット接続をするには、電話線とは物理的に独立していて、
   トーンが聞こえない回線が必要になります。また CLEC(Covad や Rhythms の
   ような独立系電話会社)の DSL サービスは、専用線が必要になるかもしれません。
   これは地域で既にサービスを提供しているキャリアと CLEC との回線共用の合意
   内容次第です。(むしろ実際は CLEC が ILEC から回線を借りている)単にユーザ
   側は電話会社が引き込んでいるより対線の束から空いているものの 1 つを利用
	 して、DSL のジャックを挿すだけです。

   </Para>
 </ListItem> 

 <ListItem>
  <Para>
   <!--
   <Emphasis>Shared Line with Splitter</Emphasis>. For DSLs like ADSL, that
   are provided over the same line as regular voice service (POTS), the signal
   must be filtered somehow so that voice services are not adversely effected.
   Installing a splitter splits the line into two pairs, and filters the DSL
   signal from one of them. This results in a inside wiring scheme where DSL
   goes to only one jack, and then POTS service to all other jacks. This is
   considered by many to be a better type of installation than
   <Quote>splitterless</Quote>, i.e. with microfilters instead. See below.
   -->
  <Emphasis>スプリッタで回線を共有する</Emphasis>。ADSL のような DSL、つまり
  普通の電話サービス(POTS)と同じ回線を使うものは、何らかの方法で信号に
	フィルタをかけ、音声に悪影響がでないようにする必要があります。スプリッタを
	設置して回線を 2 つに分け、その他の信号から DSL を取り出します。これで DSL は
  ジャック 1 つに限定されるので、他のジャックはすべて電話サービスに使える配線
  になります。この方式はいろいろな意味で<Quote>スプリッタ無し</Quote>タイプ
  (すなわちマイクロフィルタを使う)を設置するより優れています。下記を参照して
  ください。

  </Para>
  
  <Para>
   <!--
   Splitters are available from various manufacturers and come in various
   shapes and sizes. Some are small enough to fit in the NID itself (sometimes
   called SNI, this is the telco phone box on the outside of your house),
   while others have a housing as large as the NID itself. Typically this is
   mounted near the NID, on the customer's side of the demarcation point.
   -->
   スプリッタはあちこちのメーカーで製造していて、形、大きさとも様々です。
	 あるものは NID(SNI とも言います。これは電話会社が屋外に設置する電話用
	 ボックスです)の中に入るほど充分に小さいものもありますが、NID と同じくらい
	 の大きなものもあります。普通は NID のそばに取り付け、ここが顧客側との
	 境界点になります。

  </Para>
 
 </ListItem> 

 <ListItem>
  <Para>
   <!--
   <Emphasis>Shared Line with Filters</Emphasis>. Again, for some DSLs that
   piggyback on the POTS line, the signal must be filtered or split at some
   point. This is not necessary for g.lite or RADSL however. The other way of
   doing this is by placing RJ11 <Quote>microfilters</Quote> in each phone
   jack &#045;&#045; <Emphasis>except where the DSL modem will be</Emphasis>. These
   filters are relatively small, plug-in devices and remove the higher
   frequencies associated with DSL. This is obviously much easier since no
   tools or wiring is required. This is often what is included in self-install
   kits, and is often referred to as a <Quote>splitterless</Quote>
   installation. This is a very common approach in the U.S.
   -->
  <Emphasis>フィルタを使って回線を共有する</Emphasis>
  POTS の回線を抱き合わせた DSL の中にもどこかでフィルタをかけたり、分離
	したりする必要があるものが存在します。しかし G.Lite や RADSL では必ずしも
	必要ではありません。これとは別に、RJ11 がついている<Quote>マイクロフィルタ
	</Quote>を電話ジャックにすべて取り付ける方法もあります―<Emphasis>DSL 
	モデムのあるところを除いて</Emphasis>。このフィルタは比較的小さく、
	デバイスに差し込んで使い、DSL が使用する高周波をカットします。道具も配線
	も必要ないほど非常に簡単に設置できます。通常ユーザ設置用キットに同梱して
	あり、<Quote>スプリッタ無し</Quote>タイプと呼ばれています。これは米国で
	非常に一般的な方法です。

  </Para>
  <Para>
   <!--
   Similar microfilters are sometimes used by some telcos to reduce the
   excessive <Quote>whine</Quote> on the line that is produced by some modems.
   This is a little different approach as the filter is put on the same 
   jack as the modem.
   -->
   モデムから発生して回線に乗ってしまう程大きな<Quote>雑音</Quote>を押える
	 のに、電話会社は同種のマイクロフィルタを使用しています。
   ジャックにモデム用のフィルタを取りつける点は同じですが、少し違った
   アプローチです。
  </Para>
 
 </ListItem> 

 <ListItem>
  <Para>
   <!--
   <Emphasis>Shared Line, Splitterless and Filterless</Emphasis>. Some newer
   DSLs, like G.Lite, have no adverse effect on regular POTS devices and thus
   require no filters or splitters. This would seem to be the wave of the
   future. Just plug and play. Though still not very common.
   -->
  <Emphasis>スプリッタもフィルタもつけずに回線を共有する</Emphasis>。G.Lite 
	のような最近の DSL には、普通の電話サービスには何の影響も与えず、フィルタ
	もスプリッタもいらないものがあります。これは今後の主流になると思われます。
	本当にプラグ＆プレイです。しかしまだ一般的ではありません。

  </Para>
 </ListItem> 

 </ItemizedList>

</Para>

<BridgeHead renderas=sect3>
 <!-- Figure 1: DSL Block Diagram, POTS with Splitter (NID not shown) -->
 図 1: DSL のブロック図 スプリッタ有りの電話回線 (NID は図示せず)
</BridgeHead>

<Para>
 <Literal>
  <MSGText> 
   <LiteralLayout>

       <--------Home/Office-----><---Loop---><--Central Office-->

 POTS  X-------+
 phone,        | 
 fax,          | 
 etc,          | 
               |                                 CO
               |                               -------
               |                               |     |
               |                               |     |
               |            -----              |     |
 POTS  X-------+----Voice--=| S |              |  D  |
                            | P |              |  S  |=- Voice Switch
                            | L |    2 wire    |  L  |
                            | I |=------------=|  A  |
                            | T |  Local Loop  |  M  |=- ISP --> INET
           ---------        | T |              |     |
 Linux X--=| Modem |=-Data-=| E |              |     |
           ---------        | R |              |     |
                            -----              |     |
                                               -------

    </LiteralLayout>
  </MSGText>
 </Literal>
</Para>

<BridgeHead renderas=sect3>
  <!-- Figure 2: DSL Splitterless (a.k.a. filtered) Block Diagram -->
  図 2: スプリッタ無しの DSL (別名 フィルタタイプ) のブロック図
</BridgeHead>

<Para>
 <Literal>
  <MSGText> 
   <LiteralLayout>

       <--------Home/Office-------><----Loop---><--Central Office-->
                                      
 
 POTS  X--Voice---[RJ11]------+
 phone,          (filter)     | 
 fax,                         D                      CO
 etc,                         a                    -------
                              t                    |     |
                              a                    |     |
 POTS  X--Voice---[RJ11]----- &                    |  D  |
                 (filter)     V  -----             |  S  |=- Voice Switch
                              o  | N |   2 wire    |  L  |
                              i-=| I |=-----------=|  A  |
                              c  | D |  Local Loop |  M  |=- ISP --> INET
                              e  -----             |     |
           -----------        |                    |     |
 Linux X--=|  Modem  |=-------|                    |     |
           -----------                             -------
 
 
    </LiteralLayout>
  </MSGText> 
 </Literal>
</Para>


</Sect2>


<!--  ~  End Section  ~  -->





<!--   ~~~~~       New Section      ~~~~~     -->

<Sect2 id="wiring">
<!-- <Title>Self Install - Wiring</Title> -->
<Title>ユーザが自分で設置―配線について</Title>

<Para>
 <!--
 If you are not doing a self-install, then you may skip this section
 and move to <Link LinkEnd="configure">Configuring Linux</Link>. If you are
 doing a self-install with microfilters, skip to the 
 <Link LinkEnd="micro">mircofilter section</Link>. The following procedures
 are meant to illustrate the wiring process. Please note that your procedures
 may be different at your location.  Make sure you follow any warnings or
 safety instructions provided, that you RTFM, and that you are familiar with
 telco wiring procedures.
 -->
 自分で設置をしないのなら、このセクションは飛ばして <Link LinkEnd="configure">
 Linux の設定</Link>に進んでください。マイクロフィルタを使って設置するなら
 <Link LinkEnd="micro">マイクロフィルタのセクション</Link>に進んでください。
 これから説明するのは、配線のしかたについてです。ご自分の場所とは違った説明
 になるかもしれないので、ご了承ください。これから説明する注意事項や安全に
 関する説明には必ず従ってください。マニュアルをしっかり読んで、電話会社が
 行う配線方法にも精通していてください。

</Para>

<Para>
 <!--
 The first step will be to wire up the connections from your provider. Identify
 the line on which service will be installed, and the locations of your
 splitter and DSL jack(s). (For perhaps a better wiring scheme, see the 
 Homerun section immediately below.)
 -->
 まず最初にプロバイダに接続することからはじめましょう。回線上でサービスが
 はじまっているのか確認してください。あわせてスプリッタや DSL 用のジャック
 が設置してあるかということも確認してください(もしかするともっと良い配線
 方法があるかもしれませんので、下記の「ホーム・ラン」セクションをすぐに
 見てください。

</Para>

<Para>
 <!--
 Be aware that typical telco wire has more than one pair per bundle. Often,
 two pairs, but sometimes more. If you have but one phone line, the other
 pair(s) are unused. This makes them available for use with wiring for DSL.
 Wire pairs are color coded for easy identification. SDSL and IDSL require a
 dedicated, or <Quote>dry</Quote>, pair. If an unused pair is available, then
 no real re-wiring is required. It is just a matter of re-wiring an existing
 jack for the correct pair of wires, and attaching the modem.
 -->
 電話会社のより対線は、一般的に束線当たり 1 対以上の線になっている点を
 知っておいてください。2 対が普通ですが、それ以上の場合もあります。1 本の
 電話回線しか使っていなければ、残りの対は未使用です。この場合だと DSL 用に
 配線ができます。線の対は色分けしてあり、簡単に区別できます。SDSL と IDSL 
 は、専用もしくは <Quote>電話サービスでは使っていない</Quote>より対線が
 必要になります。
 使用していない対線が使えるなら、配線をし直す必要はまったくありません。既存
 のジャックにより対線を間違いなく挿して、モデムを取り付けるだけです。

</Para>



<!--   ~~~~~       New Section      ~~~~~     -->

<Sect3 id="homerun">
<!-- <Title>The Homerun</Title> -->
<Title>ホーム・ラン</Title>

    <comment>Try blockquote or quote, coupled with attribution for
    better output.  See these URLs
    http://www.docbook.org/tdg/html/attribution.html
    http://www.docbook.org/tdg/html/blockquote.html
    http://www.docbook.org/tdg/html/quote.html</comment>


<Blockquote>
 <!-- <attribution>A retired BellSouth ADSL installer</attribution> -->
 <attribution>BellSouth の ADSL の設置(撤退済み？)</attribution>
 <Para> 
  <quote>
   <emphasis>
    <!--
  I would not use microfilters if I lived across the street from my CO. A
    splitter is the only way to go.
    -->
    電話局が通りの反対側にあったなら、マイクロフィルタを使っていなかった
    でしょう。スプリッタが唯一の手段です。
   </emphasis>
  </quote>
 </Para>
</Blockquote>


<Para>
 <!--
 The optimum method of wiring for the DSL modem is sometimes
 called a <Quote>homerun</Quote>. It is called this because it is one,
 straight shot from the splitter to the modem's DSL jack. What this does is
 lurking there &#045;&#045; like a corroded connection somewhere on a POTS jack. Inside
 bypass the existing inside wiring altogether, and any problems that might be
 wiring deficiencies can cause a degradation of the DSL signal. 
 -->
 DSL モデムを配線する最適な方法を<Quote>ホーム・ラン(homerun)</Quote> 
 と呼ぶこともあります。
 どうしてこう呼ばれているかというと、1 本の短いストレート・ケーブルをスプ
 リッタからモデムの DSL ジャックに直結するからです。こうすることで、既存の
 宅内配線を通らずに済み、密かにかかえている問題―POTS ジャックのどこかが
 腐食しているとか―を回避できるかもしれません。宅内配線の欠陥は、DSL の
 信号を減衰させます。

</Para> 
 
<Para> 
 <!--
 This also allows you to route the cable to avoid any potential
 RFI (Radio Frequency Interference) sources. RFI anywhere in the
 circuit can be a DSL killer. Routing the cable away from items that
 may have electric motors, transformers, power supplie
 intensity lighting fixtures, dimmer switches and such, is a smart way
 to go. And you are also less likely to have a failing microfilter
 cause problems &#045;&#045; one potential point of failure instead of several. You can
 also use a better grade of cable such as CAT 5.
 -->
 またこうすることで、無線周波妨害(RFI。Radio Frequency Interference)による
 障害も避けられます。経路のどこに RFI があっても DSL にとっては致命的です。
 モーターやトランス、電源装置、高輝度の照明器具、調光機等からケーブルを
 離して配線してください。それが懸命な方法です。まれにマイクロフィルタが壊れて
 障害を引き起こすこともあります―複数箇所が壊れるのではなく、1 箇所が
 おかしくなるケースです。また カテゴリ 5 のようにグレードの高いケーブルを
 使うように
 してください。

</Para>

<Para>
 <!--
 If your existing installation is <quote>splitterless</quote> (i.e. using
 microfilters) now, converting to a homerun will entail purchasing a splitter.
 And, of course, will also mean some new wiring will need to be run.
 Microfilters also add to the effective loop length &#045;&#045; as much as 700 ft per
 filter in some cases! So if you have several microfilters installed, and your
 sync rate or distance is marginal, eliminating these filters may result in a
 significant improvement.
 -->
 既設のものが<quote>スプリッタ無し</quote>(つまりマイクロフィルタを複数使う)
 場合は、ホーム・ランへ移行するのにスプリッタを購入せざるを得なくなります。
 もちろんそれには配線も新規にする必要があるでしょう。
 またマイクロフィルタは有効回線長を伸ばします。ケースにもよりますが、
 スプリッタ当たり 700 フィートほどになります！ 複数のマイクロフィルタが設置
 してあり、同期速度や距離が限界に近いなら、フィルタを取り外せばかなり改善
 するかもしれません。

</Para>

<Para>
 <!--
 A poor man's splitter can be rigged by using a microfilter inside the NID. 
 This is not <quote>by the book</quote>, but seems to work just fine for many.
 -->
 安上がりなスプリッタには、NID 内部にマイクロフィルタを使ってごまかしているもの
 があります。<quote>本格的</quote>ではありませんが、たいていはうまくいくよう
 です。
 
</Para>

</Sect3>

</Sect2>

<!--  ~  End Section  ~  -->



<!--   ~~~~~       New Section      ~~~~~     -->

<Sect2>
<!-- <Title>Wire the Splitter</Title> -->
<Title>配線とスプリッタ</Title>

<Para>
 <!--
 If you have the splitterless design (i.e. using <Quote>microfilters</Quote>)
 or a dedicated line, you may skip this part.
 -->
 スプリッタ無しの場合(たとえば<Quote>マイクロフィルタ</Quote>利用)や専用線
 の場合は、この部分を飛ばしてください。

</Para>

<Para>
 <!--
 The splitter will typically consist of two parts, the splitter and a small
 outdoor housing. Mount the splitter and accompanying housing per the telco's
 instructions at the Network Interface Device (NID) point (also sometimes
 called the SNI or ONI), usually the side of your house where the phone line
 is located. Put it on your side of the NID. The phone company may need
 to access the splitter for maintenance, so its advisable to locate it on the
 outside where they can get at it, but outside is not absolutely
 necessary.
 -->
 スプリッタは普通 2 つに分けられます。それはスプリッタ自身と屋外に設置する
 小さな筐体です。Network Interface Device (NID)(SNI や ONI とも呼ぶ)の場所
 に電話会社が指定した単位ごとにスプリッタとともに筐体を取り付けます。通常は
 屋外の電話線があるところに取り付けます。NID のそばに付けてください。
 電話会社がスプリッタのメンテナンスをできるようにする必要があるので、家の
 外でいじれるところにあった方がいいでしょう。しかし必ずしも外にある必要は
 ありません。

</Para> 
 
<Para> 
 <!--
 The wire bundle should have at least two separate wire pairs. The splitter
 takes one pair, and separates the signal onto two pairs. One pair in the
 bundle will then go to all POTS jacks, and the other to the modem's DSL wall
 jack. So connect the incoming telco line to the LINE side of the splitter.
 Then wire the inside pair for your telephone to the VOICE, and your inside
 wire pair for the modem to DATA. 
 -->
 束線は、少なくとも 2 本の独立した対線であるはずです。スプリッタにはその内
 1 対必要で、それを 2 本の単線に対して信号を分離します。束線の内 1 対は
 すべての POTS ジャックに、残りは DSL モデムのジャックにつながります。
 電話会社からの回線をスプリッタの LINE 側に接続してください。内側の線は
 電話を VOICE 側に、モデムを DATA 側に接続してください。

</Para>


<Para>
 <!--
 <Emphasis remap="bf">Checkstep </Emphasis> At this point, you should be able
 to pull dial tone off the voice side of the splitter. If this doesn't work,
 then you've wired it wrong. You can also plug the modem into the test jack in
 the NID box (most should have this). Plug in the modem's power cord, and
 if the line is provisioned correctly, you should <Quote>sync</Quote> in less
 than a minute.  This test only requires the modem.  (Internal and USB modems
 will require a driver to be loaded before syncing. This would mean having the
 computer there too.)
 -->
<Emphasis remap="bf">チェックポイント</Emphasis>。この段階でスプリッタの
音声側からダイヤル音がしているはずです。そうなっていなければ、間違って配線
してしまったことになります。またモデムを NID のテスト用ジャックに挿すことも
可能です(こうすべきです)。モデムの電源コードを挿してください。回線が準備され
ていれば、数分もしない内に<Quote>同期</Quote>が取れるはずです。このテスト
にはモデムだけが必要です。(内蔵もしくは USB タイプのモデムは同期を行う前に
ドライバをロードしておく必要があります。これはコンピュータも同じ場所にある
ということを意味します)。

</Para>

</Sect2>

<!--  ~  End Section  ~  -->



<!--   ~~~~~       New Section      ~~~~~     -->

<Sect2>
<!-- <Title>Wire the DSL Jack</Title> -->
<Title>DSL ジャックを配線する</Title>

<Para>
 <!--
 Wire the DSL wall jack (RJ11) at your computer location, which should already
 be connected to the DATA side of the splitter. The specifics differ for each
 situation, but basically you will have a wire pair that you will connect to
 the DSL jack. Make sure you <Emphasis>read the directions</Emphasis>, as the
 DSL-RJ11 wiring may be different for phones and DSL jacks.
 <Emphasis>AND</Emphasis> &#045;&#045; different modems may expect the signal on
 different pairs &#045;&#045; most on the inside pair, but some on the outside pair.
 -->
 DSL の宅内ジャックをコンピュータの場所に配線しましょう。すでにスプリッタ
 の DATA 側には接続を済ましてあるはずです。細かいところはそれぞれの状況に
 よって違いますが、一般的には 1 対の線を DSL ジャックに接続しているのでは
 ないでしょうか。<Emphasis>接続する向きをしっかり確認</Emphasis>してくだ
 さい。DSL と RJ11 間の配線は、電話と DSL ジャックとは異なるかもしれない
 からです。
 <Emphasis>加えて</Emphasis>―モデムによって信号が乗る対が異なります―
 ほとんどのものは内側の対ですが、中には外側の対を使うものもあります。

</Para>

<BridgeHead renderas=sect3>
 <!-- Figure 3: RJ11 Wiring options -->
 図 3: RJ11 の配線例
</BridgeHead>

<Para>
 <Literal>
  <MSGText> 
   <LiteralLayout>
 
    ||
    ||
    ||
   /  \
  |RJ11|   
  |    |  
   ----
   ||||
<!--
    ^^  <&#045;&#045; Inside     Most modems on inside pair
   ^  ^ <&#045;&#045; Outside    Some on outside, e.g. Alcatel 1000, SpeedTouch Home
-->
    ^^  <-- 内側    ほとんどのモデムは内側の対を使う
   ^  ^ <-- 外側    中には外側を使用するものあり。たとえば Alcatel 1000 や 
	                  SpeedTouch Home

   </LiteralLayout>
  </MSGText> 
 </Literal>
</Para>


</Sect2>

<!--  ~  End Section  ~  -->




<!--   ~~~~~       New Section      ~~~~~     -->

<Sect2 id='micro'>
<!-- <Title>Installing Microfilters</Title> -->
<Title>マイクロフィルタの設置</Title>

<Para>
 <!--
 Pretty much a no-brainer here. If you are doing a
 <Quote>splitterless</Quote>, self-install installation, then install the
 provided microfilters in all phone jacks <Emphasis>except</Emphasis> the one
 where the DSL modem will be connected. Don't forget devices like fax machines
 and analog modems. The filters filter out the higher DSL frequencies and will
 keep the DSL noise from interfering with POTS equipment. 
 -->
 ここはとても簡単です。<Quote>スプリッタ無し</Quote>タイプを設置するなら、
 支給されたマイクロフィルタを電話ジャックすべてに取り付けてください。
 ただし、DSL モデムがつながっているところは<Emphasis>除きます</Emphasis>。
 FAX 機器やアナログモデムのようなデバイスもお忘れなく。フィルタは DSL 
 が使う高周波をカットし、POTS 機器が DSL のノイズと干渉しあわないようにします。

</Para>

<Para>
 <!--
 <Emphasis>Warning!</Emphasis> If you have an alarm system, it is recommended
 not to use microfilters. Alarm systems can present various problems,
 depending on the type of alarm and how it is installed. The recommended
 installation in this case is with a splitter. 
 -->
<Emphasis>注意！</Emphasis> 何らかの警報システムを使っている場合、マイクロ
フィルタは使わない方が懸命です。警報システムは様々な問題を引き起こす可能性
があり、警報のタイプやどのような設定をしているかによって異なります。この
ケースはスプリッタの使用を推奨します。
</Para>

</Sect2>

<!--  ~  End Section  ~  -->



<!--   ~~~~~       New Section      ~~~~~     -->

<Sect2>
<!-- <Title>Installing an Ethernet Modem</Title> -->
 <Title>イーサネット・モデムの設定</Title>

<Para>
 <!--
 To install, connect the modem's (or router's) power cord, and connect
 the phone line between the DSL wall jack and the modem. This cable should be
 provided. If not, a regular phone cord will suffice. With the ethernet
 interfaced modems, you may also connect the ethernet cable between the NIC
 and the modem (but not really necessary at this point just to verify an 
 ethernet modem is working).
 -->
 設定する時はモデム(またはルーター)の電源コードをつないで、DSL の宅内
 ジャックとモデム間を電話線で結びます。このケーブルは支給されます。もし
 されなかったら、普通の電話線で充分です。イーサネットのインタフェースを
 持ったモデムなら、イーサネット・ケーブルを NIC とモデム間を結びます
 (この時点でイーサネット・モデムの動作を必ずしも確認する必要はありません)。

</Para>

<Para>
 <!--
 <Emphasis remap="bf">Checkstep </Emphasis> At this point, verify that
 the modem syncs with the telco's DSLAM signal. Most modems have a
 green LED that lights up when the signal is good, and red or orange
 if not in sync. The modem's manual will have more details on the
 LEDs. If it doesn't sync, then check your wiring, or make sure that
 the DSL signal is being sent. Do this by calling your telco and
 verifying they have activated the service. Or by testing the modem at
 the test jack on the NID (see above). Note that having dial tone
 on the line does NOT confirm the presence of the DSL data signal. And
 vice versa &#045;&#045; perfectly possible to have dial tone and no DSL, or DSL
 and no dial tone. There should also be no static or noise on the
 voice line when everything is installed and functioning properly.
 -->
<Emphasis remap="bf">チェックポイント</Emphasis>ここでは、モデムが
電話会社の DSLAM の信号と同期することを確認します。たいていモデムは
緑色の LED があり、信号が良好な時に点灯します。赤もしくはオレンジ色
の場合は同期していません。モデムのマニュアルには LED についてさらに
詳しい説明があると思います。同期しなければ配線をチェックして、DSL の
信号が届いているかどうかを確認してください。信号の確認をするには、
電話会社に電話して、サービスがはじまっているか聞いてください。
もしくは NID(上記参照)にあるテスト用ジャックにモデムを挿してテスト
してください。回線にダイヤル音が乗っていても、それは DSL の信号がきて
いることの確認にはなりません。逆も同様です―ダイヤル音があって DSL 
信号 が無い、DSL 信号があって、ダイヤル音が無いということは充分
起こりえます。設置や動作が完璧なら、音声回線上には空電やノイズは
出ないはずです。

</Para>


<!--   ~~~~~       New Section      ~~~~~     -->

<Sect3>
<!-- <Title>Installing the Ethernet Network Card (NIC)</Title> -->
<Title>イーサネット・ネットワーク・カード(NIC)の装着</Title>

<Para>
 <!--
 Ethernet modems will, of course, require an ethernet network card.
 If you haven't already done so, install the NIC in your Linux machine,
 configure the kernel, or load modules, etc., etc. This is sometimes the
 biggest stumbling block &#045;&#045; getting the NIC recognized and working. See the
 various Linux references for doing this, such as the <Ulink
 url="http://www.linuxdoc.org/HOWTO/Ethernet-HOWTO.html">Ethernet
 HOWTO</Ulink> for more information. Also, see the <Link
 LinkEnd="tuning">Troubleshooting Section</Link> below. This is certainly
 something you could conceivably do ahead of time if you already have the NIC.
 -->
 当たり前ですがイーサネット・モデムにはイーサネット・ネットワーク・カードが
 必要です。
 まだ持っていないなら、Linux マシンに NIC を入れて、カーネルを再構築し、
 モジュールをロードする等してください。時にはこれが大きな悩みの種になります― 
 NIC を認識して動作させることが。Linux には参考文献がたくさんありますので見て
 ください。たとえば <Ulink
 url="http://www.linuxdoc.org/HOWTO/Ethernet-HOWTO.html">Ethernet HOWTO</Ulink>
 には更に詳しい情報が載っています。下記の <Link LinkEnd="tuning">トラブル
 シューティング・セクション</Link>もあわせて見てください。すでに NIC を持って
 いるなら、もしかすると意外に早く解決するかもしれません。

</Para>

<Para>
 <!--
 Be sure the RJ45 cable between the NIC and the modem is now connected. You
 can <quote>hot plug</quote> this cable, meaning there is no need to power
 down to do this.
 -->
 NIC とモデム間を RJ45 ケーブルを使って接続していることを確認してください。
 ケーブルは<quote>電源をいれたまま抜き挿し</quote>できます。つまりこのため
 に電源を落とす必要はありません。

</Para>

<Para>
 <!--
 We can do a few quick tests now to see if the NIC seems to be functioning
 properly. First we'll attempt to bring up the interface. Then we'll see how
 well it is responding by <Command>pinging</Command> it. And lastly use
 <Command>ifconfig</Command> to check for errors:
 -->
 ここで NIC が確かに動いているかどうかをすぐにテストできます。まずインタ
 フェースをアップしてみましょう。<Command>ping</Command> を打って見てきちんと
 反応するかを見てみましょう。最後に <Command>ifconfig</Command> でエラーを
 チェックしてみましょう。
 
</Para>

<Screen>

# ifconfig eth0 10.0.0.1 up


$ ping -c 50 10.0.0.1
PING 10.0.0.1 (10.0.0.1) from 10.0.0.1: 56(84) bytes of data.
64 bytes from 10.0.0.1: icmp_seq=0 ttl=255 time=0.2 ms
64 bytes from 10.0.0.1: icmp_seq=1 ttl=255 time=0.2 ms
64 bytes from 10.0.0.1: icmp_seq=2 ttl=255 time=0.1 ms
&lt;snip&gt;

- 10.0.0.1 ping statistics -
50 packets transmitted, 50 packets received, 0% packet loss
round-trip min/avg/max = 0.1/0.1/0.2 ms


$ ifconfig eth0
eth0    Link encap:Ethernet  HWaddr 00:50:04:C2:09:AC  
        inet addr:10.0.0.1  Bcast:10.255.255.255  Mask:255.0.0.0
        UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
        RX packets:428 errors:0 dropped:0 overruns:0 frame:0
        TX packets:421 errors:0 dropped:0 overruns:0 carrier:0
        collisions:0 txqueuelen:100 
        Interrupt:10 Base address:0xc800 

</Screen>

<Para>
 <!--
 If <Quote>eth0</Quote> comes up without errors, and you can
 <Command>ping</Command> it without errors, and <Command>ifconfig</Command>
 shows no errors, we most likely have all our hardware in working order now, and
 are ready to start configuring Linux. If not, see the <Link
 LinkEnd="tuning">Troubleshooting section</Link> below. 
 -->
<Quote>eth0</Quote> がエラー無しに立ち上がれば、<Command>ping</Command> を
打ってもエラーは出ないはずです。<Command>ifconfig</Command> が何もエラー
を出していなければ、ハードウェアは恐らく仕様通りにすべて動いています。
ここまでで Linux を設定しはじめる状態にまできました。そうでなければ下記の<Link
 LinkEnd="tuning">トラブルシューティング・セクション</Link>を見てください。

</Para>


<Para> 
 <!--
 <Emphasis remap="bf">Gotcha:</Emphasis> A few modems may already be wired as
 a 10baseT crossover, and  require a direct Category 5 cable for a direct
 connection to a NIC, rather than a crossover cable.  I lost around 12 hours
 figuring this one out, so don't make the same mistake - make sure you RTFM
 first.
 -->
<Emphasis remap="bf">知っていれば:</Emphasis> モデムの中にはすでに 10baseT を
クロスの状態に配線してあるものがあります。これは直接 カテゴリ 5 ケーブルを 
NIC に接続し、クロス・ケーブルは使用しません。私はこれがわかるまで 12 時間
近くも時間を無駄にしました。同じ間違いをしないように―まずマニュアルをきちんと
読みましょう。
</Para>


</Sect3>

</Sect2>

<!--  ~  End Section  ~  -->



<!--   ~~~~~       New Section      ~~~~~     -->

<Sect2>
<!-- <Title>Installing a USB Modem</Title> -->
 <Title>USB モデムの設置</Title>

<Para>
 <!--
 The physical installation of a USB modem is similar to an ethernet modem.
 There is no ethernet card necessary obviously. So connect the phone 
 line between the DSL wall jack and the modem's DSL port, and attach the 
 USB cable to the computer's USB port. 
 -->
 USB モデムの設置は、イーサネット・モデムの場合とほとんど違いはありません。
 イーサネット・カードがいらなくなっただけです。電話線を DSL の宅内ジャック
 とモデムの DSL ポートの間に接続してください。そして USB ケーブルを
 コンピュータの USB ポートに取り付けてください。
</Para>

<Para>
 <!--
 USB modems will require vendor and model specific drivers in order to sync 
 and function properly. Assuming you are using the Alcatel SpeedTouch USB, 
 then there are drivers available from Alcatel's driver page: 
 <Ulink
 URL="http://www.alcatel.com/consumer/dsl/supuser.htm#driver">http://www.alcatel.com/consumer/dsl/supuser.htm#driver</Ulink>.
 This driver is a kernel module, and is available as both binary and raw
 source. This driver requires at least a 2.4.1 kernel. In addition, you will
 need to install additional software and patch the kernel for other required
 features. There are brief instructions included with the driver. Much of the
 code is still experimental, and reportedly is not completely stable at this
 time. This is not novice level stuff! 
 -->
 USB モデムがきちんと同期して動作するには、ベンダーやそのモデルごとに専用の
 ドライバが必要になります。Alcatel の SpeedTouch USB を使っていると仮定すると、
 ドライバは Alcatel のドライバのホーム・ページ(<Ulink
 URL="http://www.alcatel.com/consumer/dsl/supuser.htm#driver">http://www.alcatel.com/consumer/dsl/supuser.htm#driver</Ulink>) から落とせます。
 このドライバはカーネル・モジュールで、バイナリとソース両方を用意してあります。
 このドライバにはカーネル 2.4.1 以上が少なくとも必要となります。必要な機能を
 生かすには、さらに追加のソフトウェアとカーネル・パッチをインストール
 しなければなりません。ドライバには簡単な説明がついています。コードの大部分
 はまだ実験段階で、完璧に安定してるとは言えないようです。初心者用ではありま
 せん！
 
</Para>

<Para>
 <!--
 This driver also supports both PPPoE and PPPoA, though the steps for getting 
 either to work are quite different. See the 
 <Link LinkEnd="SpeedtouchUSB">Appendix</Link> for PPPoA step-by-step instructions.
 -->
 このドライバは PPPoE と PPPoA 両方ともサポートしていますが、それぞれが動作
 するステップはまったく異なります。ステップ・バイ・ステップで説明している
 <Link LinkEnd="SpeedtouchUSB">付録</Link>を見てください。
 
</Para>

</Sect2>

</Sect1>

<!--  ~  End Section  ~  -->



<!--   ~~~~~~~~       New Section Header    ~~~~~~~~~     -->


<Sect1 id="configure">
<!-- <Title>Configuring Linux</Title> -->
 <Title>Linux の設定</Title>

<Para>
 <!--
 After you have connected the modem and it's getting sync, then you're ready
 to configure Linux and verify your connection to your ISP. Although I will
 refer to a Linux System, you could conceivably connect any type of 10baseT
 device to the modem. This includes a router, hub, switch, PC, or any other
 system that you wish to use. We'll just cover the Linux aspects here.
 -->
 モデムを接続して同期が取れたなら、Linux を設定して ISP へ接続するところ
 まで来たことになります。Linux システムを引き合いに出しますが、モデムに
 10baseT で接続するタイプのものなら、たぶん何でも接続できるでしょう。ルーター
 やハブ、スイッチング・ハブ、PC などなどお望みのシステムを。ここでは、当然 
 Linux という側面から取り上げていきます。

</Para>

<Warning>
 <Para>

 <!--
 <Emphasis>Before you connect to your ISP</Emphasis>, make sure you understand
 all security issues of having a direct connection to the Internet via DSL.
 Depending on your ISP, most outside users can access your system, and you
 should setup any firewalls, deactivate ports/services, and setup any
 passwords prior to connecting your machine to the world. See the <Link
 LinkEnd="secure">Security section below</Link>, and the <Link
 LinkEnd="links">links section</Link> for more on this <Emphasis>very
 important</Emphasis> topic. Do not make this an afterthought! Be ready.
 -->
<Emphasis>ISP に接続する前に</Emphasis>、セキュリティ関連事項をすべて
完璧に理解してください。DSL 経由でインターネットに直接接続する際に必要
になります。ISP にもよりますが、外部のユーザのほとんどはあなたのシステム
にアクセスできます。何らかのフィアーウォールを設置して、ポートやサービス
を落とし、たとえどこから来ようとも、あなたのマシンに接続する前にパスワード
を入れるようにすべきです。
<Link LinkEnd="secure">下記のセキュリティ・セクション</Link>を見てください。
また、<Link LinkEnd="links">リンク・セクション</Link>には、セキュリティに
ついてさらに<Emphasis>とても重要な</Emphasis>トピックが書いてあります。
後の祭にならないように、事前に準備してください！
 </Para>
</Warning>

<!--   ~~~~~       New Section      ~~~~~     -->

<Sect2 id="bridgevsppp">
<!-- <Title>Bridged vs PPPoX Networks</Title> -->
 <Title>ブリッジ vs PPPoX ネットワーク</Title>

<Para>
 <!--
 Before we get too far into the final stages of installing and
 configuring our system, let's look at how various DSL ISPs set up
 their networks. It will be very important for you to know how your ISP does
 this, as there is more than one possibility and the steps involved are quite
 different for each. This may not be the kind of thing the ISP is advertising,
 and since you are not using Windows, you may not have access to the setup
 disk that the ISP provides. If you're not sure, ask the ISP's tech support
 staff, or other users.
 -->
 とうとう設置とシステム設定の最終段階に来ました。DSL 対応の様々な ISP が
 どのようにネットワークを構築しているか見ていきましょう。ISP がどのように
 構築しているのかを知っておくのは、とても大切なことです。というのは、
 それぞれのケースで様々な方法とステップが存在するからです。ここに書いて
 あることは ISP が公表している内容とは限りません。また Windows を使っていない
 ので、ISP が支給するセットアップディスクは役に立たないでしょう。怪しい
 と思うなら、ISP のテクニカルサポートや他のユーザに聞いてみてください。

</Para>

<Para>
 <!--
 To muddy the waters even more, some ISPs may be offering more than one kind
 of service (over and above the various bit rate plans). Example: Verizon 
 (formerly Bell Atlantic) originally offered static IPs with a Bridged
 connection. Now all new installs use PPPoE with dynamic IPs. For installation
 and configuration purposes, this is very different.
 -->
 さらにややっこしいことに、ISP の中には複数のサービス(様々な速度プランに
 加えて)を提供するところもあります。たとえば、Verizon(旧 Bell Atlantic)は、
 もともと固定の IP をブリッジ接続で提供していました。現状はすべて PPPoE 
 で動的な IP を提供するようになっています。設置、設定面からすればこれは
 まったく別物です。

</Para>

<Para>
 <!--
 The two most common DSL network implementations are Bridged/DHCP and PPPoX.
 Both have mechanisms for obtaining an IP address and other related networking
 configuration details so we shouldn't have to worry about this. But there are 
 indeed other, less common, means of connecting. Our job will be finding the
 right client, and doing what we have to, to get it up and running. The most 
 common ones are discussed below.
 -->
 DSL ネットワークの 2 本柱は、ブリッジと DHCP の組み合わせと PPPoX です。
 どちらのしくみも IP アドレスを取得とネットワーク設定に関連した細かな機能
 がありますので、この点を心配する必要はないはずです。しかし他に心配事が
 あります。それは普通は気にしもしない接続手段についてです。必要なのは、
 適切なクライアントを見つけだし、するべきことをして、接続を済ませ、動作
 させることです。共通事項についてはこの後に議論します。
 
</Para>


<Para>
 <!--
 <Emphasis>Important!</Emphasis> You need to know beforehand how your ISP is
 setup for connecting to his network. To re-iterate, the two main
 possibilities are Bridged/DHCP and PPPoE. These are mutually exclusive
 implementations. And there are indeed other possibilities as well. So you will
 need to know exactly what this is beforehand. And it must be the right one or
 you will waste a lot of time and effort. You cannot choose which one either.
 It is a matter of how the ISP is doing his network. Note that PPPoE can run
 over Bridged networks, so just knowing whether you are Bridged or not, is not
 necessarily good enough. If your provider is giving you a router, there is a
 good chance that the router's firmware will handle all of this for you. 
 -->
<Emphasis>重要！</Emphasis> まず ISP がネットワークに接続する設定をしているか
を確認することが必要です。繰り返しますが、利用可能な主な接続方法は、
ブリッジと DHCP の組み合わせと PPPoE です。これらは相互に相乗りできないしくみ
になっています。また実際には他の選択肢も存在します。ですから事前にこのしくみ
が何であるかを正確に理解しておく必要があります。これは正攻法に他ならず、そう
しなければ無駄な時間と労力を費やすはめになるかもしれません。手段に選択の余地
はありません。ISP がネットワークをどのように構築しているかに依存している
からです。PPPoE はブリッジされたネットワーク上でも動作します。ただ、そこで
ブリッジされているのか、されていないのかを知ってもあまり良いとはいえません。
プロバイダがルーターを提供してきたなら、チャンスです。そのルーターで自分の
ファイアーウォールを構築できるかもしれません。

</Para>

<Para>
 <!--
 If you are subscribing with one of the Baby Bells in the U.S., you can
 probably count on that being PPPoE, and thus you will need a PPPoE client.
 -->
 米国の Baby Bell(Regional Bell Operating Company の別名)のどこかと契約した
 なら、恐らく PPPoE を利用することになるでしょう。つまりそれは PPPoE 
 クライアントが必要になることを意味しています。
 
</Para>

<Para>
 <!--
 There are a few provider specific FAQs and HOWTOs in the <Link
 LinkEnd="links">Links section</Link> below.
 -->
 いくつかのプロバイダ固有の FAQ や HOWTO は、下記の  <Link
 LinkEnd="links">リンク集・セクション</Link>にあります。
 
</Para>


<!--   ~~~~~       New Section      ~~~~~     -->
<Sect3>
<!-- <Title>Bridged/DHCP</Title> -->
 <Title>ブリッジと DHCP の組み合わせ</Title>

<Para>
 <!--
 In the good old days of a year or two ago, purely <Quote>Bridged</Quote>
 connections were the norm. PPPoE had not been invented yet. This type of
 network puts you on a local subnet just like a big LAN. You are exposed to
 much of the local subnet traffic, especially ARP and broadcast traffic. The
 typical means of authenticating in this set up, is via DHCP. 
 -->
 1、2 年前という古き良き時代では、単に<Quote>ブリッジした</Quote>接続が
 一般的でした。PPPoE はまだできていませんでした。このタイプのネットワーク
 はあたかも大きな LAN のサブネットの中にいる形になります。ローカルなサブ
 ネットの多量のトラフィック、とくに ARP やブロードキャストにさらされされます。
 認証を行う典型的な手段として、DHCP を経由していました。
</Para>

<Para>
 <!--
 DHCP is a standard, established networking protocol for obtaining an IP
 address and other important network parameters (e.g.  nameservers). This is a
 standard, well documented networking scheme and is very easy to set up
 from the end user's perspective. It is also a very stable connection. You
 can actually unplug the modem for say 10 minutes, plug it back in, let it
 re-sync, and the connection is still there &#045;&#045; same IP and everything. 
 -->
 DHCP は標準化済みの定評のあるネットワークプロトコルで、IP アドレスやネット
 ワークに必要なその他のパラメタ(たとえば、ネームサーバ)を取得します。これは
 標準化され、かねてより評判が良いネットワークのしくみで、ユーザはとても簡単
 にセットアップできます。またとても安定して接続できます。モデムを抜いてから 
 10 分たってから挿してみると、再び同期をしはじめ、接続を維持します― IP 
 アドレス他も同じになります。

</Para>

</Sect3>

<!--  ~  End Section  ~  -->



<!--   ~~~~~       New Section      ~~~~~     -->

<Sect3>
<Title>PPPoX</Title>

<Para>
 <!--
 The main alternative now is PPPoX, meaning either PPPoE (PPP over Ethernet)
 or PPPoA (PPP over ATM). Both of these related protocols are currently being
 deployed, but at the moment, PPPoE seems to be the more common of the two.
 PPPoX is a relative newcomer, and, as the name implies, is a variation of
 Point-to-Point Protocol that has been adapted specifically for DSL networks.
 -->
 現在主流となっているのは PPPoX で、これは PPPoE(PPP over Ethernet)と PPPoA
 (PPP over ATM)を指します。同類であるこれらのプロトコルは広がりつつあります。
 ただすぐに PPPoE が主流となるでしょう。
 PPPoX は割合と新しい技術で、その名の表す通り、Point-to-Point Protocol の
 亜種で、DSL ネットワーク向きのプロトコルです。
</Para>

<Para>
 <!--
 There are several PPPoE clients for Linux (<Link LinkEnd="pppoe">see
 below</Link>). PPPoX simulates a dialup type environment. The user is
 authenticated by user id and password which is passed to a RADIUS server,
 just like good ol' dialup PPP. A routable IP address, and other related
 information, is returned to the client. Of course, no actual dialing takes
 place. The mechanics of how this is handled, will vary from client to client,
 so best to RTFM closely. Typically you will set up configuration files like
 <Filename>pap-secrets</FileName>, etc. 
 -->
 Linux 用の PPPoE クライアントはいくつかあります(<Link LinkEnd="pppoe">下記
 参照</Link>)。PPPoX は疑似的にダイやルアップタイプの環境をつくります。ユーザ
 はユーザ ID とパスワードを使って認証します。この認証には RADIUS サーバを
 利用しており、まさに古き良きダイヤルアップ PPP と同じしくみを使っています。
 IP アドレスやその他関連の情報をクライアントに返します。もちろんダイヤルする
 という動作は必要ありません。どのようなメカニズムで実行しているかについては、
 クライアントごとに違いますので、マニュアルを良く読むのが一番です。普通は 
<Filename>pap-secrets</FileName> のような設定をいくつかすることになります。
【訳註： RADIUS の詳細は、<Ulink
 URL="ftp://ftp.isi.edu/in-notes/rfc2868.txt">RFC2868</Ulink> をご覧ください 】
 
</Para>

<Para>
 <!--
 It is worth noting that PPPoE will also work on non-ethernet devices like USB, 
 provided the correct drivers are installed.
 -->
 PPPoE が USB のようなイーサネット以外のデバイスで動いたとしても意味がない
 でしょう。ドライバが正しくインストールしてあってもです。
 
</Para>

<Para>
 <!--
 From the ISPs perspective, PPP is much easier to maintain and troubleshoot.
 From the end user's perspective, it is often more work to set up, often uses
 more CPU, and the connection is maybe not as stable. So anyway, this seems to
 be the coming trend. Many of the large telcos around the world, especially
 the RBOCs (Baby Bells) in the U.S., have committed to PPPoX already. Setting
 up a PPPoX connection is completely different from setting up a bridged/DHCP
 connection. 
 -->
 ISP 側からすると、PPP はとても簡単にメンテナンスや障害解決が可能なしくみです。
 ユーザ側からすると、PPP の分だけ設定に余計に手間がかかる上、CPU も使い、接続
 もブリッジタイプと比較して安定していないようです。そのようなわけですが、
 流行りになってきているようです。世界中の大規模な電話会社の多く、とりわけ米国
 の RBOC(Regional Bell Operating Company の略称。Baby Bell とも言う)は、PPPoX 
 を既に全面的に採用しています。PPPoX で接続する設定は、ブリッジと DHCP の組み
 合わせの設定とは似ても似つきません。
 
</Para>

</Sect3>

<!--  ~  End Section  ~  -->



<!--   ~~~~~       New Section      ~~~~~     -->

<Sect3>
<Title>ATM</Title>

<Para>
 <!--
 Since the traffic on the wire from the DSLAM to the modem is typically ATM, a
 raw ATM connection would seem to make sense. While possible, this is rare, if
 it exists at all in the U.S, and would require a modem in addition to a PCI
 ATM card, such as the Efficient Networks 3010. There is an ATM project for
 Linux, that is being incorporated into the 2.4 kernel. (See the <Link
 LinkEnd="links">Links section</Link> for more information.)
 -->
 DSLAM からモデムまでの回線上のトラフィックを普通は ATM 上に乗せている
 ので、ATM にそのまま接続できれば意味があるように思われます。可能では
 あるのですが、非常にまれなケースです。米国全土に ATM が引かれていたと
 しても、モデムに追加で Efficient Networks 3010 のような PCI の ATM カード
 を付けなければいけません。Linux 向けに ATM プロジェクトが活動していて、
 現在カーネル 2.4 に組み込み最中です(詳細は<Link LinkEnd="links">リンク集
 セクション</Link>を見てください)。
 
</Para>

<Para>
 <!--
 This may be a viable solution at some point, but it is just not
 <Quote>there</Quote> yet. 
 -->
 そのうち実行可能な手段となるでしょうが、まだ<Quote>そこまで</Quote>
 行っていません。

</Para>

</Sect3>

</Sect2>

<!--  ~  End Section  ~  -->





<!--   ~~~~~       New Section      ~~~~~     -->

<Sect2>
<!-- <Title>Configuring the WAN Interface</Title> -->
<Title>WAN インタフェースの設定</Title>

<Para>
 <!--
 The most common configuration is a DSL modem in <Quote>bridging</Quote> mode.
 Both PPPoX and DHCP can use this setup. In this scenario, the WAN interface
 typically means your NIC. This is where your system meets the outside world.
 (If you have a router see <Link LinkEnd="router">below</Link> for router
 specific instructions.) So essentially we will be configuring the NIC,
 typically <Quote>eth0</Quote> since it is an ethernet interface. 
 -->
 DSL モデムで最も一般的な設定は<Quote>ブリッジ</Quote>モードです。
 PPPoX や DHCP でもこの設定が必要になります。このやり方だと、普通 NIC が 
 WAN のインタフェースになります。ここの部分で外の世界とシステムがつながって
 います(ルーターを持っているなら<Link LinkEnd=
 "router">下記</Link>のルーター固有の説明を見てください)。NIC の設定は避けて
 通れません。たいていは、<Quote>eth0</Quote> がイーサネットのインタフェース
 になっています。
 
</Para> 
 
<Para>
 <!--
 With PPPoX, once the connection comes up, there will be a
 <Quote>ppp0</Quote>, or similar, interface, just like dialup. This will
 become the WAN interface once the connection to the PPP server is up, but for
 configuration purposes we will we be concerned with <Quote>eth0</Quote>
 initially.
 -->
 PPPoX の場合、いったん接続が確立すると <Quote>ppp0</Quote> もしくはそれと似た
 インタフェースが現れます。これはダイヤルアップの場合とまさに同じです。これで
 PPP サーバと WAN 側のインタフェースとの接続がいったん確立します。この後は
 <Quote>eth0</Quote> に関連した設定をすることになります。

</Para>

<Para>
 <!-- There are various ways an ISP may set up your IP connection: -->
 ISP が IP 接続を設定する方法は様々です。
</Para>

<Para>
 <ItemizedList>

  <ListItem>
   <Para>
    <!-- Static IP.  -->
  固定 IP を割り当てる
    
   </Para>
  </ListItem> 

 <ListItem>
  <Para>
   <!-- Dynamic IP on Bridged Network via DHCP.  -->
   ブリッジタイプのネットワークで DHCP による動的 IP を割り当てる
  
  </Para>
 </ListItem> 

 <ListItem>
  <Para>
   <!-- Dynamic IP via PPPoX.  -->
   PPPoX による動的 IP を割り当てる
  
  </Para>
 </ListItem> 

 <ListItem>
  <Para>
   <!-- Static IP via PPPoX.  -->
   PPPoX による固定 IP を割り当てる
 
  </Para>
 </ListItem> 


 </ItemizedList>
</Para>

<Para>
 <!-- Let's look at these individually.  -->
 個々に見て行きましょう。
 
</Para>




<!--   ~~~~~       New Section      ~~~~~     -->

<Sect3>
<!-- <Title>Static IP Configuration</Title> -->
 <Title>固定 IP の設定</Title>

<Para>
 <!--
 A <Quote>static</Quote> IP address is an IP that is guaranteed not to change.
 This is the preferred way to go for those wanting to host a domain or run
 some type of public server, but is not available from all ISPs. Note that
 while there are some noteworthy benefits to having a static IP, the
 disadvantage is that is more difficult to remain <quote>invisible</quote>. It
 is harder to hide from those with malicious intentions. Skip this section if
 you do not have a static IP, or if you have a router, and the router will be
 assigned the static IP.
 -->
<Quote>固定</Quote> IP アドレスは、アドレスの変更がないことを保証しています。
これはドメインを立てたり、公開サーバを運用したりしたい場合に都合が良い方法
です。
しかし、ISP すべてにおいて利用できるわけではありません。固定 IP アドレスには
際立った利点がありますが、アドレスの存在を<quote>隠し</quote>続ける
ことがさらに難しくなるという欠点もあります。悪意を持った故意の攻撃から
身を隠すことは困難です。固定 IP アドレスを持っていなかったり、ルーター
を持っていて、そのルーターに固定 IP が割り振られていたりするなら、この
セクションは飛ばしてください。

</Para>

<Para>
 <!--
 Configure the IP address, subnet mask, default gateway, and DNS server
 information as provided by the ISP. Each Linux Distribution (Redhat, Debian,
 Slackware, SuSE, etc.) has a different way of doing this, so check on your
 distro's docs on this. Each may have their own tools for this. Redhat has
 <Command>netcfg</Command> for example. You can also do this manually using
 the <Command>ifconfig </Command> and <Command>route</Command> commands. See
 the man pages on these or the  <Ulink
 url="http://www.linuxdoc.org/HOWTO/Net-HOWTO">Net HOWTO</Ulink> for more
 information and specifics. A quick command line example with bogus IPs:
 -->
 ISP から指定された IP アドレスやサブネットマスク、デフォルト・ゲートウェイ、
 DNS サーバなどの情報を設定してください。Linux ディストリビューション
 (Redhat、Debian、Slackware、SuSE 等)には、それぞれの設定方法がありますので、
 お使いのディストリビューションのドキュメントをチェックしてください。それぞれ
 独自のツールがあります。たとえば Redhat は <Command>netcfg</Command> を持って
 います。もちろん <Command>ifconfig </Command> や <Command>route</Command> 
 コマンドを使ってマニュアルでも可能です。<Ulink
 url="http://www.linuxdoc.org/HOWTO/Net-HOWTO">Net HOWTO</Ulink>
 を見ればさらに詳しい情報があります。コマンドラインを使って、仮の IP を使った
 例をお見せします。

</Para>

<Screen>

 # ifconfig eth0 111.222.333.444 up netmask 255.255.255.0
 # route add default gw 111.222.333.1 dev eth0
 
</Screen>

<Para>
<!--
Be sure to add the correct nameservers in <Filename>/etc/resolv.conf</FileName>.
-->
正しいネームサーバを必ず <Filename>/etc/resolv.conf</FileName> に追加して
ください。
 
</Para>

</Sect3>

<!--  ~  End Section  ~  -->




<!--   ~~~~~       New Section      ~~~~~     -->

<Sect3>
<!-- <Title>Bridged/DHCP Configuration</Title> -->
 <Title>ブリッジと DHCP を組み合わせた場合の設定</Title>

<Para>
 <!--
 ISPs that have Bridged networks typically use DHCP to assign an IP addresses,
 and authenticate the user. All distributions come with one or more DHCP
 clients. <Command>dhcpcd</Command> seems to be the most common.
 <Command>pump</Command> comes with Redhat based distributions as of Redhat
 6.0. The DHCP client will obtain an IP <Quote>lease</Quote> from the ISP's
 server as well as other related information: gateway address, DNS servers,
 and network mask. The lease will be <Quote>renewed</Quote> at regular
 intervals according to the ISP's configuration. 
 -->
 ブリッジしたネットワークを使った ISP は、普通 DHCP を使って IP アドレスと
 認証をユーザに提供しています。ディストリビューションすべてには、少なくとも 1 
 つは DHCP クライアントがついています。最も一般的なのは <Command>dhcpcd
 </Command> のようです。
 <Command>pump</Command> は Redhat ベースのディストリビューションについて
 きます。これは Redhat 6.0 時点での話です。DHCP クライアントは ISP のサーバ
 から IP とそれに関連した情報であるゲートウェイ・アドレスと DNS サーバ、
 ネットワーク・マスクを<Quote>借りて</Quote>きます。ISP の設定にしたがって、
 定期的に情報が<Quote>更新</Quote>されます。
</Para>

<Para>
 <!--
 You will want the DHCP client started on boot, so use your distribution's
 means of doing this. There generally is little to configure with DHCP as it
 is fairly straightforward and easy to use. You may need to tell it which
 interface to listen on if the NIC is something other than
 <Quote>eth0</Quote>. You can also start it from the command line to get
 started. See the respective man pages for more. 
 -->
 DHCP クライアントをブート時に起動したいなら、ディストリビューションが用意
 している方法を使ってください。普通 DHCP についてはほとんど設定することは
 ありません。というのも簡単に使用できるからです。<Quote>eth0</Quote> 以外に 
 NIC を割り当てているなら、どのインタフェースを使うのかを指定する必要が
 あるでしょう。もちろんコマンドラインから指定することも可能です。詳しくは
 それぞれの man を見てください。
  
</Para>

<Para>
 <!--
 Unless you have a static IP, the ISP will need some way to know who you are
 when you connect. There are two ways this authentication process is
 accomplished with DHCP. The first and most common method is via the MAC (or
 hardware) address of the network device. Typically this would be the NIC. The
 MAC address is a unique identifier and can be found among the boot messages,
 or with <Command>ifconfig</Command>, and looks something like 
 <Literal>00:50:04:C2:19:BC</Literal>.  You will need to give the ISP the MAC
 address before your first connection. 
 -->
 固定 IP でないなら、ISP はなんらかの方法で接続してきた相手が誰なのかを 
 知る必要があります。DHCP を使った認証プロセスには 2 つの方法があります。
 まず最も一般的な方法は、ネットワークデバイスの MAC(ハードウェアの)アドレス
 を使うものです。普通これは NIC のアドレスになります。MAC アドレスは一意に
 決まる値で、ブート時のメッセージの中に現れます。また <Command>
 ifconfig</Command> を使って、<Literal>00:50:04:C2:19:BC</Literal> のような
 表現で見られます。はじめて接続する時には、ISP に MAC アドレスを知らせなけ
 ればなりません。
</Para> 
 
<Para> 
 <!--
 The other DHCP authentication method is via an assigned hostname. In this
 case, the ISP will have provided you with this information. Your DHCP client
 will need to pass this information to the server in order for you to connect. 
 Both <Command>dhcpcd</Command> and <Command>pump</Command> accept the
 <Quote>-h</Quote> command line option for this purpose. See the client's man
 page, or your distribution's documentation, for specifics.
 -->
 もう 1 つの DHCP による認証方法は、ホスト名の割り当てを使って行います。
 この場合、ISP はホスト名の情報を伝えてきます。接続するに当たって、DHCP 
 クライアントはサーバに対してこの情報を渡さなければいけません。
 <Command>dhcpcd</Command> と <Command>pump</Command> どちらとも <Quote>-h
 </Quote> というコマンドライン上のオプションでこの機能を実現しています。
 詳細は、クライアントの man かディストリビューションについてくるドキュメント
 を見てください。

</Para>

<!-- <note><title>Note</title> -->
<note><title>注意</title>
 <Para> 
  <!--
  If your ISP uses MAC address authentication, and you change your network
  device (e.g. NIC), you will need to register the new address with the ISP or
  you won't be able to connect.
  -->
  ISP が MAC アドレスによる認証をしていて、ネットワークデバイス(たとえば NIC)
  を変更した場合は、新しいアドレスを ISP に登録してください。さもないと
  接続できなくなってしまいます。
 
 </Para>
</note>


</Sect3>

<!--  ~  End Section  ~  -->




<!--   ~~~~~       New Section      ~~~~~     -->

<Sect3 id="pppoe">
<!-- <Title>PPPoE Configuration</Title> -->
 <Title>PPPoE の設定</Title>

<Para>
 <!--
 PPPoE (PPP over Ethernet) is an alternate way for ISPs to control your
 connection, and is becoming increasingly popular with ISPs. Setting this up
 is quite different, and may be a little more work than with static IPs or
 DHCP above. Recent distro releases are now shipping PPPoE clients. If this is
 not the case for you, then you will have to download one. Check any Linux
 archive site like <Ulink
 URL="http://freshmeat.net">http://freshmeat.net</Ulink>, etc. or look below.
 -->
 PPPoE(PPP over Ethernet)は、ISP が接続を制御するもう 1 つの方法で、ISP 業界
 では一般的になりつつあります。上記の固定 IP や DHCP と設定方法が全く異なり、
 手間が少々かかります。最近のディストリビューションのリリースには、PPPoE 
 クライアントが付いてきます。もし付いていなかったなら、ダウンロードしなければ
 ならないでしょう。<Ulink
 URL="http://freshmeat.net">http://freshmeat.net</Ulink> のような Linux の
 アーカイブサイトをチェックして見るか、下記を見てください。


</Para>

<Para>
 <!-- Some of the current GPL PPPoE clients available: -->
 GPL な PPPoE クライアントがいくつか利用できます。
 
</Para>


<Para>
 <ItemizedList>

  <ListItem>
   <Para>
   <!--
   The Roaring Penguin (rp-pppoe): <Ulink
   URL="http://www.roaringpenguin.com/pppoe/">http://www.roaringpenguin.com/pppoe/</Ulink>,
   by David F. Skoll. Reportedly very easy to set up, and get started with.
   This is a popular Linux PPPoE clients due to it's reputation for ease of
   installation, and is now being bundled with some distributions. rp-pppoe
   works as a user-mode client on 2.0 and 2.2 kernels, and in kernel-mode 
   on 2.4 kernels.
   -->
 The Roaring Penguin (rp-pppoe): <Ulink
   URL="http://www.roaringpenguin.com/pppoe/">http://www.roaringpenguin.com/pppoe/</Ulink> は David F. Skoll 氏によるものです。とても簡単に設定ができるようで
   すので、まずこれからはじめてみてください。
   これは Linux の PPPoE として、非常に評判の良いクライアントです。理由は、
	 簡単にインストールできる点と、現状いくつかのディストリビューションに
	 バンドルしてあることです。rp-pppoe は ユーザモードで動くクライアントで、
   カーネル 2.0 と 2.2 で動作します。カーネル 2.4 ではカーネルモードで
   動作します。

   </Para>
  </ListItem> 
 
  <ListItem>
   <Para>
    <!--
    PPPoEd: <Ulink URL="http://www.davin.ottawa.on.ca/pppoe/">
    http://www.davin.ottawa.on.ca/pppoe/</Ulink> by Jamal Hadi Salim is 
    another popular Linux client and is also bundled with some
    distros. This is a kernel based implementation for 2.2 kernels. A setup
    script is now included so no patching is required, making installation
    quick and easy. Also, less CPU intensive than user space alternatives like
    rp-pppoe (2.0/2.2 kernels).
  -->
  PPPoEd: <Ulink URL="http://www.davin.ottawa.on.ca/pppoe/">
    http://www.davin.ottawa.on.ca/pppoe/</Ulink> は Jamal Hadi Salim 氏に
  よるものです。人気のあるもう 1 つの Linux クライアントで、いくつかの
  ディストリビューションにバンドルしてあります。カーネル 2.2 でカーネル
  モードによる実装になっています。設定スクリプトが入っているので、パッチ
  は当てる必要がありません。したがってインストールが早く、簡単です。また、
  rp-pppoe(カーネル 2.0 もしくは 2.2 kernels)のようなユーザ空間で動くもの
  に比べて CPU を使いません。

<Comment>
 HB
 jamal hadi@cyberus.ca pppoed author

 very helpful on this part

 "David F. Skoll" dfs at roaringpenguin.com
  Some feedback too.

</Comment>

   </Para>
  </ListItem> 
 
  <ListItem>
   <Para>
    <!--
  PPPoE Redirector: <Ulink
    URL="http://www.ecf.toronto.edu/~stras/pppoe.html">
    http://www.ecf.toronto.edu/~stras/pppoe.html</Ulink>. This is a redirector
    which allows the use of PPPoE with pppd-2.3.7 or later. No recompiling of
    other system components are required. It is meant as an interim solution
    until the 2.4.x series, which will include kernel support of PPPoE/A. (Does
    not seem to be under active development at this time.)
  -->
    PPPoE Redirector: <Ulink
    URL="http://www.ecf.toronto.edu/~stras/pppoe.html">
    http://www.ecf.toronto.edu/~stras/pppoe.html</Ulink>。これは pppd-2.3.7 
  以降のバージョンを使って、PPPoE を利用できるようにする リダイレクタです。
	これ以外のシステム構成を再コンパイルする必要はありません。
  カーネル 2.4 がカーネルで PPPoE もしくは PPPoA をサポートするまでのつなぎ
  です(現状活発に開発が進んでいるとは言えないようです)。

   </Para>
  </ListItem> 

  <ListItem>

   <Para>
    <!--
  2.4.x kernels include native PPPoE support.  The PPPoE for 2.4 page  is
    <Ulink
    URL="http://www.shoshin.uwaterloo.ca/~mostrows/">http://www.shoshin.uwaterloo.ca/~mostrows</Ulink>
    and is by Michal Ostrowski, the maintainer for kernel PPPoE.
  -->
  カーネル 2.4 は PPPoE をサポートします。2.4 用の PPPoE は <Ulink
    URL="http://www.shoshin.uwaterloo.ca/~mostrows/">http://www.shoshin.uwaterloo.ca/~mostrows</Ulink> にあります。Michal Ostrowski 氏がカーネルレベルの 
  PPPoEのメンテナーです。
  
   </Para>
  </ListItem> 
  
  <ListItem>
   <Para>
    <!--
  EnterNet is a non-GPL'd PPPoE client from NTS, <Ulink
    URL="http://www.nts.com">http://www.nts.com</Ulink>, that is being
    distributed by some ISPs as the Linux client. It does come with
    source code but the it is not available for free download. (I haven't 
    found anyone that is impressed by this one.)
  -->
   EnterNet は NTS(<Ulink
    URL="http://www.nts.com">http://www.nts.com</Ulink> が開発した PPPoE 
		クライアントで、GPL ではありません。ISP の中には Linux クライアント
		として配布しているところもあります。ソースコードも付いてきますが、
		自由にダウンロードはできません(EnterNet については誰からも情報を
		得られません
  でした)。

   </Para>
  </ListItem> 
  

 </ItemizedList>
</Para>


<Para>
 <!--
 Depending on which client you have chosen, just follow the
 <Filename>INSTALL</FileName> instructions and other documentation included
 with that package (<Filename>README</FileName>, <Filename>FAQ</FileName>, etc.).
 -->
 どのクライアントを選んだかによって、次の <Filename>INSTALL</FileName> の説明
 とその他パッケージにあるドキュメント(<Filename>README</FileName> や 
 <Filename>FAQ</FileName> 等)が違ってきます。

</Para>

<Para>
 <!--
 Once a PPPoE client connects, your connection should look something like the
 below example from Roaring Penguin, where <Quote>eth0</Quote> is connected to
 the modem: 
 -->
 PPPoE クライアントで一度接続すれば、下記の例(Roaring Penguin の出力例)
 ような状態になるはずです。この例では <Quote>eth0</Quote> にモデムが接続して
 あります。
</Para>

<Screen>

$ route -n

Kernel IP routing table
Destination    Gateway      Genmask         Flags Metric Ref Use Iface
192.168.0.254  *            255.255.255.255 UH    0      0     0 eth1
208.61.124.1   *            255.255.255.255 UH    0      0     0 ppp0
192.168.0.0    *            255.255.255.0   U     0      0     0 eth1
127.0.0.0      *            255.0.0.0       U     0      0     0 lo
default        208.61.124.1 0.0.0.0         UG    0      0     0 ppp0


$ ifconfig
  
eth0    Link encap:Ethernet  HWaddr 00:A0:CC:33:74:EB
        UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
        RX packets:297581 errors:0 dropped:0 overruns:0 frame:0
        TX packets:266104 errors:1 dropped:0 overruns:0 carrier:2
        collisions:79 txqueuelen:100
        Interrupt:10 Base address:0x1300

eth1    Link encap:Ethernet  HWaddr 00:A0:CC:33:8E:84
        inet addr:192.168.0.254  Bcast:192.168.0.255  Mask:255.255.255.0
        UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
        RX packets:608075 errors:0 dropped:0 overruns:0 frame:0
        TX packets:578065 errors:0 dropped:0 overruns:0 carrier:0
        collisions:105408 txqueuelen:100
        Interrupt:9 Base address:0x1200

lo      Link encap:Local Loopback
        inet addr:127.0.0.1  Mask:255.0.0.0
        UP LOOPBACK RUNNING  MTU:3924  Metric:1
        RX packets:1855 errors:0 dropped:0 overruns:0 frame:0
        TX packets:1855 errors:0 dropped:0 overruns:0 carrier:0
        collisions:0 txqueuelen:0

ppp0    Link encap:Point-to-Point Protocol
        inet addr:208.61.124.28  P-t-P:208.61.124.1  Mask:255.255.255.255
        UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1492  Metric:1
        RX packets:297579 errors:0 dropped:0 overruns:0 frame:0
        TX packets:266102 errors:0 dropped:0 overruns:0 carrier:0
        collisions:0 txqueuelen:10

</Screen>

<!-- <Note><title>Note</title> -->
 <Note><title>注意</title>
 <Para>
  <!--
  PPPoE adds some extra overhead to the ethernet frames and the correct
  setting for the ppp0 interface MTU is 1492. If the MTU is set too high, it
  may cause failure of some web pages to load properly, and possibly other
  annoying problems. You may need to also set the MTU for interfaces on any
  masqueraded LAN connections MTU to 1452. This does not apply to PPPoA, or
  bridged configurations, just PPPoE!
  -->
  PPPoE はイーサネット・フレームに余計なオーバーヘッドを多少入れてしまい
  ます。したがって ppp0 インタフェースの MTU は、正確には 1492 という設定に
  なります。
  MTU がこれより大きいと、Web ページを閲覧しようとした時に、見られないサイト
  が出てくるかもしれません。また他にも問題が発生して、いらつくことになる
  かもしれません。また LAN 接続をマスカレードしているインタフェースの MTU を
  1452 に設定する必要があるかもしれません。この件は PPPoA やブリッジの設定
	には当てはまりません。対象は PPPoE だけです！

 </Para>
</note>
<!--
8. Configure LAN Hosts は原文上でコメントアウトしてありましたので、
訳しません。
-->

<!--

8. Configure LAN Hosts

If you have a LAN behind the firewall, you have to lower the TCP
maximum segment size from the normal 1460 to 1452 (or better, 1412.)
You have two options: Either set the MTU of all the interfaces on
other hosts on the LAN to 1452, or use the "-m 1412" option to pppoe.
The "-m" option for pppoe is far simpler and makes it easier to add
hosts to the LAN, but consumes some extra CPU time.

If you want to manually configure the LAN hosts, here's how:

In Linux, use: "ifconfig eth0 mtu 1452".  For best results, put this
in an /etc/rc.d/rc.local script.

For Windows, machines, see http://lan.cns.ksu.edu/OS/WIN95/slip95.htm.
Set the MaxMTU to 1452.

==
E) pppoe dies with the log message "Message too long"

You set the MTU of the Ethernet interface connected to the ADSL modem
to less than 1500.  Don't do that.
-->
 
<Para>
 <!--
 Actually, for PPPoE the real setting should be at least 8 bytes less (the
 extra PPPoE protocol overhead) than any interface between you and the
 ultimate destination. All routers normally would be set to 1500, thus 1492 is
 correct from your end. But, it may happen that somewhere a router is
 configured at a lower setting, and this can cause problems, especially
 with web pages loading, and other traffic failures. The way to test this is
 to keep dropping the MTU until things work. 
 -->
 実のところ PPPoE の設定にとって要となるのは、ローカル側と接続する相手側間に
 あるインタフェースが通常より少なくとも 8 バイト小さくする必要があるという点
 です。普通、ルーターはすべて 1500 に設定してあります。ですから 1492 と
 いう値は、ローカル側としては正しい値です。しかし、もしかするともっと小さい値
 の設定をしているルーターがあるかもしれません。これが Web ページを閲覧したり、
 他のトラフィック上の問題を引き起こす可能性があります。この問題をテストする
 には、MTU の大きさをうまく動作するまで小さくしてください。
 
</Para>

</Sect3>

<!--  ~  End Section  ~  -->




<!--   ~~~~~       New Section      ~~~~~     -->

<Sect3 id="pppoa">
<Title>PPPoA</Title>

<Para>
 <!--
 PPPoA (PPP over ATM) is a cleaner solution than PPPoE since most of the work
 is done in hardware, and since the raw DSL traffic is ATM. There is no 
 user space client necessary to manage the connection as with PPPoE, and the
 additional ethernet protocol layer is not required. Authentication is still
 the same: user id and password to connect, but the mechanics are different
 since no ethernet encapsulation takes place.
 -->
PPPoA(PPP over ATM)は、PPPoE よりも洗練された方法です。ハードウェアがほとんど
処理をしてしまうからです。また DSL のトラフィックが ATM に乗る点も優れた点
です。PPPoE のように接続する際にユーザ空間で動くクライアントを必要としません。
またイーサネット層にさらに余計なプロトコルを追加する必要もありません。
ただ認証は同じしくみです。ユーザ ID とパスワードを使って接続します。しかし
イーサネット上でカプセル化は行わない点が異なります。

</Para>

<Para>
 <!--
 PPPoA is either done completely in hardware or is implemented as a device
 specific driver. There is no such thing as a generic PPPoA software client
 like there is for PPPoE. There is an ATM patch for 2.2 kernels, support for
 ATM in the 2.4.x kernel, and a project based on the Efficient Networks 3010,
 as well as other ATM cards. The ATM on Linux homepage is here: <Ulink
 URL="http://lrcwww.epfl.ch/linux-atm/">
 http://lrcwww.epfl.ch/linux-atm/</Ulink>. And even more info is at <Ulink
 URL="http://www.sfgoth.com/~mitch/linux/atm/pppoatm/">
 http://www.sfgoth.com/~mitch/linux/atm/pppoatm/</Ulink> from the kernel
 developer of this project. Existing PPPoA implementations are hardware/driver
 based, and Linux PPPoA modem drivers are scarce as hen's
 teeth at this time. The above modem does not seem to be available through
 normal retail channels. This may be a problem, if this is the only protocol
 an ISP delivers, and an external modem that supports PPPoA is not available.
 -->
 PPPoA は、ハードウェアですべての処理を完結するか、特別なドライバをデバイス
 に実装するかどちらかで実現します。PPPoE のようなクライアント・ソフトウェア
 は PPPoA には存在しません。ATM 用のパッチは、カーネル 2.2、2.4 用に用意
 されています。また Efficient Networks 3010 のような ATM カードをベース
 としたプロジェクトも活動しています。Linux 上で ATM を使う
 ための ホーム・ページは <Ulink URL="http://lrcwww.epfl.ch/linux-atm/"> 
 http://lrcwww.epfl.ch/linux-atm/</Ulink> です。またさらに情報が欲しいなら、
 <Ulink URL="http://www.sfgoth.com/~mitch/linux/atm/pppoatm/">
 http://www.sfgoth.com/~mitch/linux/atm/pppoatm/</Ulink> というホーム・ページ
 もあります。ここはこのプロジェクトでカーネル関係の開発をしてる方のサイトです。
 現状の PPPoA の実装は、ハードウェアもしくはドライバをベースにしています。
 Linux 用の PPPoA モデムのドライバは現状ではほとんどありません。上記のモデム
 は、一般の小売りでは流通していないようです。ISP がこれだけをサポートして
 いるとなると、困ったことになるでしょう。PPPoA が利用可能な外付けモデムは
 利用できません。

</Para>

<Para>
 <!--
 If PPPoA is your ISP's only option, you might consider one of the
 router/modems that can handle PPPoA connections, and let the hardware handle
 everything. 
 -->
 PPPoA が ISP の唯一のオプションなら、PPPoA 接続ができるルータやモデムを
 検討する方がいいでしょう。そうすればハードウェアがすべてをカバーしてくれ
 ます。
</Para>

<!-- ここは原文のコメントアウトですので、訳していません。 -->
<!--
<note><title>Note</title>
 <Para> 
  There is apparently a PPPoA beta program under way
  based on the Efficient Networks SpeedStream 3060/3061 (PCI, ADSL/DMT).
  Efficient is working with kernel ATM developers, and reportedly this program
  is in beta at this time. No release date has been announced. The initial
  release will be binary only drivers, but open source may follow.

 </Para>
</note>
-->
</Sect3>

<!--  ~  End Section  ~  -->



<!--   ~~~~~       New Section      ~~~~~     -->

<Sect3 id="pptp">
<!-- <Title>PPTP/PPPoA with Alcatel Ethernet Modems</Title> -->
 <Title>Alcatel イーサネット・モデムを使った PPTP と PPPoA の組み合わせ</Title>

<Para>
 <!--
 Alcatel SpeedTouch Home ethernet modems (supersedes the Alcatel 1000) 
 support both bridged and PPPoA connections. The modem itself handles the
 PPPoA protocol internally. When in PPTP/PPPoA mode (as opposed to RFC1483 bridging
 mode), Linux will connect to the modem via PPTP (MS VPN). The Linux PPTP
 homepage is <Ulink
 URL="http://cag.lcs.mit.edu/~cananian/Projects/PPTP/">http://cag.lcs.mit.edu/~cananian/Projects/PPTP/</Ulink>,
 and works well with this modem. 
 --> 
 Alcatel SpeedTouch Home イーサネット・モデム(Alcatel 1000 の後継機)はブリッジ
 と PPPoA の両接続方法に対応しています。モデム自体で、PPPoA プロトコル
 をサポートしています。PPTP と PPPoA の組み合わせの場合(RFC1483 に定義して
 あるブリッジ機能ではなく)は、Linux は PPTP(マイクロソフトの VPN)経由で
 モデムに接続します。Linux 用の PPTPのホーム・ページは、<Ulink
 URL="http://cag.lcs.mit.edu/~cananian/Projects/PPTP/">http://cag.lcs.mit.edu/~cananian/Projects/PPTP/</Ulink> を使えば、快適に動作します。

<!-- ここは原文でコメントアウトしていますので、翻訳しません。 -->
<!-- 
 RPMs can be found as
 <Filename>pptp*rpm</FileName> at freshmeat or other download locations. 
--> 
 <!--
 In addition to installing pptp, your kernel must also have support for PPP.
 -->
 PPTP のインストールに加えて、カーネルが PPP をサポートしていなければいけ
 ません。
</Para>

<Para>
 <!--
 The modem has internal configuration pages than can be reached by pointing
 a browser to the default IP address of http://10.0.0.138. (You will of course
 have to have your NIC set up for a 10.0.0.0 network with similar IP such 
 as 10.0.0.1, in order to reach the modem's configuration pages.) For PPPoA,
 the connection type is 'PPTP'. You will have to get the other settings from
 your provider if the defaults do not work. Settings such as 'VPI/VCI' and
 'encapsulation' can vary from provider to provider. Of course, if the modem 
 is coming from your provider, all this should be already configured.
 -->
 このモデムは内部に設定のためのホーム・ページを持っており、ブラウザを
 使って設定できます。デフォルトでは http://10.0.0.138 というアドレスに
 なっています(もちろん NIC のアドレスを 10.0.0.1 というような 10.0.0.0 
 のネットワークアドレスに設定する必要があります。これはモデムの設定用ホーム・
 ページにアクセスするためです)。PPPoA で接続するには PPTP 形式で接続します。
 もしデフォルトで動かなければ、プロバイダからまた別の設定を落としてくることに
 なるかもしれません。「VPI/VCI」や「カプセル化」の設定は、プロバイダに
 よって様々です。むろんモデムがプロバイダから届くのなら、既にすべて設定
 が終わっているはずです。
【訳註：VCI(Virtual Channel Identifier)は、ATM で使用される仮想チャネルを
識別する番号です。VPI(Virtual Path Identifier)は、ATM で使用される
仮想パス(経路)を識別する番号です。いづれも ATM セルのヘッダに含まれており、
VCI は 16 ビット、VPI は 8 ビット長です。】
</Para>

<Para>
 <!--
 The next step is to configure <Command>pptp</Command>, which is done by
 configuring the <Command>pppd </Command>files
 <Filename>/etc/ppp/pap-secrets</FileName> (or
 <Filename>chap-secrets</FileName>) and <Filename>/etc/ppp/options</FileName>.
 This is where the username and password is entered. For example:
 -->
 次のステップは <Command>pptp</Command> の設定です。これは 
 <Command>pppd </Command>の設定ファイルである <Filename>/etc/ppp/pap-secrets
 </FileName> (もしくは <Filename>chap-secrets</FileName>) や <Filename>
 /etc/ppp/options</FileName> を設定に使います。このファイルにユーザ名と
 パスワードを設定してください。下記が例になります。

</Para>

<Para>

<Filename>/etc/ppp/pap-secrets</FileName>:
 
</Para>

<Para>
 <Literal>
  <MSGText>
   <LiteralLayout>

# client secret server IP address 
login@isp.com  *    my_password_here    *

   </LiteralLayout>
  </MSGText>
 </Literal>
</Para>

<Para>
<!-- and <Filename>/etc/ppp/options</FileName>: -->
そして <Filename>/etc/ppp/options</FileName> には下記のように設定します。
 
</Para>

<Para>
 <Literal>
  <MSGText>
   <LiteralLayout>
 
name "login@isp.com"
noauth
noipdefault
defaultroute

   </LiteralLayout>
  </MSGText>
 </Literal>
</Para>

<Para>
 <!--
 Once everything is configured properly, it should be just a matter of 
 starting pptp, pointing it to the modem's address:
 -->
 すべて正確に設定したなら、後はモデムのアドレスを指定して、PPTP をただ
 起動するだけです。
 
</Para>

<screen>

 #pptp 10.0.0.138

</screen>



<!-- <note><title>Note</title> -->
 <note><title>注意</title>
 <Para> 
  <!--
  Alcatel supplies many sub-models of these modems. These features may not be
  available on all models, or may be altered from the defaults. This is
  something to be aware of, if buying a used modem.
  -->
  Alcatel はこのモデムの型番違いを数多く販売しています。すべてのモデムで
  この機能は利用できないかもしれません。またデフォルトの設定が違っているかも
  しれません。中古のモデムを購入する場合には、注意してください。
 
 </Para>

 <Para>
  <!-- This modem only supports one concurrent PPTP connection.  -->
  このモデムは、PPTP を同時に 1 接続までしかサポートしていません。
 
 </Para>
</note>

</Sect3>

<!--  ~  End Section  ~  -->



<!--   ~~~~~       New Section      ~~~~~     -->

<Sect3 id="router">
<!-- <Title>Modem/Router Configuration</Title> -->
 <Title>モデム組み込みルーターの設定</Title>

<Para>
 <!--
 Some ISPs are providing <Quote>routers</Quote> as the connection device.
 Essentially these are mini routers with built in modems. These are all
 ethernet based devices too, so Linux should be good to go here as well.
 Again, a compatible, working NIC should be all that is required to make this
 work.
 -->
 ISP の中には<Quote>ルーター</Quote>を接続デバイスとして提供するところが
 あります。普通はモデムを内蔵した小型ルーターです。またイーサネットベースの
 デバイスも持っています。Linux にとっては非常に都合が良い構成です。
 やはりこのケースでも、動作するのに最も大切なのは互換性のある NIC です。

</Para>
 
<Para> 
 <!--
 A <Quote>router</Quote> has many advantages. The better ones can handle the
 connection management, IP encapsulation, and authentication, as well as
 providing a means of segregating your LAN from outside traffic, and possibly
 other features too. In short they can do it all. One big advantage is that
 they can handle whatever protocols your ISP requires in order to connect. 
 -->
<Quote>ルーター</Quote>にはたくさんの長所があります。優れた点として、接続管理
や IP のカプセル化、認証があります。さらに外部のトラフィックから LAN を分離
できます。その他にも色々挙げられます。簡単に言えばすべてが可能です。ISP が
接続に必要なプロトコルに何を指定してきても、すべてに対応できる点は際立った
長所です。

</Para> 
 
<Para>
 <!--
 If the ISP is requiring PPPoX, then this makes life a little easier since you
 will not have to install or configure any additional software just to use
 their network. The modem's firmware will handle this. The downside is that
 most of these do not have the flexibility of a Linux router, or other
 software solution. Of course, you could set up a Linux router behind the
 router, and have the best of both worlds. The ones with more and better
 features are also going to cost significantly more.
 -->
 ISP が PPPoX を必要としているなら、少しは楽ができます。ネットワークを利用
 するのに、追加で何のソフトウェアもインストール・設定する必要がないから
 です。モデムのファームウェアで対応するからです。ただマイナス面もあります。
 それは Linux をルーターとして使った場合や他のソフトウェア的な対応と比較
 して、柔軟性を持ち合わせていないものがほとんどだからです。もちろん、
 ルーターの背後に Linux をルーターとして設置すれば、どちらのネットワーク
 にとっても最高の環境となります。

</Para>

<Para>
 <!--
 While the physical installation of a router is very similar to the modem
 installation (see above), the router configuration itself is different
 since your first <Quote>hop</Quote> will be the router's interface and not
 the ISP's gateway. Routers will actually have two interfaces &#045;&#045; one that you
 connect to from the LAN side, and one that connects to your ISP on the WAN
 side. Your point of exposure here is the WAN interface of the router. 
 -->
 ルーターを設置する作業はモデムと非常に似ていますが(上記参照)、ルーターの
 設定自体は異なっています。1 <Quote>ホップ</Quote>目はルーター
 のインタフェースで、ISP のゲ−トウェイではありません。ルーターは 2 つの
 インタフェースを持っています。1 つはあなたのマシンがつながっている LAN 側、
 もう 1 つは ISP がつながっている WAN 側です。外部にさらされているところは
 ルーターの WAN 側のインタフェースになります。

</Para>

<Para> 
 <!--
 The router will also have a pre-configured, private IP address that you will
 connect to from the LAN side. This will be your gateway. The public IP
 address will be assigned to the WAN side interface. Typically these devices
 also act as DHCP servers for the LAN side as well. So possibly all you have
 to do is to start a DHCP client such as <Command>dhcpcd</Command> or
 <Command>pump</Command> (Redhat based distros) to get up and running. Just
 make sure the modem/router is syncing first. The appropriate steps and
 configuration should be in the owner's manual, or available from your
 provider. 
 -->
 ルーターには事前にプライベート IP アドレスが設定してありますので、LAN 
 側からは接続ができるでしょう。これがゲートウェイになります。公開する IP 
 アドレスは、WAN 側のインタフェースに割り当てます。通常これらのデバイス
 は、LAN 側の DHCP サーバとしても機能しています。したがって、DHCP クライ
 アントを <Command>dhcpcd</Command> もしくは <Command>pump</Command>
 (Redhat ベースのディストリビューションの場合)として起動しなければいけ
 ません。まずモデムやルーターの同期を確かめてください。間違いなく設定
 するには、ユーザーズ・マニュアルやプロバイダからの情報を確認する必要があり
 ます。

</Para>

<Para>
 <!--
 If you are a PPPoX customer, and the router is handling this part of the
 connection, then you will have to configure at least your user id and
 password before connecting. If a Bridged/DHCP customer, you should just have
 to activate DHCP on the router, and possibly register the MAC (hardware
 address) of the router with your provider. Some routers have <Quote>MAC
 cloning</Quote> which means that they will report the MAC address of the
 attached NIC. If static IP, then you will have to configure this as well.
 -->
 PPPoX を使っていて、ここで触れている接続機能をルーターがサポートして
 いるなら、ユーザー ID とパスワードは少なくとも接続前に設定してください。
 ブリッジと DHCP の組み合わせなら、ルーターの DHCP 機能を起動して、その 
 MAC(ハードウェアのアドレス)をプロバイダに登録してください。ルーターの中には
 <Quote>MAC アドレスの複製機能</Quote>を使って NIC の MAC アドレスを伝える
 ものもあります。固定 IP でも同様に設定していください。

</Para>

<Para>
 <!--
 If you need to access the router directly, you will need to know the
 manufacturer's default setting for its IP address. See the owner's manual, or
 ask your provider. You will then have to set your NIC's interface to the same
 network as the router. For instance, if the router has an IP of 10.0.0.1, set
 your interface's address to 10.0.0.2 (typically eth0), and netmask to
 255.0.0.0. 
 -->
 ルーターに直接アクセスする必要があれば、メーカーが設定したデフォルトの IP 
 アドレスを知っていなければいけません。マニュアルを見るか、プロバイダに問い
 合わせてください。NIC のインタフェースにはルーターと同じネットワーク・
 アドレスを割り当てる必要があります。たとえば、ルーターが 10.0.0.1 という IP 
 アドレスに設定してあるなら、インタフェースには 10.0.0.2(普通は eth0)を
 設定してください。ネットマスクは、255.0.0.0 です。

</Para>


<Screen>

 # ifconfig eth0 10.0.0.2 up netmask 255.0.0.0
 # route add -net 10.0.0.0
 $ ping 10.0.0.1

</Screen>
 
<Para> 
 <!--
 If everything is in working order, the router should respond to pings. How to
 configure this permanently will vary from distro to distro. So check your
 distribution's documentation. Now you should be able to ping the
 modem/router, and, if all is well, beyond. Then use telnet or a web browser
 to do any further configuration of the router.
 -->
すべて順調にいったなら、ルーターは ping に応答するはずです。いつものことです
が、この設定方法はディストリビューションごとに異なります。したがって、
ディストリビューションに付属のドキュメントをチェックしてください。
もうこれでモデムやルーターに ping できるようになっているはずです。うまく
行ったなら先に進んでください。telnet や Web ブラウザを使ってさらにルーター
の設定を行ってください。

 
</Para>

<Para>
 <!--
 Even if the ISP is not offering any router options, there are quite a few
 available from third party manufacturers such as Netgear, Linksys, Cisco,
 Zyxel, Cayman, Alcatel and others. These will have all the features already
 mentioned and maybe more. Just make sure it matches your provider's DSL. This
 is one good way around the PPPoX bugaboo.
 -->
 ISP がルーターを使用するオプションを何も提供していないとしても、サードパーティ
 メーカー製のルーターがあります。サードパーティメーカーとは、Netgear や Linksys、
 Cisco、Zyxel、Cayman、Alcatel 等を指します。
 すでにこれまで話してきた機能をすべてこれらの製品が実現しているだけでなく、
 恐らくそれ以上の機能を持っています。プロバイダの DSL で本当に使用できるかどうか
 を必ず確認してください。ルーターは PPPoX 関連の心配の種を解消するのに適しています。
 
</Para>

<Caution>
 <Para>
  <!--
  Some manufacturers may be marketing these as having <Quote>firewall</Quote>
  capabilities. In some cases, this amounts to nothing more than basic NAT
  (Network Address Translation or masquerading). Not a full, true firewall by
  any means. Be sure to read the fine print before buying and make sure you
  know how much real firewalling is included.
  -->
  メーカーの中には、<Quote>ファイアーウォール</Quote>も行える製品として
  これらを位置づけているところがあるかもしれません。中には基本的な NAT 
  (Network Address Translation or masquerading)以外の何もでもない場合もあり
  ます。これらはファイアーウォールとしてフルスペックでもなく、そもそも
  ファイアーウォールですらありません。購入する前には但し書きを良く読んで、
  本当にファイアウォールとして機能するのに充分かどうかを理解しておいてください。
 
 </Para>
</Caution>

</Sect3>

</Sect2

<!--  ~  End Section  ~  -->



<!--   ~~~~~       New Section      ~~~~~     -->
<Sect2 id="connect">
<!-- <Title>Connect</Title> -->
 <Title>接続</Title>

<Para>
 <!--
 Everything should be in place now. You probably have already tested your
 connection. You should be seeing ping roundtrip times of 10-75 ms to the ISP's
 gateway. If something has gone wrong, and you cannot connect, either
 retrace the above steps, or see the <Link LinkEnd="trouble">Troubleshooting
 Section</Link> below.
 -->
 これで条件はすべて整いました。接続テストはすぐそこまで来ています。ISP の
 ゲートウェイへ ping をすると、そのラウンドトリップタイムが 10 から 75 ms 
 になっているはずです。何かおかしいところがあるなら接続できないはずです。
 上記のステップを見直すか、下記の<Link LinkEnd="trouble">トラブル
 シューティングセクション</Link>を見てください。
 
</Para>

</Sect2>

</Sect1>

<!--  ~  End Section  ~  -->





<!--   ~~~~~~~~       New Section Header    ~~~~~~~~~     -->

<Sect1 id="secure">
<!-- <Title>Securing Your Connection</Title> -->
 <Title>安全な接続をする</Title>

<Para>
 <!--
 This section is intended for those who have not previously dealt with the
 security implications of having a full-time Internet connection. Or may not
 understand some of the basic concepts of security. This is meant to be just a
 quick overview, not a comprehensive examination of all the issues! Just
 enough to give you a quick push in the right direction. Please see the <Link
 LinkEnd="links">Links section</Link> for sites with more details. Also, your
 distribution surely has plenty of good information as well.
 -->
 このセクションでは、これまでインターネットに常時接続していなかった方、セキュリ
 ティについて基本的な考え方をあまり理解していない方を対象に、セキュリティに
 関連した項目を説明するつもりです。簡単に言うと概略を眺めていきます。すべてに
 ついて完璧な説明をするつもりはありません！
 間違った方向に進まないよう、きっかけを与えるのに充分な程度です。詳細は<Link
 LinkEnd="links">リンク集</Link>にあるサイトを見てください。同様にディストリ
 ビューション付属の資料にも充分な情報が必ずあります。

</Para>



<!--   ~~~~~       New Section      ~~~~~     -->

<Sect2>
 <!-- <Title>Security Quick-start</Title> -->
  <Title>セキュリティ・クイック・スタート</Title>

<Para>
 <!--
 Before going on-line full-time, do not underestimate the need for securing
 your connection. You will have two things that mischief makers and crackers
 of the world are looking for: bandwidth, and a Unix-like OS. You instantly
 become an inviting target. It is just a matter of time before someone
 comes knocking. Possibly a very short time. A quick start:
 -->
 常時接続をしはじめる前に、まず安全に接続をする必要性をみくびらないことです。
 あなたは、帯域と Unix ライクな OS という 2 つのもの、つまりいたずらを
 仕掛けたり、クラックしたりする人間が物色している格好の対象を所有している
 のですから。すぐにでも魅力的な餌食になってしまうのです。誰かがノックする
 前に、備えをしておきましょう。たぶん時間はそんなにかかりません。それでは
 早速はじめましょう。
 
</Para>

<Para>
 <ItemizedList>

  <ListItem>
   <Para>
    <!--
  Turn off any daemons and services that aren't absolutely essential, and
    can be accessed from outside. You can't get compromised through a port
    that isn't open. Use <Command>ps</Command> and <Command>netstat</Command>
    to see what services are running. (See man pages for specifics). Do you
    really need <Command>named</Command>, <Command>sendmail</Command>,
    <Command>telnet</Command>, <Command>ftp</Command> running and accessible
    to one and all? If not sure, then they should not be running. Then take
    whatever steps necessary to make sure they don't start again on the next
    boot. See your distribution's documentation on this.
  -->
  デーモンやサービスの中で、明らかに不必要かつ外部からアクセスが可能
  となるものは起動しないでください。クローズしているポートを通じては
  何も仕掛けられません。<Command>ps</Command> や <Command>netstat
  </Command> を使って、どんなサービスが動いているかを見てください(詳細は
  man を見てください)。<Command>named</Command> や <Command>sendmail
  </Command>、<Command>telnet</Command>、<Command>ftp</Command>を動かし
  て誰からもアクセスできる必要がありますか？ はっきりしないなら起動する
  べきではありません。次に必要なステップは、それらが次のブート時に再び
  起動しないことを確認することです。この点についてはディストリビューション
  付属のマニュアルを見てください。
  
   </Para>
   <Para>
    <!--
    Many distributions start some well known services by default. You may not
    have done anything yourself explicitly to start these. And may not even
    realize these are indeed running. But it is up to you to know what is
    running, and how safe it is. Don't rely on a <Quote>default</Quote>
    installation of any distribution to do this for you, or to be secure.
    Chances are it isn't. 
    -->
    ディストリビューションの多くは、お馴染みのサービスをデフォルトで起動
    します。あえて何もしなくてもこれらのサービスが起動するかもしれ
		ません。実際起動していることすら気がつかないかもしれません。しかし何が
		動いていて、どのように安全にするのかは、あなたの責任なのです。
		ディストリビューションの<Quote>デフォルト</Quote>の設定に頼らず、
		自分自身の安全のために設定してください。
  </Para>
  </ListItem> 
  
  <ListItem>
   <Para>
    <!--
    If you decide some services are essential, make sure you are running the
    most current version. Exploits are found, and then get fixed quickly.
    Don't get caught with your pants down. A full-time connection makes
    staying updated very easy &#045;&#045; and very important. Check with your
    distribution to see what new packages are available. Then stay in
    touch. If they have a security mailing list, get on it.
    -->
    サービスのいくつかを必須のものであると決めたなら、必ず最新版を動かして
    ください。問題を発見したならすぐに修正して、不意打ちを食らわないように
		してください。常時接続していればアップデートはとても簡単で、アップデートは
		非常に大切です。ディストリビューションで新しいパッケージが利用可能かどうか
		をチェックして、追随してください。セキュリティ関連のメーリングリストがある
		なら参加してください。

  
   </Para>
  </ListItem> 

  <ListItem>
   <Para>
    <!--
    Set up a firewall to limit access, and log connection attempts. This will
    be different depending on which kernel series you are using:
    <Command>ipfwadm</Command> for 2.0, <Command>ipchains</Command> for 2.2,
    and <Command>iptables</Command> for 2.4. See these HOWTOs for details:
    -->
    ファイアーウォールを設置してアクセスを制限し、ログを取るようにして
    ください。利用しているカーネルのバージョンによって使うものが異なります。
		2.0 は <Command>ipfwadm</Command>で 2.2 は <Command>ipchains</Command>、
		2.4 は <Command>iptables</Command>です。詳細は HOWTO を見てください。
   </Para>
  </ListItem>

    <ListItem>
     <Para>
      <ItemizedList>
      
      <ListItem>
       <Para>
        <Ulink 
        URL="http://www.linuxdoc.org/HOWTO/Firewall-HOWTO.html">Firewall
        HOWTO</Ulink>
       【訳註：日本語訳は、
       <Ulink 
        URL="http://www.linux.or.jp/JF/JFdocs/Firewall-HOWTO.html">JF</Ulink> にあります】 
       </Para>
      </ListItem> 

      <ListItem>
       <Para>
 
        <Ulink 
        URL="http://www.linuxdoc.org/HOWTO/Security-HOWTO.html">Security
        HOWTO</Ulink>
       【訳註：日本語訳は、
       <Ulink 
        URL="http://www.linux.or.jp/JF/JFdocs/Security-HOWTO.html">JF</Ulink> にあります】 
  
       </Para>
      </ListItem> 

      <ListItem>
       <Para>
 
        <Ulink
        URL="http://www.linuxdoc.org/HOWTO/IPCHAINS-HOWTO.html">IPCHAINS
        HOWTO</Ulink>
       【訳註：日本語訳は、
       <Ulink 
        URL="http://www.linux.or.jp/JF/JFdocs/IPCHAINS-HOWTO.html">JF</Ulink> にあります】 

       </Para>
      </ListItem> 

      <ListItem>
       <Para>
        <Ulink URL="http://www.linuxdoc.org/HOWTO/IP-Masquerade-HOWTO.html">IP
        Masquerade HOWTO</Ulink>
       【訳註：日本語訳は、
       <Ulink 
        URL="http://www.linux.or.jp/JF/JFdocs/IP-Masquerade-HOWTO.html">JF</Ulink> にあります】 

       </Para>

   
       </ListItem> 
      </ItemizedList>
     
     
     
     </Para>

    <Para>
     <!--
   Additional references are in the <Link LinkEnd="links">Links Section</Link>
     below.
   -->
   これ以外の参考文献は <Link LinkEnd="links">リンク集・セクション</Link>
   にあります。
    
    </Para>
  </ListItem>
    


  <ListItem>

      <comment>This needs some more links and/or explanation of how to
      go about these things.
       Done, HB. 
      </comment>

   <Para>
    <!--
    Take passwords seriously, using non-dictionary <Quote>words</Quote>. Use
    shadow passwords (this should be a standard feature of newer
    distributions). Do not allow remote root logins. See the 
    <Ulink URL="http://www.linuxdoc.org/HOWTO/Security-HOWTO.html">Security
    HOWTO</Ulink> for more details and ideas.
    -->
    パスワードは慎重に、辞書にない<Quote>単語</Quote>を使ってください。
    シャドウ・パスワード(これは新しいディストリビューションでは標準機能に
    なっているはずです)を使ってください。リモートから root でログインする
    のは禁止してください。詳細な内容とヒントは <Ulink 
    URL="http://www.linuxdoc.org/HOWTO/Security-HOWTO.html">Security
     HOWTO</Ulink> を見てください。
 
   
   </Para>
  </ListItem> 

   <ListItem>

      <comment>I would say that ssh and OpenSSH are applications
       rather than commands, but that's just me.
       HB -- The application tag does nothing in HTML. So leaving ..
      </comment>

    <Para>
     <!--
   Use <Command>ssh</Command>, or <Command>OpenSSH</Command>, instead of
     <Command>telnet</Command>.
   -->
    <Command>telnet</Command> のかわりに <Command>ssh</Command> か 
  <Command>OpenSSH</Command> を使ってください。
    </Para>
  </ListItem> 
 
 </ItemizedList>
</Para>

</Sect2>

<!--  ~  End Section  ~  -->



<!--   ~~~~~       New Section      ~~~~~     -->

<Sect2>
<!-- <Title>Which Ports?</Title> -->
 <Title>どのポートをどうする？</Title>

<Para>
 <!--
 There are plenty of references around on how to setup firewalls with
 <Command>ipfwadm</Command> or <Command>ipchains</Command>, but a little
 harder to find just which ports <Emphasis>really need</Emphasis> to be open.
 If you are not sure of the answer to this question, then the answer is 
 <Quote>as few as possible</Quote>! Basic rule #1, your computer cannot be
 broken into through a port that is not open. A port can't be open if nothing
 is listening on that port. In other words, if no service or daemon is running
 that uses that port, the port is closed and inaccessible.
 -->
 <Command>ipfwadm</Command> や <Command>ipchains</Command> を使ったファイアー
 ウォールの設定については、参考資料がたくさんあります。しかしどのポートを
 <Emphasis>本当に開ける必要がある</Emphasis>のかを説明しているものを見つける
 のは至難の技です。
 この質問にしっかり答えられないなら、答えは<Quote>できるだけ</Quote>開けない
 ように！ です。基本原則その 1 は、閉まっているポートを経由してコンピュータを
 おかしくすることはできない、です。そのポートで何も待ち受けていないなら、その
 ポートは閉まっています。つまりサービスやデーモンが動いていなければ、その
 ポートは閉まっていて、アクセスは不可能なのです。

</Para>

<Para>
 <!--
 There are 131,072 ports (TCP and UDP) available for use on Linux and these
 fall into several categories. The ones we are most concerned about are the
 <Quote>privileged</Quote> ports, which are those below port 1024. This is
 where most public services run, like SMTP on port 25, HTTP on port 80, named
 on port 53, etc. These services are where most vulnerabilities are on Linux.
 These are the ports that servers accept outside connections on. If you are
 running the <Command>telnetd</Command> daemon, it will <Quote>listen</Quote>
 for connections on port 23. (Actually if spawned by
 <Command>inetd</Command>, it may be <Command>inetd</Command> that is doing
 the listening.)
 -->
 Linux では、131,072 個のポート(TCP と UDP)が利用できます。またこれらのポート
 はいくつかのカテゴリに分類できます。1 つは非常になじみのある<Quote>特権
 </Quote>ポートと言われている、1024 より小さいポートです。ここでは
 公開サービスが動いています。25 番は SMTP で 80 番は HTTP、53 番は named 等
 がそれに該当します。Linux ではこれらのポートが攻撃されやすいサービスと
 なっています。
 このポートは外部からの接続を受け付けるサービスを提供しています。<Command>
 telnetd</Command> デーモンを動かしているなら、23 番ポートで接続を <Quote>
 listen</Quote> しています(実際は <Command>inetd</Command> が起動させます。
 <Command>inetd</Command> が監視しています)。

</Para>

<Para> 
 <!--
 But, if you want to use a telnet <Emphasis>client</Emphasis> to
 connect to someone else's telnet server, you do not need to be running the
 <Command>telnetd</Command> daemon on your own system. You just need to start
 the client program named <Command>telnet</Command> (different animal). Same
 is true for ftp and other services. These daemons only need to be run for
 excepting connections to your system from an outside source.
 -->
 しかし telnet <Emphasis>クライアント</Emphasis>を使ってどこかの telnet 
 サーバにアクセスしたいなら、<Command>telnetd</Command> デーモンを自分の
 システムで起動する必要はありません。ただ <Command>telnet</Command>(telnetd 
 とは別物)という名のクライアント・プログラムを起動するだけです。このことは、
 ftp、その他のサービスにも当てはまります。これらのデーモンは、外部のシステム
 から自分のシステムに接続する場合にだけ必要となります。
</Para>

<Para>
 <!--
 Unless you have a good reason for doing so, and know what you are doing, then
 you should not be running such publicly accessible services. In fact,
 you could probably survive quite nicely with all TCP and UDP ports below 1024
 closed down, or at least not visible to outside connections (i.e. blocked via
 a firewall). A few possible exceptions: 
 -->
 公開サービスをするもっともな理由や何をしているかを知っているのでなければ、
 そのような公開接続サービスは動かすべきではありません。実際、1024 番より小さい 
 TCP と UDP のポートすべてを閉じたとしても、おそらくかなり快適に過ごすことが
 できると思います。また外部へ接続しても、少なくとも存在を検知されることはあり
 ません(つまり、ファイアーウォールでブロックしている)。いくつかの例外はあり
 ます。
</Para>

<Para>
 <!--
 It is relatively safe, and in some cases alright, to run
 <Command>identd</Command> (port 113). Many mail and irc servers aren't happy
 without <Command>identd</Command> there. This is the one possible exception
 to the <Quote>nothing below 1024</Quote> rule of thumb. Newer versions are
 reasonably secure. 
 -->
 <Command>identd</Command>(113 番ポート)は比較的安全で、場合によっては
 そのままでも充分です。電子メールや IRC サーバは <Command>identd
 </Command> がないとうまく行きません。これは <Quote>1024 より小さいポート
 は開けるな</Quote>という経験則に対する例外の 1 つです。新しいバージョン
 ではかなり安全になっています。

</Para>

<Para>
 <!--
 Mail is a little more complicated. The only reason to have a publicly
 accessible SMTP (port 25) server is if you are hosting your own mail server
 and receiving direct incoming mail connections. If you are retrieving mail
 via POP3 from your ISP, this port does not need to be open to the world. Such
 mail does not come in via port 25. It comes in through a higher, randomly
 assigned port. 
 -->
 電子メールになるともう少しややっこしくなります。自分自身でメール・サーバを
 ホスティングしていると、直接やってくるメールの接続を受け付けてしまうから
 です。それは、SMTP(25 番ポート)サーバを公開していることになるからです。
 ISP から POP3 を使ってメールを持ってきているなら、このポートを世界に向けて
 開けておく必要はありません。そのようなメールは 25 番ポートを経由してやって
 くることはありません。もっと大きく、ランダムに割り当てられたポートを使って
 持ってきます。

</Para>

<Para> 
 <!--
 But &#045;&#045; it may still be convenient to have a mail daemon like sendmail, qmail,
 or postfix running to handle local mail delivery. In fact, this is a common
 default set up. You can get around this by firewalling off SMTP (port 25)
 from the outside world, or using another method to sort and deliver local
 mail. One way is to use procmail in conjunction with fetchmail:
 <Literal>fetchmail -m /usr/bin/procmail -d hal</Literal> will do this
 without having to run sendmail or other mail daemons in daemon mode. These
 programs are still capable of sending mail in non-daemon mode.
 -->
 しかし。sendmail や qmail、postfix のようにローカルにメールを配送するメール
 ・デーモンを持っていると何かと便利でしょう。確かにデフォルトでは起動するよう
 に設定してあります。外部からの SMTP(25 番ポート)をファイアーウォールで
 開けることで利用する上での障害を避けることは可能です。また別の方法を使って
 ローカルなメールを仕分けして配送することもできます。fetchmail と procmail 
 を組み合わせるのも方法の 1 つです。<Literal>fetchmail -m /usr/bin/procmail 
 -d hal</Literal> でこれが実現でき、sendmail や 他のメール・デーモンを
 デーモン・モードで使う必要がなくなります。これらのプログラムでデーモン・
 モードにすることなくメールを送ることも可能です。


</Para>

<Para>
 <!--
 Older versions of <application>BIND</application> required that port 53 UDP 
 be opened (TCP required for zone transfers). BIND is only appropriate if you
 are running a nameserver (or caching nameserver). The solution here is to
 upgrade to a newer version that uses unprivileged ports by default. 
 -->
 <application>BIND</application>の古いバージョンでは、UDP の 53 番ポートを
 開ける必要があります(TCP はゾーン情報の伝送に使用)。BIND は、ネーム・サーバ
 (キャッシュ・ネーム・サーバ)を動かす場合にのみに使用します。これに対する
 解決手段は、新しいバージョンにアップグレードして、デフォルトで特権ポート
 を使用しないようにすることです。
</Para>

<Para>
 <!--
 It is probably safe to run a web server if you want to. Most vulnerabilities
 there are through CGI. Just keep the web server package updated.
 -->
Web サーバを立てたくて、それを起動しても恐らく安全です。攻撃に対する弱点
のほとんどは、CGI を通じてのものです。Web サーバのパッケージをアップデート
し続けるようにしてください。
 
</Para>

<Para>
 <!--
 OK, enough exceptions. Shut down, or firewall off, <Emphasis>everything
 else</Emphasis> below port 1024.
 -->
さあ、もう充分に例外はあげました。ポート自体を落とすか、ファイアーウォールで
<Emphasis> 1024 番以下のポート以外</Emphasis>を落としてください。
 
</Para>

<Para>
 <!--
 Those ports above 1023 are known as <Quote>non-privileged</Quote> ports.
 These are mostly used for return connections that you have initiated to
 someone else's server. For instance, if you telnet to someone else, you
 connect to their port 23. The return data comes back to you on a randomly
 assigned port above 1023. These are mostly safe, and should as a rule be left
 alone. The only exceptions are where there are indeed services running on
 these ports. X Windows runs on ports 6000-6009 for instance. If you are
 running a font server, it may be on port 7100. Any servers running on these
 non-privileged ports, should be firewalled too.
 -->
 1023 番以上のポートは、<Quote>非特権</Quote>ポートと呼ばれています。
 主にこれらのポートは、どこかのサーバに接続しに行った後にそれに対する
 応答として使用します。
 たとえば、どこかに telnet したとすると 23 番ポートに接続します。それに
 応えるデータは、ランダムに割り当てられた 1024 以上のポートを使って返って
 きます。これはたいていは安全で、普通はそのままにしておくべきでしょう。
 唯一の例外は、それらのポートで実際にサービスを行っている場合です。たとえば 
 X Window は 6000 から 6900 番ポートで動いています。フォント・サーバを動か
 しているなら、おそらく 7100 番ポートを使っているでしょう。これら非特権
 ポートをサーバで動かすなら、ファイアーウォールでフィルタすべきです。
 
</Para>

</Sect2>

<!--  ~  End Section  ~  -->





<!--   ~~~~~       New Section      ~~~~~     -->

<Sect2>
<Title>inetd</Title>

<Para>
 <!--
 Let's take a quick look at <Command>inetd</Command>, since it starts many
 services. <Command>Inetd</Command> is a <Quote>super</Quote> daemon. It is
 called this because it controls the starting of other daemons. Telnet, ftp,
 rsh, identd and pop3 are some of the server daemons commonly controlled by
 <Command>inetd</Command>. You may not see <Command>telnetd</Command> running
 when you use <Command>ps</Command> or <Command>netstat</Command> unless
 <Command>inetd</Command> is configured to start <Command>telnetd</Command>,
 <Emphasis>and</Emphasis> someone is actually connected to
 <Command>telnetd</Command> at the time. So it may not be so obvious which of
 these servers can be accessed from outside. These sub-services are controlled
 by the configuration file <Filename>/etc/inetd.conf</FileName>. Open this
 with your favorite text editor, and put a <Quote>#</Quote> character in front
 of any service you don't want running. A brief excerpt: 
 -->
 では、さっと <Command>inetd</Command> を見ていくことにしましょう。いろいろな
 サービスを起動していますから。<Command>inetd</Command> は<Quote>スーパー
 </Quote>デーモンです。どうしてこう呼ばれるかというと、他のデーモンが起動する
 のを制御しているためです。telnet や ftp、rsh、identd、pop3 といったサーバ・
 デーモンのいくつかは、<Command>inetd</Command> が制御しています。<Command>
 ps</Command> や <Command>netstat</Command> を使っても <Command>telnetd
 </Command> が動いていないかもしれませんが、それは <Command>inetd</Command> 
 が <Command>telnetd</Command> を起動するように設定していないか、誰もその時
 には実際に接続していないためです。したがって外部からこれらのどのサーバが
 アクセス可能かどうかをはっきりとは確認できないでしょう。<Command>inetd
 </Command> が起動するこれらのサービスは、<Filename>/etc/inetd.conf</FileName> 
 という設定ファイルで制御しています。お気に入りのテキスト・エディタでこの
 ファイルを開いてみてください。<Quote>#</Quote> 文字がサービスの前にあれば、
 そのサービスは動きません。少し抜粋してみます。

</Para>


<Para>
 <Literal>
  <MSGText>
   <LiteralLayout>
 
 #ftp    stream tcp nowait root /usr/sbin/tcpd in.wuftpd -l -a -L -i -o
 #telnet stream tcp nowait root /usr/sbin/tcpd in.telnetd
 #
 # Shell, login, exec, comsat and talk are BSD protocols.
 #
 #shell stream  tcp   nowait  root   /usr/sbin/tcpd  in.rshd
 #login stream  tcp   nowait  root   /usr/sbin/tcpd  in.rlogind
 #exec  stream  tcp   nowait  root   /usr/sbin/tcpd  in.rexecd
 #comsat dgram  udp   wait    root   /usr/sbin/tcpd  in.comsat
 #talk   dgram  udp   wait    root   /usr/sbin/tcpd  in.talkd
 #ntalk  dgram  udp   wait    root   /usr/sbin/tcpd  in.ntalkd

&lt;snip&gt;
 
 auth   stream  tcp   nowait  nobody /usr/sbin/in.identd in.identd -l -e -o

   </LiteralLayout>
  </MSGText>
 </Literal>
</Para>

   <comment>It might be nice to show what an enabled service looks
   like here.
    HB -- Done.
   </comment>

<Para>
 <!--
 This will prevent them from running. <Command>identd</Command> may be started
 from this file, and would be safe to leave uncommented. Then re-initialize:
 <Command>inetd</Command>: 
 -->
こうすれば動かなくなります。<Command>identd</Command> はこのファイルを読んで
から起動しますので、安全にしておくならコメントを外さないままにしていおいて
ください。最初期化したいなら、下記のコマンドを実行してください。

</Para>

<Screen>

 # kill -HUP `pidof inetd`

</Screen>

<Para>
 <!--
 Note those are <Quote>backquotes</Quote>. For more on fine tuning inetd
 access via <Quote>tcpwrappers</Quote>, see the hosts_access and tcpd man
 pages. 
 -->
 <Quote>バック・クォーテーション</Quote>であることに注意してください。さらに
 inetd をチューニングしたいなら <Quote>tcp_wrappers</Quote> 経由にしてください。
 hosts_access と tcpd の man を見てください。

</Para>

<Para>
 <!--
 <Command>xinetd</Command> is a similar daemon, and you may have this
 instead of <Command>inetd</Command>. It does pretty much the same thing, so
 the same principles apply. The configuration is a little different however.
 Each service is either configured in a central configuration file (typically
 <Filename>/etc/xinetd.conf</FileName>), or in a subdirectory (typically 
 <Filename>/xinetd.d/*</FileName>.) 
 -->
 <Command>xinetd</Command> は同じようなデーモンで、<Command>inetd</Command> 
 のかわりとして使えます。ほとんど同じものなので、同じ原則を当てはめることが
 できます。しかし、設定は若干異なっています。サービスそれぞれの設定は、共通
 の設定ファイル(通常は <Filename>/etc/xinetd.conf</FileName>)とそのサブ
 ディレクトリで行います(通常は <Filename>/xinetd.d/*</FileName>)。

</Para>

<Para>
 <Literal>
  <MSGText>
   <LiteralLayout>
 
 # description: The telnet server serves telnet sessions; it uses 
 # unencrypted username/password pairs for authentication.

 service telnet
 {
  disable     = yes
  flags       = REUSE
  socket_type = stream        
  wait        = no
  user        = root
  server      = /usr/sbin/in.telnetd
  log_on_failure  += USERID
 }

   </LiteralLayout>
  </MSGText>
 </Literal>
</Para>

<Para>
 <!--
 To turn off a service, set <Quote>disable</Quote> to <Quote>yes</Quote>, 
 and restart xinetd.
 -->
 サービスを切るには、<Quote>disable</Quote> という項目を <Quote>yes</Quote>
 とし、xinetd を再起動してください。
 
</Para>

</Sect2>

</Sect1>

<!--  ~  End Section  ~  -->




<!--   ~~~~~~~~       New Section Header    ~~~~~~~~~     -->

<Sect1 id="tuning">
<!-- <Title>Performance Tuning and Troubleshooting</Title> -->
 <Title>パフォーマンス・チューニングとトラブルシューティング</Title>


<!--   ~~~~~       New Section      ~~~~~     -->
<Sect2>
<!-- <Title>Tuning</Title> -->
 <Title>チューニング</Title>

<Para>
 <!--
 OK, now we are up and running, and we want to be running at warp factor nine.
 No such thing as too fast, right? 
 -->
 もう接続して動作しているわけですが、やはり「ワープ係数 9」で動かしたいのが人情
 でしょう。さらに速く、正しくする方法はないのでしょうか？
</Para>

<Para>
 <!--
 Linux networking is pretty robust, even a default installation with no
 <Quote>tuning</Quote>. You may well not need to do anything else. But if your
 connection is not performing up to what you think it should be, then possibly
 there is a problem somewhere. This is may be a more worthwhile approach than
 the pursuit of any magical <Quote>tweak</Quote>.  
 -->
 Linux のネットワーク機能は、デフォルトで何も<Quote>チューニング</Quote>して
 いない設定でもかなり強力です。それ以上何もする必要がないかもしれません。
 しかし期待していたほど接続がおもわしくない場合、どこかに問題がある可能性が
 あります。<Quote>裏技</Quote>に心を引かれるよりもやってみる価値があるかも
 しれません。
</Para>

<Para>
 <!--
 A <Emphasis>very</Emphasis> rough guideline on what you might reasonably
 expect as a maximum sync rate, based on distance from DSLAM/CO: 
 -->
 <Emphasis>とても</Emphasis>おおざっぱな目安ですが、最大同期速度
 は参考になります。これは電話局にある DSLAM からの距離に左右されます。

</Para>

<LiteralLayout>
  &nbsp;&nbsp;0-12 K ft &nbsp;(0-3.6 km) &nbsp;&nbsp;- 2000 Kbps or more (8100 max for ADSL)
  12-16 K ft (3.6-4.6 km) - 1500 Kbps -&gt; 1000 Kbps
  16-18 K ft (4.6-5.4 km) - 1200 Kbps -&gt;  512 Kbps
  18-?? K ft (5.4-?? km)&nbsp; - &nbsp;&nbsp;512 Kbps -&gt;  &nbsp;128 Kbps or less :(
</LiteralLayout>

<Para>
 <!--
 There are many conceivable factors that could effect this one way or the
 other. Newer generations of DSL will surely improve this, as will related 
 technologies like repeaters.
 -->
 いずれにしても、影響を与えると考えられる要因はたくさんあります。
 次世代 DSL はこの点や中継機能のような関連技術を確実に改善していく
 でしょう。
</Para>

<Para>
 <!--
 You will loose 10-20% of the modem's attainable sync rate to networking
 overheads (TCP, ATM, ethernet). So a 1500 Kbps connection, is only going to
 realize about 1100-1300 Kbps or so of real world throughput. No tweaking is
 going to change the built-in protocol overheads. Also, if your
 service is capped at a lesser speed by your provider, then you can't get
 above that speed no matter what. <Emphasis>AND</Emphasis> &#045;&#045; that there are
 numerous variables that can effect your loop/signal quality, and subsequently
 your speed. Some of these may be beyond your control. 
 -->
 ネットワークのオーバーヘッド(TCP や ATM、イーサネット)によって、モデムが実行
 可能な同期速度が 10 〜 20 &percnt; 落ちるでしょう。1500 Kbps での接続
 ならば 1100 〜1300 Kbps 程度で動くと思います。これが現実の速度です。組み込み
 済みのプロトコルのオーバーヘッドを調整する必要はありません。また、プロバイダ
 が提供する速度よりサービスの質を落としていれば、何をしてもそれ以上はあがり
 ません。
 <Emphasis>また</Emphasis>―回線や信号の品質、それにともなう速度に対して影響
 を与える要因は限りなくあります。その中には制御できるものもあります。

</Para>



<!--   ~~~~~       New Section      ~~~~~     -->

<Sect3>
<Title>TCP Receive Window</Title>

<Para>
 <!--
 For many of us, a default Linux installation is going to give something close
 to optimum performance. Windows 9x users often get a big boost by increasing
 their TCP Receive Window (RWIN). But this is because it is too small to start
 with. This is just not the case with Linux where the default value is 32KB. 
 -->
 普通なら、デフォルトでインストールしている Linux で最適な性能がでるはずです。
 WIndows 9x ユーザは TCP Receive Window (RWIN)を増やすことで劇的に速度が
 上がります。しかしこれはあまりに初期値が小さすぎるために起こります。デフォル
 トの値が 32 KB である Linux に、これはまったく当てはまりません。

</Para> 


<Para> 
 <!--
 The exception here is if you have to routinely deal with a high latency
 connection. For instance, if your provider has a satellite uplink that is
 consistently adding unusual latency (250ms or greater?). Then a larger
 TCP Window will likely help. For more on TCP Receive Window and related
 issues, look at <Ulink
 URL="http://www.psc.edu/networking/perf_tune.html">http://www.psc.edu/networking/perf_tune.html</Ulink>. 
 -->
 例外は、慢性的に接続待ちが起こる場合です。たとえば、近くにあるプロバイダの
 接続ポイントがずっと使用に耐えないほどの遅延(250ms 以上？)を出している
 なら、 TCP Window を増やすと良くなるかもしれません。TCP Receive Window や
 それに関連した事柄については、 <Ulink
 URL="http://www.psc.edu/networking/perf_tune.html">http://www.psc.edu/networking/perf_tune.html</Ulink> を見てください。 

</Para>

<Para>
 <!--
 The Receive Window is a buffer that helps control the flow of data. If 
 set too low, it can be a bottleneck and restrict throughput. The optimum 
 value for this depends completely on bandwidth and latency. Latency being
 what you would find as average roundtrip time (RTT) based on
 <Emphasis>your</Emphasis> typical destinations. This can be determined with
 <Command>ping</Command>. For example, the Linux default of 32KB is acceptable
 up to speeds of 2 Mbps and typical latency of 125ms or so, or 1.0 Mbps and
 latency of 250ms. Setting this value too high can also adversely effect 
 throughput, so don't over do it.
 -->
 Receive Window はバッファで、データフローの制御に役立っています。これを極端に
 小さくすると、ボトルネックとなって、スループットが低下してしまいます。この
 値は、帯域幅と遅延によって左右されます。遅延は<Emphasis>あなたが</Emphasis>良く
 通信する相手とのラウンド・トリップタイム(RTT)の平均値として計測できます。これは
 <Command>ping</Command>を使って測定できます。たとえば Linux のデフォルトの値は 
 32 KB ですが、これは速度で 2 Mbps までに対応でき、遅延は 125ms 程度になります。
 これが 1.0 Mbps ならば、遅延は 250ms となるでしょう。この値をあまり大きくし
 過ぎると、スループットが逆に落ちてしまいます。ですからこれ以上は大きくしない
 でください。



</Para>

<Para>
 <!-- An example courtesy of Juha Saarinen of New Zealand: -->
 例をいただいたニュージーランドの Juha Saarinen 氏に感謝致します。
 
</Para>

<Blockquote>
 <Para> 
<!--
The commonly used formula for working out the the tcp buffer is the
<Quote>bandwidth delay product</Quote> one:
-->
tcp のバッファを上手に活用するのに、<Quote>ネットワーク容量(bandwidth 
delay product。エンドポイントとのパイプの太さ)</Quote>という常套手段
があります。
</para>
<Para>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Buffer size = Bandwidth (bits/s) * RTT (seconds)
</Para>
<Para>
<!--
In my case, I have roughly 8Mbps downstream, but the ATM network can only
support ~3.5Mbps sustained. I'm far away from the rest of the world, so to
squeeze in a sufficient amount of 1,500 byte packets, with average RTTs of
250ms, I should probably have a buffer of (3,500,000/8)*.25 = 106KB. (I've
got 128KB at the moment, which works fine.)
-->
私の場合だと、下りでおよそ 8 Mbps です。しかし ATM ネットワークは 〜 3.5 Mbps 
までしか接続をサポートしてません。私はインターネットの中でもはずれた所に位置
していますが、1,500 バイトという充分な大きさのパケットで、RTT を平均 250ms 
とするのに (3,500,000/8)*.25 = 106KB というバッファを設定する必要がありま
した(即座に 128 KB でました。これで充分です)。

</Para>

</Blockquote>

<Para>
 <!--
 The Receive Window can be dynamically set in the /proc filesystem. This
 requires entering a value that is twice the desired buffer size:
 -->
 Receive Window は /proc ファイルシステムで動的に設定できます。設定したい
 バッファの大きさの 2 倍の値を入力する必要があります。

</Para>

<screen>

 #echo 262144 > /proc/sys/net/core/rmem_default 
 #echo 262144 > /proc/sys/net/core/rmem_max

</screen>

<Para>
<!--
The above example actually sets the value to 128K. The Send Window can also 
be set, but is not as likely to be a limiting factor on DSL connections as 
the Receive Window:
-->
上記の例だと、実際は 128K という値を設定しています。Send Window もあわせて
設定しています。しかし Send Window は DSL 接続において Receive Window ほど
阻害要因にはなりません。

</Para>

<screen>
 
 #echo 262144 > /proc/sys/net/core/wmem_default 
 #echo 262144 > /proc/sys/net/core/wmem_max

</screen>
 
<Para>
 <!--
 These values can also be set using the <Command>sysctl</Command> command. See
 the man page.
 -->
 これらの値は <Command>sysctl</Command> を使っても設定できます。man を見て
 ください。
 
</Para>

<Para>
 <!--
 Other suggested kernel options for those who want to squeeze every last bit  
 out of that copper (selected entries only):
 -->
 その他として、カーネルのオプションで推奨できる値は下記の通りです(主要なもの
 だけです)。これによって回線をぎりぎりチューニングします。
 
</Para>
 
<screen>

# sysctl -a 
net.ipv4.tcp_rfc1337 = 1
net.ipv4.ip_no_pmtu_disc = 0
net.ipv4.tcp_sack = 1
net.ipv4.tcp_window_scaling = 1
net.ipv4.tcp_timestamps = 1

</screen>
 
</sect3>

<!--  ~  End Section  ~  -->



<!--   ~~~~~       New Section      ~~~~~     -->

<Sect3>
<!-- <Title>Interleaving</Title> -->
 <Title>インタリーブ</Title>

<Para>
 <!--
 <Quote>Interleaving</Quote> is an error control mechanism of ADSL with DMT
 line encoding. DMT is now the standard for ADSL, and is by far and away the
 most prevalent form of ADSL. Interleaving buffers the raw data and corrects
 errors on the fly at the DSLAM. This can significantly help marginal loops
 that may be prone to errors. The downside is that this buffering also adds
 significant latency to the connection. So for those with reasonable quality
 lines, interleaving is of no real benefit, and may actually slow things down 
 unnecessarily.
 -->
 <Quote>インタリーブ</Quote>は、ADSL で DMT 回線符号化を使った場合に用いる
 エラー制御のしくみです。DMT は ADSL の標準となっていて、ADSL で飛び抜けて普及
 しているの方法です。インタリーブは、DSLAM 上で絶え間なく通信データを
 バッファリングし、エラー訂正を行います。この機能は、電話が問題を起こして
 しまうような、局から離れた回線で非常に効果を発揮します。下りではこのバッファ
 が接続上無視できない程遅延を起こしていまいます。ですからそれなり
 の回線品質であるなら、インタリーブは実質何もメリットはありませんし、
 実際には不必要に遅くなるかもしれません。

</Para>

<Para>
 <!--
 Interleaving is an adjustable parameter and can be turned on or off by the
 telco. Most telcos seem to like to have this on by default, since it probably 
 reduces tech support calls in those cases where it does help stabilize a line. 
 But everyone else is paying a price. 
 -->
 インタリーブはパラメータで調整でき、電話会社が有効にしたり無効したり
 できます。電話会社のほとんどは、デフォルトでは有効にしているようです。
 そうすることで回線を安定させ、テクニカル・サポートへの電話を減らせるからです。
 しかし、ユーザすべてが、その犠牲になっているのです。
 
</Para>

<Para> 
 <!--
 How to know if your line is interleaved or not, and how to change it? Good
 question. Generally speaking, if your first hop or two on a traceroute is 
 less than 25ms or so, you can pretty much figure that interleaving is off. 
 But there may be other factors such as how far away those hops actually are.
 The only real way to know is to talk to someone at the telco. This may prove 
 easier said than done.
 -->
 回線がインタリーブしているかどうかを確認し、またそれを変更するには
 どうしたらいいのでしょうか？ 一般的には、1 もしくは 2 ホップ先に
 対して traceroute をかけると 25ms 以内程度なら、インタリーブが無効に
 なっていると考えてほぼ間違いないと思います。
 しかし他の要因、たとえば実際どの程度のホップ数があるかどうかといったことも
 あります。本当のことを知るには、電話会社の誰かに聞くしかありません。「言う
 は易し」でしょう。

</Para>

<Para>
 <!--
 <Quote>FastPath</Quote> DMT is synonymous with <Quote>interleaving
 off</Quote>. Again, this <Emphasis>only</Emphasis> applies to ADSL/DMT.
 -->
 <Quote>FastPath</Quote> DMTは、<Quote>インタリーブを無効にする</Quote>
 ことと同じ意味です。繰り返しますが、これは ADSL と DMT の組み合わせに
 <Emphasis>だけ</Emphasis>当てはまります。

</Para>

</Sect3>

<!--  ~  End Section  ~  -->


</Sect2>

<!--  ~  End Section  ~  -->



<!--   ~~~~~       New Section      ~~~~~     -->

<Sect2 id="trouble">
<!-- <Title>Installation Problems</Title> -->
 <Title>設置上の問題</Title>

<Para>
 <!--
 Read this section, if you have no sync at all or are completely unable to
 connect. See your modem's owner's manual for interpreting the modem's LEDs.
 (Many will show a solid red (or orange) light if not in sync.)
 -->
 同期がまったくとれなかったり、接続がまるでできなかったなら、このセクションを
 読んでください。モデムの取り扱い説明書を読んで、モデムの LED が何を表して
 いるのかを確認してください(モデムの多くは、赤かオレンジ一色で光っている
 ことで、同期していないことを表しています)。
 
</Para>



<!--   ~~~~~       New Section      ~~~~~     -->

<Sect3 id="nosync">
<!-- <Title>No sync</Title> -->
 <Title>同期しない</Title>

<Para>
 <!-- The modem sync LED has never been green.  -->
 モデムの同期を表す LED が緑になったことがない。
 
</Para>

<Para>
 <ItemizedList>

  <ListItem>
   <Para>
    <!--
  If doing a self-install, the DSL jack may be wired wrong, or the splitter
    may be wired wrong. Also, the modem may be wired differently than standard
    telco POTS devices. See above. 
  -->
  自分で設置をした場合、DSL ジャックやスプリッタの配線がおかしいことが考え
  られます。また可能性として電話会社の標準的な POTS デバイスと違った配線に
  なっていることも考えられます。上記を参照してください。

   </Para>
  </ListItem> 

  <ListItem>
   <Para>
    <!--
  Is the modem Linux compatible? If ethernet interfaced, this should not be
    a problem. But PCI or USB modems may require drivers just to achieve sync. 
    This could be a show stopper since most PCI and USB modems are not
    Linux compatible.  
  -->
  モデムは Linux 対応製品ですか？ イーサネットがインタフェースなら、問題は起こら
	ないはずです。しかし PCI や USB モデムの場合、同期するにはドライバが必要になる
	と思います。この点がうまく動作しない原因になっていて、いまだに PCI や USB モデム
	が Linux 対応していない理由となっています。
  </Para>
  </ListItem> 

  <ListItem>
   <Para>
    <!--
    Call your provider and make sure the line was provisioned. It is always
    possible someone dropped the ball. They may even be able to run a remote
    test on your line just to verify. There is a also remote possibility that
    the DSLAM is down. They should know this as well.
    -->
    プロバイダに連絡して回線が準備できているか確認してください。誰かがへまを
    するのはよくあることです。確認のためにリモートから回線のテストを行えると
    思います。DSLAM がダウンしていることもリモートから確認可能です。電話会社
    は充分に承知しているはずです。
  
   </Para>
  </ListItem> 

  <ListItem>
   <Para>
    <!--
    Disconnect the modem power cord and disconnect the DSL cord from the wall
    jack. Plug it into the test jack inside the NID (outside phone box), and
    run an extension cord if necessary for power. Temporarily disconnect the
    wiring to the inside phone circuit. This should effectively bypass any
    inside wiring and environmental issues. The ethernet cable to the NIC does
    not need to be connected to run this test (true <Emphasis>only</Emphasis>
    for ethernet modems). The modem will sync fine without it. (Easier said
    than done, I know.) But if possible, move enough of your system where you
    can view the modem's diagnostics (if available) and get the sync rate. If
    this works, there is probably something wired incorrectly inside, or a
    short in a connection somewhere, or there is severe electrical
    interference on the DSL line. Double check the splitter and wall jack
    connections. If a splitterless installation, look for bad wiring, bad
    (e.g. corroded) connections on <Emphasis>all</Emphasis> jacks, bad
    splices, or defective microfilters! 
    -->
    モデムの電源コードを抜いて、壁にかかっているジャックから DSL コードを
    抜いてください。それを NID(電話ボックスの外部)内部にあるテスト用
    ジャックに挿してください。電源を取るのに、延長コードが必要になるかも
    しれません。一時的に内部(宅内)の電話線への配線が切れます。こうすれば、
    内部の配線や環境などの問題を回避するのに効果的があるはずです。NIC に
    接続するイーサネット・ケーブルのテストを行うのに当たって、接続する必要
    はありません(これはイーサネット・モデムに<Emphasis>だけ</Emphasis>当て
    はまります)。モデムはケーブルがつながっていなくともうまく同期できます
    (「言うは易し」です)。しかしもし可能なら、システムをモデムの状態が
    見られるところに移動して、(可能なら、そこで)同期速度を測ってください。
    これで動けば、恐らく内部の配線に何らかの問題があるか、DSL の線に電気的
    な干渉が起こっていると考えられます。スプリッタと壁に設置してあるジャック
    の接続を確認してください。スプリッタを設置していないなら、配線がおかしな
    所やジャック<Emphasis>すべての</Emphasis>不具合のある(たとえば腐食している
    ところ)接点、おかしな接合点、もしくは欠陥マイクロフィルタを捜して出して
    ください。

   </Para>
  
   <Para>
    <!--
    If no sync on the above test, either the line was not readied, the
    modem is defective, or the DSLAM is down. Note that PCI and USB
    modems will need to load drivers before syncing, and thus make
    this test a little more complicated.
    -->
    上記のテストで同期しなかったなら、回線が準備されていないか、モデムが
    壊れているか、DSLAM が落ちているかのどれかです。PCI と USB モデムは、
    同期するにはドライバをロードしておく必要があります。こういうわけで
    このテストはやや複雑になってしまいます。
   
   </Para>
  
  </ListItem> 

  <ListItem>
   <Para>
    <!--
    If you installed microfilters, remove these temporarily and unplug 
    <Emphasis>all</Emphasis> telco devices, such as fax machines, etc. Possibly
    a mircofilter is defective and shorting out the line.
    -->
    マイクロフィルタを設置しているなら、一時的に取り去って、あわせて FAX 等の
    電話会社のデバイスを<Emphasis>すべて</Emphasis>抜いてください。マイクロ
    フィルタが壊れていて、回線がショートしているかもしれません。
  
   </Para>
  </ListItem> 

 </ItemizedList>
</Para>

</Sect3>

<!--  ~  End Section  ~  -->



<!--   ~~~~~       New Section      ~~~~~     -->

<Sect3>
<!-- <Title>Network Card (NIC) Problems</Title> -->
 <Title>ネットワーク・カード(NIC)の問題</Title>
<Para>
 <!--
 Symptoms here are: NIC is not recognized, modules won't load, or
 <Command>ifconfig</Command> shows the interface is not up, or is generating
 lots of errors, etc.
 -->
 ここで問題となる症状は、NIC が認識できない、もしくはモジュールがロード
 できない、<Command>ifconfig</Command> がインタフェースをアップできない等、
 その他もろもろのエラーについてです。

</Para>

<Para>
 <ItemizedList>

  <ListItem>
   <Para>
    <!--
    Turn off Plug 'n Pray in BIOS. This may be labeled as <Quote>non-Microsoft
    OS</Quote> or similar. A sometimes symptom here is that the NIC is
    assigned IRQ 0. Or there may be an error message like <Quote>resource
    temporarily unavailable</Quote>.
    -->
    BIOS のプラグ＆プレイを無効にしてください。BIOS 上では、<Quote>Microsoft 
    以外の OS</Quote> もしくは、それと似た表現になっていると思います。NIC が
    IRQ 0 に割り振られている場合もこの症状になる場合があります。<Quote>resource
    temporarily unavailable</Quote> というメッセージを表示するかもしれません。
  
   </Para>
  </ListItem> 
  
  <ListItem>
   <Para>
    <!--
    Check for IRQ conflicts with <Command>cat /proc/interrupts</Command>. If
    the NIC is sharing an IRQ, try moving cards around in slots, or tinker
    with BIOS IRQ settings. If an ISA card, you may need to get the setup
    utility from the manufacturer and use it to set IRQ, etc. This may
    require booting to DOS.
    -->
    <Command>cat /proc/interrupts</Command> と入力して、IRQ の競合を 
    チェックしてください。NIC が IRQ を共有しているなら、別のスロットに移すか、
    BIOS で IRQ の設定をいじってください。ISA カードならメーカーからセット
    アップ・ユーティリティを手に入れる必要があるかもしれません。それを使って
    IRQ を設定してください。このユーティリティを使うには、DOS でブートする
    必要があるかもしれません。
  
   </Para>
  </ListItem> 

  <ListItem>
   <Para>
    <!--
    Possibly the wrong module is being loaded. Look through the kernel source
    documentation in <Filename>/usr/src/linux/Documentation/*</FileName> for
    your card or chipset. Also, for comments and update information in
    <Filename>/usr/src/linux/drivers/net/*.c</FileName> for your respective
    chipset. It is worth noting that there is more than one module for some
    card types. This seems to be true of tulip and 3Com cards. Check boot
    messages or use <Command>lspci -v</Command> to see how the kernel is
    identifying your card. You can use <Command>insmod</Command>,
    <Command>rmmod</Command>, and <Command>modprobe</Command> to test
    different modules. See the respective man pages for more information.  
    -->
    ひょっとすると、正しいモジュールがロードできていないかもしれません。
    <Filename>/usr/src/linux/Documentation/*</FileName> にあるカーネル・
    ソースに付属するドキュメントを読んで、使用しているカードもしくは
    チップセットについて調べてください。また <Filename>
    /usr/src/linux/drivers/net/*.c</FileName>には、個々のチップセットに
    ついてのコメントや更新情報があります。困ったことに、数種のモジュールが
		提供されているカードがいくつかあります。 tulip や 3Com のカードに当て
		はまるようです。ブート時のメッセージを見て、<Command>lspci -v</Command> 
		でカーネルがカードをどう認識しているかを見てください。<Command>insmod
		</Command> や <Command>rmmod</Command>、<Command>modprobe</Command> を
		使っていろいろなモジュールをテストできます。詳しい情報は、それぞれの 
		man を見てください。
   
   </Para>
  </ListItem> 
  
  <ListItem>
   <Para>
    <!--
    Check the manufacturer's web site for Linux documentation. Or look at
    Donald Becker's informative site at <Ulink
    URL="http://www.scyld.com/network/">http://www.scyld.com/network/</Ulink>.
    -->
    メーカーの Web サイトで Linux 関連のドキュメントを調べてください。もしくは、
    Donald Becker 氏の サイト <Ulink
    URL="http://www.scyld.com/network/">http://www.scyld.com/network/</Ulink> 
    で情報を集めてください。

   </Para>
  </ListItem> 

  <ListItem>
   <Para>
    <!--
    Some Linux NIC drivers reportedly work better as non-modular. In other
    words, compile them into the kernel instead of as a module.
    -->
    Linux 用の NIC ドライバは、モジュールにしない方がうまく動く、という
    報告があります。すなわち、モジュールにしないで、コンパイルしてカーネルに
		組み込んでしまいます。
  
   </Para>
  </ListItem> 

  <ListItem>
   <Para>
    <!--
    It is also possible that the card is bad, or the drivers just aren't up to
    snuff. Try another card. And you don't need an expensive, high quality
    card necessarily either.
    -->
    またカードやドライバがおかしくて、不調であることも考えられます。他のカード
    に交換してみてください。高価で高性能なカードは必要ないことも付け加えて
    おきます。
    
   </Para>
  </ListItem> 
 
 </ItemizedList>
</Para>

</Sect3>

<!--  ~  End Section  ~  -->




<!--   ~~~~~       New Section      ~~~~~     -->

<Sect3>
<!-- <Title>IP Connection Problems</Title> -->
 <Title>IP 接続上の問題</Title>

<Para>
 <!--
 Read this section if you are sure the modem is syncing, the NIC is recognized
 and seems to be working properly, client software is installed and running
 without error, but the connection to the ISP fails. Verify the modem is indeed
 syncing by the LED(s). An IP connection failure may be evidenced by
 <Command>ifconfig</Command> not showing an active eth0 interface (or ppp0 for
 PPPoX), or <Command>pinging</Command> gateway and other destinations
 generates '<Literal>network unreachable</Literal>' or similar errors.
 -->
 このセクションは、モデムが同期し、NIC が認識でき、確かに動作していることを
 確認していて、かつクライアン・ソフトウェアをインストールして何もエラーが
 出ていないのにもかかわらず、ISP へ接続ができない場合に読んでください。
 LED で実際にモデムの同期が取れているかを点検してください。IP 接続が失敗
 したことは、<Command>ifconfig</Command> でアクティブな eth0 インタフェース
 (もしくは PPPoX 用の ppp0 インタフェース)が表示されないことでわかります。
 もしくは、<Command>ping</Command> をゲートウェイや何処かに打つと、
 '<Literal>network unreachable</Literal>' や似たようなメッセージを表示
 します。
 
</Para>


<Para>
 <ItemizedList>

  <ListItem>
   <Para>
    <!--
    Make sure you know which protocol your ISP is using. Are they using DHCP?
    PPPoX? It is critical that you have this right. You may have to ask tech
    support. 
    -->
    ISP が何のプロトコルを使っているかを確実に理解してください。DHCP や PPPoX 
    を使っていますか？ 間違いなく設定していることが大切です。テクニカル・
    サポートに連絡する必要があるかもしれません。

   </Para>
  </ListItem> 

  <ListItem>
   <Para>
    <!--
    If you are using DHCP, does the ISP require MAC address authentication,
    and if so, do they have the right address? Did they or you typo it? If 
    the ISP requires hostname authentication, is your DHCP client passing 
    the required hostname? This is done with the <Quote>- h</Quote> command 
    line option.
    -->
    DHCP を使っているなら、ISP は MAC アドレスによる認証を必要とします。
    もしそうなら、正しいアドレスになっていますか？ ISP もしくは自分が打ち
    間違いをしていませんか？ ISP がホスト名による認証を必要としていませんか？ 
    これは、<Quote>-h</Quote> というオプションをつけてコマンドを打てばわかり
    ます。
  
   </Para>
  </ListItem> 
 
  <ListItem>
   <Para>
    <!--
    Look at <Filename>/var/log/messages</FileName> and see if any useful clues
    are there. Also, run <Command>tcpdump</Command> while trying to initiate
    the connection. <Command>tcpdump</Command> output is fairly cryptic, but
    you should be able to determine if there is any response at all. 
    -->
    <Filename>/var/log/messages</FileName> を開いて、何か役に立ちそうな手がかり
    がないかを見てください。また、接続をはじめようとする時に <Command>tcpdump
    </Command> を動かしてください。<Command>tcpdump</Command> の出力はかなり
    謎めいていますが、何らかの反応があるか否かは判断できるはずです。
   </Para>
  </ListItem> 

  <ListItem>
   <Para>
     <!--
     If PPPoX, is the ISP using <Literal>username</Literal> as an id, or 
     <Literal>username@isp.com</Literal>?
     -->
     PPPoX なら、ISP は ID として <Literal>ユーザ名</Literal>か、<Literal>
     ユーザ名@ドメイン名</Literal>を使っていませんか？
   </Para>
  </ListItem> 

  <ListItem>
   <Para>
    <!--
    Try pinging the default gateway's address. Get this with '<Command>route
    -n</Command>'. If you can <Command>ping</Command> by IP address (i.e.
    111.222.333.444), but not by hostname, then likely nameservers are not
    correctly setup in <Filename>/etc/resolv.conf</FileName>. 
    -->
    デフォルト・ゲートウェイのアドレスに ping をかけてみてください。
    デフォルト・ゲートウェイを見つけるには「<Command>route -n</Command>」
    としてください。IP アドレス(たとえば 111.222.333.444 のように)で <Command>
    ping</Command> はできるが、ホスト名ではできない場合は、ネーム・サーバを
    <Filename>/etc/resolv.conf</FileName> で正しく設定していない可能性が
    あります。
 
   </Para>
  </ListItem> 

  <ListItem>
   <Para>
    <!--
    For PPPoE, let the PPPoE client bring up the ethernet interface. Do not 
    have it come up on boot. Make sure there is no existing default route 
    before starting PPPoE. For rp-pppoe, David Skoll recommends that 
    <Filename>/etc/ppp/options</FileName> be left empty. 
    -->
    PPPoE については PPPoE クライアントでイーサネットのインタフェースを
    アップしてください。ブート時にはアップしないでください。PPPoE が起動する
    前にはデフォルトの経路が決して存在することがないようにしてください。
    rp-pppoe の場合、<Filename>/etc/ppp/options</FileName> に何も記述がない
    ようにしてください。作者である David Skoll 氏が推奨しています。
   </Para>
  </ListItem> 
  
  <ListItem>
   <Para>
    <!--
    If running a firewall (e.g. with ipchains), try temporarily taking it
    down. Possibly this is misconfigured, and not allowing packets through.
    -->
    ファイアーウォール(たとえば ipchains を使った)を動かしているなら、一時的
    に落としてください。設定が間違っていたり、何もパケットを通していないかも
    しれません。
 
   </Para>
  </ListItem> 

  <ListItem>
   <Para>
     <!--
     If the modem was purchased from a source other than your ISP, it may the
     wrong kind of modem. SDSL needs an SDSL modem, for instance. Also, for
     ADSL there are CAP and DMT encodings, and these are incompatible with
     each other.
     -->
     モデムを ISP 以外のところから購入したなら、適合していないモデルかもしれ
     ません。たとえば SDSL には SDSL モデムが必要です。また ADSL については、
     CAP と DMT 符号化機能が必要で、これらは他の DSL と互換性がありません。
     
   </Para>

    <Para>
      <!--
      The modem may need to be configured for your ISP's service. All modems
      have configurations for VCI, VPI, encapsulation, etc. Call tech support
      for this information. Modem configuration is usually done by either 
      telnetting or web browsing to the modem's IP address.
      -->
      モデムは ISP が提供するサービスに合わせて設定する必要があるかもしれま
      せん。モデムは VCI や VPI、カプセリング等についての設定が可能になって
      います。
      テクニカル・サポートに電話して、情報を得てください。普通モデムの設定は
      telnet か Web ブラウザを使って、モデムの IP アドレスにつないで行います。
    </Para>
   
  </ListItem> 
 

 </ItemizedList>
</Para>


</Sect3>

</Sect2>

<!--  ~  End Section  ~  -->



<!--   ~~~~~       New Section      ~~~~~     -->

<Sect2 id="synctr">
<!-- <Title>Sync Problems</Title> -->
 <Title>同期上の問題</Title>

<Para>
 <!--
 Read this section if you have had a working connection, but now have lost
 sync, are intermittently losing sync, your sync rate has dropped
 significantly, or are getting a <Quote>sync/no surf</Quote> condition.
 (Better quality modems will have a way to report sync rate, usually via
 telnet or a web browser interface. See the owner's manual.) 
 -->
 このセクションは、接続はうまくいったものの同期がとれなかったり、同期が
 断続的に切れたり、同期速度が著しく落ちてしまったり、<Quote>同期はしているが
 インターネットを利用できなかったり</Quote>、といった場合に読んでください。
 (高級なモデムであれば、同期速度を示す機能を持っていますし、普通は telnet 
 や Web ブラウザを使って確認できます。マニュアルを見てください)。
</Para>

<Para>
 <!--
 A loss of sync indicates a problem with the DSLAM, your line (inside or
 outside) or your modem. DSLAMs typically have <Quote>shelves</Quote> with
 <Quote>cards</Quote>. Alcatel DSLAM cards, just for instance, have a capacity
 of four connections each. If the card goes bad, at most four customers are
 effected. The point being that sync loss outages can be very isolated. Unlike
 network outages that tend to effect large numbers of users. Sync outages are
 a telco problem, not an ISP problem. If your service agreement is with the
 ISP, you will need to contact them, who will in turn contact the telco.
 -->
 同期が切れる現象は DSLAM か回線(宅内外とも)もしくはモデムに問題がある場合に
 発生します。DSLAM は一般的に<Quote>カード</Quote>を複数の<Quote>スロット
 </Quote>に入れるようになっています。たとえば、Alcatel DSLAM カードはカード
 単位に接続を 4 回線できるようになっています。カードがおかしくなると
 最大 4 ユーザが被害を被ります。ポイントは、同期が切れる故障が非常に限られた
 範囲のものであることです。広範囲なユーザに影響が出るネットワーク障害とは
 異なります。同期の問題は電話会社の問題であり、ISP には関係ありません。
 サービス契約を ISP と結んでいるなら、電話会社にコンタクトが取れる ISP 
 の担当者にコンタクトをとってください。
 【訳註： DSLAM のカードは、<Ulink
 URL="http://www.tality.com/technologies/xdsl/dslam.html">こんな</Ulink> 形
 です】
 
</Para>

<Para>
 <!--
 Degraded sync rates, and disruption of the DSL signal, can cause various
 problems. Obviously, you will never get your maximum throughput under these
 conditions. But, the symptoms are not always obvious as to whether the
 problem is on your end or the provider's. 
 -->
 同期速度が低下したり、DSL の信号が切断したりするケースは、様々な問題を引き
 起こします。そのような状態では最高速度を得ることはどうやっても無理でしょう。
 しかしその症状が自分側の問題なのか、プロバイダ側なのか、はっきりしている
 わけではありません。
 
</Para> 
 
<Para> 
 <!--
 For instance, a poor inside wire connection may result in retransmissions of
 packets that have been dropped. This can really reduce throughput and slow a
 connection down. It is tempting to think of packet loss as a traditional
 networking problem, but with DSL it is possible to be the result of a bad
 line, impaired signal, or even the modem itself.
 -->
 たとえば、宅内の配線接続がいいかげんならパケットが落ちてしまい、再送が起こって
 しまいます。こうなると実際にスループットが落ち、接続が低下してしまいます。
 これはネットワークの問題として従来から存在しているパケット・ロスと考えがち
 ですが、DSL においては回線不良や信号減衰、もしくはモデム自体の問題によって
 起こる可能性があります。
 
</Para>

<Para>
 <!-- Some things to try: -->
 試してみた方がいいことをいくつか。
 
 <ItemizedList>

 <ListItem> 
  <Para>
   <!--
   Power cycle the modem. Turn off the power button/switch, and physically
   unplug the cable to the wall jack for 30 seconds or so. Turn back on, and
   re-attach to the wall jack. This will force a resync. Unfortunately, the only
   way to power down a PCI modem, is to reboot. This may fix a 
   <Quote>sync/no surf</Quote> condition that is caused by the modem, and
   maybe other conditions too. 
   -->
   モデムの電源スイッチを切って、すぐに入れ直してください。電源ボタンもしくは
   スイッチを切って、壁のジャックに接続しているケーブルを抜いて 30 秒程おいと
   いてください。時間がたったら電源を入れて、ジャックに挿しなおしてください。
   これで強制的に再同期します。PCI モデムの電源を落とすには、あいにくリブート
   するしか手がありません。これでモデムに起因する<Quote>同期はするが、
   インターネットを利用できない</Quote>という状況が解決するかもしれません。
   他の状況でも同様に直るかもしれません。
   
   </Para>
  </ListItem> 
 

  <ListItem> 
   <Para>
  
   <!--
   See the <Link LinkEnd="nosync">above section</Link> on moving the modem
   lock, stock and barrel to the NID and thus bypassing all inside wiring.
   If the situation is improved there, then the problem is inside somewhere. If
   not, it is a telco problem.
   -->
  モデムから何からすべてを NID に移動して、宅内の配線すべてを迂回するなら、
  <Link LinkEnd="nosync">上記のセクション</Link>を見てください。
  状況がこれで改善したなら、問題は宅内のどこかにあります。改善しないなら電話
  会社の問題です。
   </Para>
  </ListItem> 


 <ListItem> 
  <Para>
   <!--
   RFI Bear-hunt: The DSL signal is fragile, there are a number of
   things that can degrade it.  RFI, or Radio Frequency Interference,
   from sources in and around the home/office is one common source of
   reduced signal strength, and/or intermittent sync loss and/or low
   sync rates. Our test tool here is simply a portable AM radio. Tune
   it to any channel where you can get clear reception &#045;&#045; it makes no
   difference where. The AM radio will pick up RFI that is in the same
   frequency range as the DSL signal. It will sound like 
   <Quote>frying bacon</Quote> type static. Put it against your computer's
   power supply. You should hear some static. Move it away and the static
   should fade pretty quickly. This will give you an idea of what RFI sounds
   like. A decent quality power supply should produce only weak RFI &#045;&#045;
   probably not enough to cause a problem. Use the radio like a Geiger counter
   and move it around your modem and DSL line. If you hear static, follow it
   to the source.  Things to be suspicious of: power supplies, transformers,
   ballasts, electric motors, dimmer switches, high intensity lighting. Moving
   the modem, or rerouting cables is sometimes enough. Keeping the line
   between the modem and the wall jack as short as possible is a good idea
   too.
   -->
   RFI 狩り―DSL は他から影響を受けやすい信号です。影響を与えるものが非常に
   たくさんあります。RFI(Radio Frequency Interference)は、自宅やオフィスに
   あたりまえに存在していて、信号強度を弱めたり、同期を断続的に切断したり、
   同期速度を落としたりする原因になります。これを簡単にテストするには AM ラジオ
   が使えます。どこかきれいに受信できる局にチューニングしてください。どこで
   もかまいません。AM ラジオは RFI を検出できます。それは AM ラジオが DSL 
   の信号と同じような周波数を使っているからです。RFI があると<Quote>ベーコン
   を炒める</Quote>ような音がする状態になります。コンピュータの電源装置に
   近づけてみてください。同じような状態になるはずです。遠ざけるとすぐに
   聞こえなくなります。これで RFI で発生する音がどのようなものかわかると
   思います。
   まともな品質の電源装置は、軽度の RFI しかおこさないはずです―問題を起こ
   さない程度です。ガイガー・カウンターのようにラジオをモデムや DSL の配線の
   そばに持っていってください。同じ状況になれば原因を捜してください。怪しい
   ものは、電源装置や変圧器、安定器、電気モーター、調光スイッチ、高輝度
   な照明です。モデムを移動し、ケーブルの配線を見直せば充分です。モデムと
   壁のジャックの間をできるだけ近くするのも良い案です。
	 【訳註：ADSL の利用周波数は、上り方向と下り方向で異なります。上りは約 30 〜 
	 140kHz です。下りは G.liteが 550kHz、フルレート 約 1104 kHzまで利用して
	 います】
 
   </Para>
  </ListItem>

  <ListItem>
   <Para>
    <!--
    Chronic sync problems are often due to a line problem somewhere.
    Sometimes it is something as simple as a bad splice, and easily remedied
    if it can be found. Most such conditions can be isolated by a good telco
    tech. Check with your provider, and politely harass them if you have to. If you
    get the run-around, ask to go over their heads.
    -->
    慢性的に同期がおかしくなる問題は、たいてい回線のどこかに問題があります。
    ただ単に接続部分がいいかげんで、おかしな場所を見つけさえすれば、簡単に
    直せる場合もあります。これは電話会社の優れた技術とはおよそ相容れない
    状況がほとんどです。プロバイダに問い合わせをしてください。必要があれば
    丁寧につっついてください。たらい回しになったら、担当ではなく上司を
    呼び出しましょう。
   
   </Para>
  </ListItem> 

  <ListItem>
   <Para>
    <!--
    If you are near the distance limits of DSL, and having off and on sync
    problems, try the <Quote>Homerun</Quote> installation. See <Link
    LinkEnd="homerun">above</Link>. This can be effective in improving
    marginal signal/sync conditions.
    -->
    DSL を利用できる距離ぎりぎりの位置にいて、同期が切れたり、つながったり
    するなら、<Quote>ホーム・ラン</Quote> の設置を行ってみてください。<Link
    LinkEnd="homerun">上記</Link>を見てください。これは信号や同期の条件が
    限界に近い場合に効果があります。
   
   </Para>
  </ListItem> 

  <ListItem>
   <Para>
     <!--
     If using a surge protector, try it without the surge protector. Some may
     interfere with the DSL signal.
     -->
     サージ・プロテクタを使っているなら、それを外してみてください。DSL の信号
     に影響を与えるものもあります。
  
   </Para>
  </ListItem> 

 </ItemizedList>
</Para>

<Para>
 <!--
 Another possibility is a nearby AM radio station, or bandit ham radio
 operator that are disrupting the DSL signal since they operate in a similar 
 frequency range. These may only cause problems at certain times of day, like
 when the station boosts its signal at night. A good telco DSL tech may be
 able to help minimize the impact of this. YMMV.
 -->
 近所にある AM ラジオ局や不法にアマチュア無線をしているものも似たような
 周波数を扱っているので、悪影響を受けることが考えられます。一日の内でも
 ある回数だけ問題を起こす場合があります。たとえば局が夜になって出力を上げたり
 する場合などが考えられます。DSL 技術が優れた電話会社なら、この問題を最小限
 にすることができると思います。ケースバイケースですが。
 
</Para>


</Sect2>

<!--  ~  End Section  ~  -->



<!--   ~~~~~       New Section      ~~~~~     -->

<Sect2>
 <!-- <Title>Network and Throughput Problems</Title> -->
 <Title>ネットワークとスループットの問題</Title>

<Para>
 <!--
 Read this section if your connection is up, but are having throughput
 problems. In other words, your speed isn't what it should be based on your
 bit rate plan, and your distance from the CO. <Quote>Network</Quote> here is
 the WAN &#045;&#045; the ISP's gateway and local subnet/backbone, etc. Remember that a
 marginal line can cause a reduced sync rate, and this will impact throughput.
 See <Link LinkEnd="synctr">above</Link>.
 -->
 このセクションは接続はできているが、スループットが出ない問題を抱えている
 場合に読んでください。つまり契約しているビットレートに対して、それに
 見合ったスループットが出ていない場合や電話局からの距離がある場合に当ては
 まります。ここでいう<Quote>ネットワーク</Quote>とは、WAN を指します―ISP 
 のゲートウェイとローカルのサブネットもしくはバックボーン等の間を指します。
 限界に近い回線は同期速度が落ちてしまうことを忘れないでください。これは
 スループットにも影響を与えます。<Link LinkEnd="synctr">上記</Link>を見て
 ください。

</Para>

<Para>
 <!--
 The two factors we will be looking for are <Quote>latency</Quote> and
 <Quote>packet loss</Quote>. Both are pretty easy to track down with the
 standard networking tools <Command>ping</Command> and
 <Command>traceroute</Command>. If either of these occur in our path, they
 will impact performance. Latency means <Quote>responsiveness</Quote> or
 <Quote>lag time</Quote>. Actually what we are interested in is abnormally
 high latency, since there is always some latency. Packet loss is when a
 packet of data gets dropped somewhere along the way. TCP/IP will know
 it's been <Quote>lost</Quote>, and there will be a retransmission of the lost
 data. Enough of this can really slow things down. Ideally packet loss should
 be 0%. 
 -->
 <Quote>遅延</Quote>と<Quote>パケット・ロス</Quote>が捜し求めている 2 つの
 要因です。両者とも <Command>ping</Command> や <Command>traceroute</Command> 
 といった標準的に使われるネットワーク・ツールを使えばかなり簡単に計測できます。
 どちらが回線上で起こったとしても。パフォーマンスに影響を与えます。遅延は
 <Quote>反応の早さ</Quote>や<Quote>待ち時間</Quote>を意味します。現実には、
 極端に遅延が起こっている場合にターゲットを当てます。
 というのも、多少の遅延は常に存在しているからです。パケット・ロスは、相手に
 到達するまでのどこかでパケットのデータが落ちてしまうことです。TCP/IP は
 パケットが<Quote>落ちた</Quote>ことがわかると、落ちたデータを再送します。
 これが起これば、実際明らかに遅くなってしまいます。パケット・ロスは理想的
 には 0 &percnt; であるはずです。

</Para>

<Para>
 <!--
 What we really need to be concerned about is that part of the WAN
 route that we routinely traverse. If you do a traceroute to several different
 sites, you will probably see that the first few <Quote>hops</Quote> tend to
 be the same. These are your ISP's local backbone, and your ISP's upstream
 provider's gateway. Any problem with any of this, and it will effect
 everywhere you go and everything you do. 
 -->
 日常使っている WAN 側の経路は、重要であるときちんと認識する必要があります。
 traceroute を異なるサイトのいくつかにかけてみれば、はじめの数<Quote>ホップ
 </Quote>は同じようであることがわかると思います。これが ISP のローカルな
 バックボーンであり、その ISP の上流プロバイダへのゲートウェイです。
 この件についての問題が何であれ、どのサイトに対しても、何をあなたがしよう
 としても、すべて影響を受けてしまいます。
 
</Para>

<Para>
 <!--
 We can start looking for packet loss and latency by pinging two or three
 different sites, hopefully in at least a couple of different directions. We
 will be looking for packet loss and/or unusually high latency.
 -->
 パケット・ロスと遅延については、まず ping を 2、3 箇所に対して行って
 みましょう。可能なら少なくとも異なる 2、3 箇所に。そうすれば、パケット・
 ロスや尋常でない極端な遅延が見つかると思います。
 
</Para>

<Screen>

 $ ping -c 12 -n www.linuxdoc.org
 PING www.linuxdoc.org (152.19.254.81) : 56(84) bytes of data.
 64 bytes from 152.19.254.81: icmp_seq=0 ttl=242 time=62.1 ms
 64 bytes from 152.19.254.81: icmp_seq=1 ttl=242 time=60.8 ms
 64 bytes from 152.19.254.81: icmp_seq=2 ttl=242 time=59.9 ms
 64 bytes from 152.19.254.81: icmp_seq=3 ttl=242 time=61.8 ms
 64 bytes from 152.19.254.81: icmp_seq=4 ttl=242 time=64.1 ms
 64 bytes from 152.19.254.81: icmp_seq=5 ttl=242 time=62.8 ms
 64 bytes from 152.19.254.81: icmp_seq=6 ttl=242 time=62.6 ms
 64 bytes from 152.19.254.81: icmp_seq=7 ttl=242 time=60.3 ms
 64 bytes from 152.19.254.81: icmp_seq=8 ttl=242 time=61.1 ms
 64 bytes from 152.19.254.81: icmp_seq=9 ttl=242 time=60.9 ms
 64 bytes from 152.19.254.81: icmp_seq=10 ttl=242 time=62.4 ms
 64 bytes from 152.19.254.81: icmp_seq=11 ttl=242 time=63.0 ms
 
 --- www.linuxdoc.org ping statistics ---
 12 packets transmitted, 12 packets received, 0% packet loss
 round-trip min/avg/max = 59.9/61.8/64.1 ms

</Screen>

<Para>
 <!--
 The above example is pretty normal from here. (You probably have a very
 different route to this site, and your results may thus be quite different.)
 Apparently no serious underlying problems that would slow me down. The below
 example reveals a problem:
 -->
 上記は問題がない、ごく普通の例です(このサイトへの経路は、あなたの場合とは
 恐らくまったく異なるでしょう。したがって結果もまったく異なっているかも
 しれません)。
 遅くなるような深刻で潜在的な問題はまったくありません。下記の例は問題が顕著
 です。
 
</Para>


<Screen>

 $ ping -c 20 -n www.debian.org
 
 PING www.debian.org (198.186.203.20) : 56(84) bytes of data.
 64 bytes from 198.186.203.20: icmp_seq=0 ttl=241 time=404.9 ms
 64 bytes from 198.186.203.20: icmp_seq=1 ttl=241 time=394.9 ms
 64 bytes from 198.186.203.20: icmp_seq=2 ttl=241 time=402.1 ms
 64 bytes from 198.186.203.20: icmp_seq=4 ttl=241 time=2870.3 ms
 64 bytes from 198.186.203.20: icmp_seq=7 ttl=241 time=126.9 ms
 64 bytes from 198.186.203.20: icmp_seq=12 ttl=241 time=88.3 ms
 64 bytes from 198.186.203.20: icmp_seq=13 ttl=241 time=87.9 ms
 64 bytes from 198.186.203.20: icmp_seq=14 ttl=241 time=87.7 ms
 64 bytes from 198.186.203.20: icmp_seq=15 ttl=241 time=85.0 ms
 64 bytes from 198.186.203.20: icmp_seq=16 ttl=241 time=84.5 ms
 64 bytes from 198.186.203.20: icmp_seq=17 ttl=241 time=90.7 ms
 64 bytes from 198.186.203.20: icmp_seq=18 ttl=241 time=87.3 ms
 64 bytes from 198.186.203.20: icmp_seq=19 ttl=241 time=87.6 ms
 
 --- www.debian.org ping statistics ---
 20 packets transmitted, 13 packets received, 35% packet loss
 round-trip min/avg/max = 84.5/376.7/2870.3 ms

</Screen>

<Para>
 <!--
 High packet loss at 35%, and some really slow roundtrip times in there as
 well. A little digging on this showed that it was a backbone router 13 hops 
 into the traceroute that was the problem. While making this site really slow
 from here, it would only effect those routes that happen to hit that same
 router. Now what would really hurt us is if something similar happens with a
 router that we tend to go through consistently. Like our gateway, or maybe
 the second hop router too. Find these with <Command>traceroute</Command>, by
 just picking a random site:
 -->
 パケット・ロスが 35 &percnt; もあります。またラウンドトリップ・タイムも同様
 に遅くなっています。この例をちょっと調べるとわかるように、問題となるサイト
 への経路上にはバックボーンのルーターが 13 個あります。これが原因でこのサイト
 が遅くなっていますが、たまたま同じようなルーターに当たってしまった場合にだけ、
 経路に影響が出ます。本当に問題なのは、いつも通過するルーターで同様な問題が
 発生しているかどうかという点です。このゲートウェイや 2 番目のルーターもそう
 かもしれません。ランダムにサイトを選んで、<Command>traceroute
 </Command> を使って見つけ出してください。

 
</Para>

<Screen>

 $ traceroute www.bellsouth.net
 
 traceroute to bellsouth.net (192.223.22.134), 30 hops max, 38 byte packets
  1  adsl-78-196-1.sdf.bellsouth.net (216.78.196.1)  14.86ms  7.96ms 12.59ms
  2  205.152.133.65 (205.152.133.65)                  7.90ms  8.12ms  7.73ms
  3  205.152.133.248 (205.152.133.248)                8.99ms  8.52ms  8.17ms
  4  Hssi4-1-0.GW1.IND1.ALTER.NET (157.130.100.153)  11.36ms 11.48ms 11.72ms
  5  125.ATM3-0.XR2.CHI4.ALTER.NET (146.188.208.106) 14.46ms 14.23ms 14.40ms
  6  194.at-1-0-0.TR2.CHI2.ALTER.NET (152.63.65.66)  16.48ms 15.69ms 16.37ms
  7  126.at-5-1-0.TR2.ATL5.ALTER.NET (152.63.0.213)  65.66ms 66.18ms 66.39ms
  8  296.ATM6-0.XR2.ATL1.ALTER.NET (152.63.81.37)    66.86ms 66.42ms 66.40ms
  9  194.ATM8-0.GW1.ATL3.ALTER.NET (146.188.233.53)  67.87ms 68.69ms 69.63ms
 10  IMVI-gw.customer.ALTER.NET (157.130.69.202)     69.88ms 69.25ms 69.35ms
 11  www.bellsouth.net (192.223.22.134)              68.74ms 69.06ms 68.05ms

</Screen>

<Para>
 <!--
 The first hop is the gateway. In fact, for me the first two hops are
 <Emphasis>always</Emphasis> the same, and the first three or four are often
 the same. So a problem with any of these may cause a problem anywhere I go.
 (The specifics of your own situation may be a little different than this
 example.) A <Quote>normal</Quote> gateway ping (normal for me!):
 -->
 最初のホップはゲートウェイです。実際には最初から 2 ホップは<Emphasis>常に
 </Emphasis>同じで、最初から 3、4 ホップはたいてい同じです。つまり、どの
 問題であっても、どこを訪れたとしても問題が起こり得ます(あなた自身の特定
 の問題はこの例とは多少違っているかもしれません)。<Quote>通常の</Quote>
 ゲートウェイへの ping は、下記の通りです(私にとってはこれが普通です！)。
 
</Para>


<Screen>
 
 $ ping -c 12 -n 216.78.196.1
 
 PING 216.78.196.1 (216.78.196.1) : 56(84) bytes of data.
 64 bytes from 216.78.196.1: icmp_seq=0 ttl=64 time=14.6 ms
 64 bytes from 216.78.196.1: icmp_seq=1 ttl=64 time=15.4 ms
 64 bytes from 216.78.196.1: icmp_seq=2 ttl=64 time=15.0 ms
 64 bytes from 216.78.196.1: icmp_seq=3 ttl=64 time=15.2 ms
 64 bytes from 216.78.196.1: icmp_seq=4 ttl=64 time=14.9 ms
 64 bytes from 216.78.196.1: icmp_seq=5 ttl=64 time=15.3 ms
 64 bytes from 216.78.196.1: icmp_seq=6 ttl=64 time=15.4 ms
 64 bytes from 216.78.196.1: icmp_seq=7 ttl=64 time=15.0 ms
 64 bytes from 216.78.196.1: icmp_seq=8 ttl=64 time=14.7 ms
 64 bytes from 216.78.196.1: icmp_seq=9 ttl=64 time=14.9 ms
 64 bytes from 216.78.196.1: icmp_seq=10 ttl=64 time=16.2 ms
 64 bytes from 216.78.196.1: icmp_seq=11 ttl=64 time=14.8 ms

 --- 216.78.196.1 ping statistics ---
 12 packets transmitted, 12 packets received, 0% packet loss
 round-trip min/avg/max = 14.6/15.1/16.2 ms

</Screen>

<Para>
 <!-- And a problem with the same gateway on a different day: -->
 違う日に起こった同じゲートウエィでの問題は下記の通りです。
 
</Para>

<Screen>

 $ ping  -c 12 -n 216.78.196.1
 
 PING 216.78.196.1 (216.78.196.1) : 56(84) bytes of data.
 64 bytes from 216.78.196.1: icmp_seq=0 ttl=64 time=20.5 ms
 64 bytes from 216.78.196.1: icmp_seq=3 ttl=64 time=22.0 ms
 64 bytes from 216.78.196.1: icmp_seq=4 ttl=64 time=21.8 ms
 64 bytes from 216.78.196.1: icmp_seq=6 ttl=64 time=32.0 ms
 64 bytes from 216.78.196.1: icmp_seq=8 ttl=64 time=21.7 ms
 64 bytes from 216.78.196.1: icmp_seq=9 ttl=64 time=42.0 ms
 64 bytes from 216.78.196.1: icmp_seq=10 ttl=64 time=26.8 ms
 
 --- adsl-78-196-1.sdf.bellsouth.net ping statistics ---
 12 packets transmitted, 7 packets received, 41% packet loss
 round-trip min/avg/max = 20.5/25.6/42.0 ms

</Screen>

<Para>
 <!--
 41% packet loss is very high, to the point where many services, like HTTP,
 come to a screeching halt. Those services that were working, were working
 very, very slowly. 
 -->
 41 &percnt; のパケット・ロスは、非常に高い値で、HTTP のようにサービスを
 たくさん上げているところでは、突然落ちてしまいます。サービスが動いていたと
 しても、とても遅くなります。
 
</Para>

<Para>
 <!--
 It's a little tempting on this last real-life example to think this gateway
 router is acting up. But, as it turned out, this was the result of a problem
 in the DSLAM/ATM segment of the telco's network. So any first hop problem
 with packet loss or high latency, may actually be the result of something
 occurring before the first hop. We just don't have the tools to isolate
 where it is starting well enough. Packet loss can be a telco problem, just as
 much as an ISP/NSP problem.
 -->
実際に起こったこの例を見ると、ゲートウェイの調子が悪いのだとと思いたくなります。
しかしふたを開けて見ると、電話会社のネットワークの DSLAM と ATM 部分に問題が
ありました。したがってパケット・ロスや大きな遅延がともなう 1 ホップ目の問題は、
実際には最初のホップにたどり着く以前に発生してる場合がありえます。この問題を
切り分けるのに役に立つツールはありません。パケット・ロスは ISP や NSP と同様、
電話会社の問題でもあり得ます。

</Para>

<Para>
 <!--
 It is also quite possible for the modem itself to cause packet loss. The fix
 here is to power cycle the modem, and resync by unplugging the DSL connection
 for 30 seconds or so. In fact, any part of the connection can be a source of 
 packet loss &#045;&#045; modem, DSLAM, ATM network, etc.
 -->
 またモデム自身がパケット・ロスを起こす可能性も充分にあり得ます。この場合は、
 モデムの電源を入れ直して、DSL の接続を 30 秒程落としてから再同期してみて
 ください。つまり接続上にあるどの場所―モデムや DSLAM、ATM ネットワーク―
 であってもパケット・ロスは起こり得ます。
 
</Para>

<Para>
 <!--
 If you do find a problem within your ISP's network, it's time to report the
 problem to tech support.
 -->
 ISP 上のネットワークに問題を発見したなら、テクニカル・サポートに問題点を
 報告してください。
 
</Para>


<!--   ~~~~~       New Section      ~~~~~     -->

<Sect3>
<!-- <Title>Miscellaneous Network Problems</Title> -->
 <Title>その他のネットワーク上の問題</Title>

<Para>
 <!-- Some odds and ends: -->
 雑多なことをいくつか。


</Para>

<Para>
 <ItemizedList>

  <ListItem>

       <comment>This might be better as a different kind of list.
       Perhaps a variablelist or possibly even a segmentedlist.
       
        HB -- Maybe, but for time being 'works for me'....
       </comment>

   <Para>
     <!--
     <Emphasis>Some Web pages won't load.</Emphasis> For PPPoX users, the
     MTU value could be too high. The correct ppp0 device setting should be
     1492, but actually it needs to be 8 bytes less than any router you pass
     through on the way to the site. If a router somewhere is misconfigured,
     you could have problems. Try experimenting with lower MTU values. Any LAN
     hosts behind the connection, may even need to be lower &#045;&#045; 1452 or maybe
     even 1412.
     -->
     <Emphasis>ロードできない Web サイトがいくつかある。</Emphasis>これは 
     PPPoX を使っているユーザが、MTU 値をあまりにも大きくしている場合に
     起こります。
     PPP0 デバイスの適正な値は 1492 ですが、そのサイトにたどり着くまでに
     通過するすべてのルーターが、それより少なくとも 8 バイト小さい値を必要
     としています。どこかのルーターが設定を間違っていれば、この問題に出くわ
     します。試しに MTU 値を小さくしてみてください。その LAN に接続している
     ホストはそれよりも小さい値―1452 もしくは 1412 にする必要があるかも
     しれません。
   
   </Para>
  </ListItem> 
  
  <ListItem>
   <Para>
    <!--
    <Emphasis>Ping by IP address</Emphasis> works, but not hostname. The
    nameservers are not being setup correctly in
    <Filename>/etc/resolv.conf</FileName>. Check your client's (DHCP, PPPoX)
    documentation or enter these manually with a text editor. Get the 
    correct DNS server addresses from your ISP.
    -->
   <Emphasis>IP アドレスで ping を打つ</Emphasis>と問題ないが、ホスト名を
   打つとおかしい場合。これは <Filename>/etc/resolv.conf</FileName> に
   あるネーム・サーバの設定が間違っています。クライアント(DHCP, PPPoX)の
   ドキュメントを調べて、テキスト・エディタで直接修正してください。ISP 
   から DNS サーバの正しいアドレスをもらってください。
   </Para>
  </ListItem> 

  <ListItem>
   <Para>
    <!--
    <Emphasis>PPPoX disconnects</Emphasis>. Unfortunately, there is a tendency
    for PPPoX to drop connections. PPP can be sensitive to any line
    condition which results in a temporary interruption of the connection.
    This may not be completely solvable, depending on what and where the
    problem is. You might try a different client, or check your current
    client's documentation on this issue. If worse comes to worse, set up a cron
    job to watch the connection, and re-establish if necessary.
    -->
    <Emphasis>PPPoX が切れる。</Emphasis>PPPoX の接続が運悪く切れがちに
    なります。PPP は回線状況に左右されやすく、断続的に接続が切れる結果と
    なります。これは何が問題で、どこで発生しているかを突き止めれば、
    完璧に解決できます。別々のクライアントから試してみるか、現状のクライ
    アント付属のドキュメントでこの問題を調べてみてもいいかと思います。状況
    がさらに悪化するようであれば、必要なら cron のジョブをしかけて、接続と
    再接続を監視してください。
  
   </Para>
  </ListItem> 

  <ListItem>
   <Para>
    <!--
  <Emphasis>Interface or route goes down for no reason</Emphasis>. If
    <Command>ifconfig</Command> and/or <Command>route</Command> show the
    interface and/or route has automagically disappeared, it may be due to 
    a buggy NIC driver. This may also happen with DHCP if the server does not
    respond for long periods of time. (Possibly a bug in the client? I have
    seen this with early versions of <Command>pump</Command> from Redhat. HB.)
    -->
   <Emphasis>理由もなくインタフェースや経路がダウンしてしまう。</Emphasis>
   <Command>ifconfig</Command> や <Command>route</Command>を使うと、インタ
   フェースや経路情報がどういうわけか消えてしまうなら、それはバグった NIC の
   ドライバのせいです。DHCP サーバが長時間にわたって応答を返さない場合も
   同様な現象が起こります(クライアントのバグ？ と思ったのは、Redhat から出た 
   <Command>pump</Command> の初期バージョンでこのようなケースがあったからです)。
   </Para>
  </ListItem> 

  <ListItem>
   <Para>
    <!--
    Sub-par performance, or errors with the interface (e.g. eth0), may
    possibly be caused by a duplex mismatch. This would be most apparent when
    maxing out the connection. Most DSL modems and routers typically are set
    to half duplex, and your NIC should be set likewise. 
    -->
    パフォーマンスやエラーが芳しくない(たとえば rht0 の)場合は、恐らく全二重、
    半二重の不整合があると思われます。DSL モデムやルーターの大半は、通常半二重
    に設定してあって、NIC も同様になっているはずです。
   
   </Para>
  </ListItem> 
 
 </ItemizedList>
</Para>


</Sect3>

</Sect2>

<!--  ~  End Section  ~  -->




<!--   ~~~~~       New Section      ~~~~~     -->

<Sect2 id="throughput">
<!-- <Title>Measuring Throughput</Title> -->
 <Title>スループットの計測</Title>

<Para>
 <!--
 One of the first things most of us do is check our speeds to make sure we
 aren't getting short changed, and that our system is up to snuff. Doing this
 accurately is easier said than done however. First, remember you are losing
 10-20% right off the top due to networking protocol overhead. Just how much
 is <Quote>lost</Quote> here depends on your provider's network architecture,
 where and how you are measuring this and other considerations. Most of us may
 wind up being closer to 20% than 10%.
 -->
 我々がまずはじめにするテストの 1 つに速度計測があります。これによって、予想
 していたよりたいしたことがないのか、システムが好調なのかを確認できます。
 正確に計測するのは思ったほどやさしくはありません。まず、ネットワークで使用
 するプロトコルのオーバーヘッドで、10 から 20 &percnt; 理論値より遅くなります。
 本当にどのくらい<Quote>遅くなる</Quote>かは、プロバイダのネットワーク構成に
 よって異なります。どこで、どのように値を計ったかに依存します。普通は、10 〜 
 20 &percnt; ぐらいになります。
 
</Para>

<Para> 
 <!--
 Then, any time you hit the Internet, there is some slight degradation of
 performance with each hop you take. Now this may not amount to much, as long
 as you are not taking too many hops and all the components &#045;&#045; your system,
 your ISP's network, your ISP's upstream provider, and the destination itself
 &#045;&#045; are all working like well oiled machines. But there's the rub &#045;&#045; how do
 you really know with so many variables in the mix? One flaky interface, on
 one router, on one hop along the path, may cause misleading results.
 -->
 インターネットにアクセスすると、ホップが増えるごとにわずかですがパフォーマンス
 が低下しています。現状それ程大きな影響はないと思います。理由はホップ数が
 それ程でもなかったり、コンピュータすべて―あなたのシステムや ISP のネット
 ワーク、上流の ISP のプロバイダ、そして接続相手―がすべて手入れの行き届いた
 機械と同じように、何の支障もなく動いていたりする限りは。しかし、障害があれば
 ―その要因が幾重にも組み合わさっていることを、どうやって理解できるでしょう？
 経路上のルータのどれかに挙動不審のインタフェースが 1 つでもあれば、誤った結果
 になってしまうかもしれません。

</Para>

<Para>
 <!--
 Your absolute max speed is going to be at your point of connection to your
 ISP &#045;&#045; the ISP's gateway. It can only go downhill from there, not up! So the
 ideal test is as close to home as possible. This eliminates as many unknown
 variables as possible. If your ISP has a local ftp server, this is an
 excellent place to run your own tests. (Run a traceroute though just to see
 how local it really is.) 
 -->
 確実に最大速度が出るであろう接続先は、加入している ISP―ISP のゲートウェイ
 です。そこへ一気に下ればいいだけで、登ることはないからです。
 つまり理想的なテストは、できるだけ自宅から近いところです。
 これは可能な限り予想できない要因の数々を取り除けるからです。ISP にローカル
 の ftp サーバがあるなら、テストを行う絶好の場所になります(traceroute 
 をかけて、本当にローカルなのかを見てくだい)。
</Para> 
 
<Para> 
 <!--
 If your ISP does not have this, look for an ftp site that is close &#045;&#045; the
 fewer the hops, the better. And look for one that isn't too busy, or you will
 get misleading results. Find a large file &#045;&#045; like 10 Megs &#045;&#045; and time the
 download. Try this over several days, and at different times of day. The
 server, and the backbone, are going to be busier at certain times of day,
 which can skew results and you want to eliminate these variables as much as
 possible. Your provider cannot compensate for heavy backbone traffic,
 backbone bottlenecks, slow or busy servers, etc. 
 -->
 ISP が ftp サーバを持っていないなら、近くにある ftp サイトを探してください―
 ホップ数ができるだけ少ない方が好ましいです。また暇なサーバを見つけてください。
 でないとおかしな結果になってしまいます。大きなファイルを見つけて― 10 MB 
 程度―、ダウンロード時間を計ってください。これを何日か続けてみてください。
 また、別々の時刻で実行してみてください。サーバやバックボーンは、1 日の中で
 ある時刻に忙しい場合がありますので。こうしないと、結果がゆがみ、余計な要因を
 できるだけ排除する必要がでてくるからです。プロバイダは、バックボーンの
 トラフィックが重いことやボトルネック、遅くて負荷が重いサーバ等に対しては
 保証していません。

</Para>

<Para>
 <!--
 There are many test sites scattered around the web. Some are better than
 others, but take these with a grain of salt. There are just too many
 variables for these tests to reliably give you an accurate snapshot of your
 connection and throughput. They may give you a general picture of whether you
 are in the ballpark of where you think you should be or not. One good speed
 test is <Ulink
 URL="http://www.dslreports.com/stest/0">http://www.dslreports.com/stest/0</Ulink>.
 Another test is <Ulink
 URL="http://speedtest.mybc.com/">http://speedtest.mybc.com/</Ulink> (both are
 Java). I find these to be better than some of the others out there.
 -->
 テストするサイトがあちこちに散在しています。良いところもありますが、話半分
 にしておいてください。あまりにも要因がたくさんあるために、テストによる接続や
 スループットのその場の計測値は正確であるとは言えません。これらのサイトでは、
 あなたがそうあるべきだと思っている値の許容範囲にあるか、いないかという概要
 をつかむぐらいはできるかもしれません。速度テストとしてお薦めは、<Ulink
 URL="http://www.dslreports.com/stest/0">http://www.dslreports.com/stest/0</Ulink> と <Ulink URL="http://speedtest.mybc.com/">http://speedtest.mybc.com/
 </Ulink> があります(両方とも Java が必要です)。他のサイトの結果よりは正確
 だと思います。

</Para>

<Para>
 <!--
 Now keeping in mind that we are limited by the ~10-20% networking overhead rule,
 here is an example. My speed is capped at 1472 Kbps sync rate. Minus the ~15%
 is 1275 Kbps. My sync rate is known to be good and my distance to the CO is
 about 11,000 Ft, which is close enough that I should be able to hit my real
 world maximum throughput of 1275 Kbps or roughly 1.2-1.3 Mbps &#045;&#045; all other
 things being equal. From dslreports.com speed test:
 -->
 ここで忘れてはいけないのは、およそ 10 &percnt; 〜 20 &percnt; のネットワーク
 上のオーバーヘッドという制約を受けることです。例を上げておきます。私の場合
 は、1472 Kbps という同期速度が上限です。ここからおよそ 15 &percnt; 落ちると
 1275 Kbps となります。この同期速度は、電話局から 11,000 フィート(約 3,350 m)
 あることを考えると充分な速度で、実際には 1275 Kbps つまりおおよそ 1.2 〜 
 1.3 Mbps という、最大限のスループットが出ていると言ってもいいと思います
 ―他の条件が同じならばですが。dslreports.com の速度テストは下記の通りです。

</Para>

<Screen>

 Test running..Downloaded 60900bytes in 5918ms
 Downloaded 696000bytes in 4914ms
 First guess is 1133kbps
 fairly fast line - now test 2mb
 Downloaded 1679100bytes in 11090ms
 Upload got ok 1 bytes uploaded
 Uploaded 1bytes in 211ms
 Upload got ok 1 bytes uploaded
 Uploaded 1bytes in 205ms
 Upload got ok 1 bytes uploaded
 Uploaded 1bytes in 207ms
 Upload got ok 50000 bytes uploaded
 Uploaded 50000bytes in 2065ms
 Upload got ok 100000 bytes uploaded
 Uploaded 100000bytes in 3911ms
 
 ** Speed 1211(down)/215(up) kbps **
 (At least 24 times faster than a 56k modem)
 Finish.

</Screen>

<Para>
 <!--
 1.211 Mbps is probably about as good as I can realistically expect based on
 my service. There is no reason for me to go troubleshooting or looking for
 tweaks.  
 -->
 1.211 Mbps という値は、サービスに対して現実的に期待していた値とほぼ同じです。
 この結果に対して、トラブルシューティングやチューニング方法を探し出す気はあり
 ません。

</Para>

<Para>
 <!--
 <Emphasis>Big Caution</Emphasis>: my ISP uses a caching proxy server for
 web pages. This is a big equalizer for these kinds of web based
 tests. Without that, I surely would have been significantly slower on this
 test. The effect of the proxy is that you are actually testing throughput
 from the proxy &#045;&#045; NOT the test site. Just FYI. Another note: at the same time
 I tried another test site and was consistently getting 600-700 Kbps. So YMMV
 with these tests. (Usually I get the same on each, more or less.) Timing a
 large ftp download from two different sites, I calculated about 1.25 Mbps. 
 -->
 <Emphasis>警告！！！：</Emphasis>私が加入している ISP は Web ページ用に
 キャッシュ・プロクシを立てています。これはこの手の Web ベースのテストの結果
 をならしてしまいます。もしこれがなければ、テストの結果は明らかに遅くなって
 しまったでしょう。プロクシがあると、実際はプロクシからのスループット
 をテストしていることになってしまいます―テストサイトではなく。参考までに、
 別の警告を。同時刻に別のテストサイトを計測しましたが、 600 〜 700 Kbps 
 がコンスタントに出ました。まあ、ケースバイケースですが(いつもは、多かれ
 少なかれ、それぞれ同じような結果が出ています)。2 つの異なるサイトから大きな
 ファイルを ftp して計測してください。私の場合は、約 1.25 Mbps でした。


</Para>

</Sect2>

</Sect1>

<!--  ~  End Section  ~  -->





<!--   ~~~~~~~~       New Section Header    ~~~~~~~~~     -->


<Sect1 id="overview">
<!-- <Title>Appendix: DSL Overview</Title> -->
 <Title>付録: DSL の概略</Title>


<Para>
 <!--
 DSL is a telephone loop technology that uses existing copper phones lines, 
 and provides a dedicated, high speed Internet connection. One of the big
 advantages of some DSLs (notably ADSL), are that they can co-exist on the
 same line with a traditional voice service or <Quote>POTS</Quote> (Plain Old
 Telephone Service). This is accomplished by utilizing different frequency
 ranges above the voice range (voice is up to 4KHz). Essentially, this gives
 two lines in one: one for POTS, and one for Internet connectivity. When all
 is working normally, there should be no interference between the two
 <Quote>lines</Quote>. This gives DSL a potentially broad consumer base, and
 helps minimize costs for providers.
 -->
 DSL は電話回線で実現する技術で、既存のより対銅線を使って、専用で高速な
 インターネット接続を実現します。DSL(特に ADSL)の長所として大きいのは、
 <Quote>POTS</Quote>(Plain Old Telephone Service)と言われるこれまでの音声
 サービスと回線を共有できる点にあります。これは音声が利用する範囲(電話は
 4 KHz まで)とは異なる、より高い周波数を利用することで実現しています。本来は
 これで 1 回線を 2 回線にできます。1 つは POTS、もう 1 つはインターネット
 接続です。すべてがうまく動いていれば、<Quote>回線間</Quote>には何の影響
 も生じません。このことは DSL を一般消費者ベースに広げていくことを可能に
 し、かつプロバイダのコストを最小限におさえることにもつながります。


</Para>

<Para>
 <!--
 DSL is positioned for the Home and Small Office (SOHO) market that is 
 looking for high speed Internet access at reasonable prices. Since it also
 typically provides dedicated, <Quote>always on</Quote> access, it can be used
 for interconnecting low to mid range bandwidth servers, and provides a great
 access solution for small LANs. It is also great for those Linux power users
 that just want a fat pipe  :-).
 -->
 DSL は個人自宅もしくは SOHO 市場にターゲットを当てていて、高速なインターネット
 接続をリーズナブルな価格で実現したい人向けになっています。普通は専用で割り当て
 られるので、<Quote>常時</Quote>接続が可能で、ローエンドからミドルレンジの
 帯域が必要なサーバ向けにも利用できます。また、小規模な LAN が接続するのにも
 最適です。Linux のパワーユーザが広い帯域を欲しい場合にもぴったりです :-)。

</Para>

<Para>
 <!--
 Phone companies, and other independent telecommunications providers (CLECs),
 are now deploying DSL as fast as they can to stay ahead of the Cable
 companies &#045;&#045; the main consumer and SOHO competition for DSL providers. This
 mad rush to get <Quote>a piece of the pie</Quote>, is bringing much
 competition (a good thing!), much diversity, and some confusion, into the
 consumer market. The DSL provider (often, but not always, the phone company)
 will provide the DSL infrastructure. This would include your line, the DSLAM,
 and physical connection to the outside world. From there it is typically
 picked up by an ISP, who provides the traditional Internet services.
 -->
 電話会社やその他独立系の電気通信事業者(CLEC)は、DSL をケーブル TV 会社の
 サービスと同等のものとして広げています―ケーブル TV は、一般消費者や SOHO 
 相手のサービスの競合者です。これによって<Quote>市場の取り合い</Quote>が
 泥沼化し、さらに競争が激化し(いいことです！)、消費者市場に多少の混乱が出る
 ものの、選択肢がかなり広がっています。DSL のプロバイダ(たいては電話会社
 ですが、そうではない場合もある)は、DSL のインフラを提供しています。これは
 回線であったり、DSLAM であったり、外部との物理的な接続であったりします。
 これを従来からインターネット接続サービスを提供している ISP が利用して
 いるわけです。
 
</Para>


<Para>
 <!--
 Consumer DSL plans are typically <Quote>best effort</Quote> services. While
 boasting speeds approaching T1, and even surpassing that in some cases, it is
 not necessarily as reliable as T1 however. Business class DSL offers more
 reliability at a higher cost than consumer plans, and is a good compromise
 where both reliability and bandwidth are at a premium. All in all, the cost
 of DSL compared to traditional telco services, such as T1, is attractive and
 substantially more affordable for home and small business users.
 -->
 一般消費者向けの DSL は、普通<Quote>ベスト・エフォート</Quote>サービス
 です。T1 並みの速度を豪語し、場合によってはそれを凌駕しますが、T1 ほど
 信頼性があるわけではありません。ビジネス対象の DSL は一般消費者向けより
 もコストがかかりますが、割り高な分だけ信頼性と帯域が好条件となります。
 全般的に見て、DSL のコストはこれまでの電話会社のサービス、たとえば T1 と
 比較して、自宅や小規模なビジネスにとって魅力的であり充分に手頃です。

</Para>
 
<Para>
 <!--
 DSL providers often do not have service contracts for home users,
 while business class DSL services typically do include similar SLAs (Service
 Level Agreements) to that offered for a T1 line.
 -->
 DSL プロバイダは、個人ユーザ向けにはサービス規約を定めていない場合がよく
 あります。一方ビジネス・クラスの DSL サービスは、普通 T1 回線で定めて
 いるような SLA(Service Level Agreements サービス水準についての規約)を
 持っています。

</Para>

<Para>
 <!--
 The downside is that DSL is not available everywhere. Availability, and
 available bit rate (speed), are purely a function of where you live, where
 the telco has installed the prerequisite hardware, how far you are from the
 DSLAM/CO, and the quality of your phone line (loop). Not all loops are
 created equal, unfortunately. The primary limitation is distance.
 -->
 マイナス面として、DSL はどこでも利用できるわけではない、という点があり
 ます。利用しやすさや利用できるビット・レート(速度)は、どこに住んでいるか、
 電話会社があらかじめ用意しておく必要がある設備をどこに設置しているかに
 よります。どのくらい電話局にある DSLAM から離れているか、電話線(回線)の
 質はどのくらいか、ということにも左右されます。

</Para>


<!--   ~~~~~       New Section      ~~~~~     -->

<Sect2 id="family">
<!-- <Title>The DSL Family</Title> -->
 <Title>DSL の仲間</Title>

<Para>
 <ItemizedList>

 <ListItem>
   <BridgeHead renderas=sect3>ADSL</BridgeHead>
 <Para>
   <!--
   Asymmetric Digital Subscriber Loop currently supports downstream rates up
   to 8 Mbps, and upstream of 1024 Kbps, hence the <Quote>asymmetric</Quote>.
   The most widely deployed form of DSL at this time, and was specifically
   developed for the home and SOHO markets. The higher downstream rates lends
   itself to those not running serious servers &#045;&#045; at least anything more than
   a small, personal web site. ADSL is capable of sharing data with a POTS
   voice line, so an additional line is not required. A big selling point.
   ADSL, like other DSLs, is limited by distance. 18,000 ft (5.5 km) is a
   typical cut-off point for telcos. ADSL does typically require either a
   splitter or filters to isolate the DSL signal from POTS. Sometimes referred
   to as <Quote>full rate</Quote> ADSL in order to differentiate it from
   G.Lite DSL. There are two common line encodings for ADSL: DMT and CAP. DMT
   (a.k.a. Alcatel compatible) has won the standards battle and is now the
   standard and the more common of the two. Also, note that modems must be
   compatible with the encoding. In other words, a CAP modem will not work
   with a DMT service, and vice versa.
   -->
   非対称デジタル加入者線(Asymmetric Digital Subscriber Loop)は、下り
   で 8 Mbps 上りで 1024 Kbps の速度を現状では提供しています。これが<Quote>
   非同期</Quote>と呼ばれる由縁です。現在 DSL の中では最も展開しており、
   自宅、SOHO 市場向けに開発されました。高速な下り速度は、サーバとして
   クリティカルではないもの―少なくとも小規模で個人で立ち上げた Web サイト
   に過ぎないもの―に適しています。ADSL は POTS と呼ばれる音声回線とデータ
   を共有可能で、回線を追加する必要はありません。これが大きな売りになって
   います。ADSL は 他の DSL と同様、距離に制約があります。普通は 18,000 
   フィート(5.5 km)が電話会社にとっての限界点になっています。通常 ADSL は、
   スプリッタもしくはフィルタを利用して POTS と DSL の信号を分離する必要が
   あります。G.Lite DSL と区別するために、<Quote>フルレート</Quote>の ADSL 
   と言う場合もあります。ADSL を符号化するのに 2 つの方法があります。
   それは、DMT と CAP です。DMT(別名 Alcatel 互換)は、標準化戦争に打ち勝ち、
   現在では標準として他よりも一般的になっています。また、モデムはこの符号化
   と互換性をもっているはず、ということを銘記してください。つまり、CAP 
   モデムは、DMT サービスでは使えず、またその逆も真です。
  </Para>

  <Para>
  【訳註：米国と比較して、日本はさらに回線品質に対するマイナス要因があります。
  それは、電話局と電話利用者間の距離が 7 km という場合があること、銅線の太さ
  が 0.1 mm細いこと(米国は 0.5 mm で日本は 0.4 mm)、より対線間の絶縁材料に
  紙が使われている場合があること(米国はすべてプラスチック)です。】
  </Para>
 </ListItem>
 
 <ListItem>
   <BridgeHead renderas=sect3>G.Lite</BridgeHead>
  
  <Para> 
   <!--
   G.Lite is sometimes referred to as <Quote>DSL Lite</Quote>,
   <Quote>Universal DSL</Quote> or <Quote>splitterless ADSL</Quote>, is a
   slower version of ADSL that requires no splitters <Emphasis>or </Emphasis>
   filters. The isolation of voice and data signals is handled at the CO.
   Currently G.Lite supports speeds up to 1.5 Mbps/512 Kbps, and at one 
   time was expected to become the dominant consumer DSL service. As of this
   writing, it is not nearly as wide spread as <Quote>full rate</Quote> ADSL
   however.
   -->
   G.Lite は、<Quote>DSL Lite</Quote> や <Quote>Universal DSL</Quote>、
   <Quote>splitterless ADSL</Quote> と呼ばれることもあり、スプリッタを必要
   としない<Emphasis>もしくは</Emphasis>フィルタを使う低速の ADSL です。音声
   とデータの信号の分離は電話局で行います。
   現在 G.Lite は、上り 1.5 Mbps、下り 512 Kbps の速度まで提供しています。
   また一時は一般消費者向けの DSL サービスとして優勢になると思われていま
   した。しかしこれを書いている時点では、<Quote>フルレート</Quote> ADSL 
   と同様に広がっているとはいえません。

  </Para>
 </ListItem>
 
 <ListItem>
   <BridgeHead renderas=sect3>SDSL</BridgeHead>

  <Para> 
   <!--
   Single-pair Digital Subscriber Loop, or also sometimes referred to
   as <Quote>Symmetric Digital Subscriber Loop</Quote> since it is indeed
   symmetric with a current maximum rate of 1.5 Mbps/1.5 Mbps. SDSL requires a
   dedicated line, and thus true SDSL is not as readily adaptable to the
   consumer market as ADSL. SDSL also uses a 2B1Q encoding (same as ISDN and
   some T1) which is considered more robust than the DMT or CAP encoding of
   ADSL. True SDSL is generally considered more of a server quality DSL. It is
   worth noting that some providers may be marketing a <Quote>SDSL</Quote>
   service that is really ADSL pinched so that upstream/downstream are the
   same. Or vice versa, SDSL with asymmetrically allocated bandwidth.
   Wasn't all this confusing enough already?
   -->
   シングルペア・デジタル加入者線(Single-pair Digital Subscriber Loop)
   もしくは、<Quote>対称デジタル加入者線(Symmetric Digital Subscriber Loop)
   </Quote>とも呼ばれていて、実際上り、下りとも最大 1.5 Mbps という対称な
   速度を出しています。SDSL は専用線を必要としていて、ADSL のように一般
   消費者向け市場としてすんなりと受け入れられるものではありません。SDSL 
   は ISDN や H1 と同様に 2B1Q 符号化を使っていて、これは ADSL が使っている
   DMT や CAP 符号化よりも障害に強いとみなされています。本当の SDSL は
   一般的にサーバを運用できる品質を持った DSL と考えられています。本当の
   という意味は、プロバイダの中には <Quote>SDSL</Quote> と称して苦し紛れ
   に ADSL を売り込んでいるところがあるからです。これは上り、下りが同じと
   いうことだけです。もしくは、反対に非対称の帯域幅を持つ SDSL もあります。
   もう充分に訳が解らなくなりましたよね？

  </Para>
 </ListItem>


 <ListItem>
   <BridgeHead renderas=sect3>IDSL</BridgeHead>

  <Para>
   <!--
   ISDN Digital Subscriber Loop, 144 Kbps/144 Kbps is really a new and
   improved ISDN from Lucent Technologies and uses the same 2B1Q line encoding
   as ISDN, SDSL and others. IDSL does require a dedicated line however. The
   benefits are that it is an <Quote>always on</Quote> technology, like other
   DSLs, and provides an additional 16 Kbps over traditional ISDN. It is being
   marketed by some DSL providers as a low end bit rate option, where line
   quality is not sufficient for higher speeds such as that of ADSL.
   -->
   ISDN デジタル加入者線(ISDN Digital Subscriber Loop)は、上り下りとも 144Kbps
   の速度を持ち、Lucent Technologies がすべて新規に開発した ISDN です。ISDN や 
   SDSL 同様、2B1Q 回線符号化を行っています。しかし IDSL は専用線を必要と
   します。長所は他の DSL 同様、<Quote>常時接続</Quote>技術にあります。
   従来の ISDN に対して 16 Kbps 増速しています。DSL プロバイダの中には
   ローエンド速度向けとして販売しているところもあります。ただし、回線品質は 
   ADSL のような高速な通信には充分とはいえません。

  </Para>
 </ListItem>
 
 <ListItem>
   <BridgeHead renderas=sect3>RADSL</BridgeHead>

  <Para>
   <!--
   Rate Adaptive Digital Subscriber Loop was developed by Westell and has a
   potential of 2.2 Mbps downstream and 1.0 Mbps upstream. What makes RADSL
   more flexible is that the sync rate can be dynamically adjusted up or down
   as line conditions change. This makes it more of a viable alternative where
   line conditions are marginal due to distance or other factors. In many
   respects, RADSL is an enhanced ADSL to meet a more diverse set of line
   conditions. Like ADSL, RADSL can piggyback on the POTS line. RADSL does not 
   require any splitters or filters.
   -->
   Rate Adaptive Digital Subscriber Loop は、Westell が開発し、最大で上りが 
   2.2 Mbpsまで、下りが 1.0Mbps となります。RADSL が柔軟とされる理由は、同期
   速度(上り下りとも)が回線の状態にあわせて動的に変動する点にあります。これは
   距離やその他の要因で回線状態が限界にある場合に、より優れた実現可能な案と
   なりえます。RADSL は ADSL の機能を様々な点から拡張し、回線状態対してより
   適合するようになっています。ADSL と同様に、RADSL は POTS の回線に相乗り
   できます。
   RADSL はスプリッタもフィルタも不要です。

  </Para>
 </ListItem>

 <ListItem>
   <BridgeHead renderas=sect3>HDSL</BridgeHead>
  
  <Para>
   <!--
   High bit-rate DSL was one of earliest versions of DSL. HDSL
   requires multiple, dedicated wire pairs, and is symmetric at 1.5
   Mbps/1.5 Mbps (the speed actually depends on number of wire pairs
   used). Not a viable alternative for the consumer or SOHO markets.
   -->
   High bit-rate DSL は、DSL 初期のバージョンの 1 つです。HDSL は
   複数の専用線を組み合わせ、上り下りとも 1.5 MBps の速度がでます。
   (実際の速度は、線を何本組み合わせるかによります)。一般消費者や 
   SOHO 向けの選択肢には入りません。
  </Para>
  
 </ListItem>

 <ListItem>
   <BridgeHead renderas=sect3>VDSL</BridgeHead>
  
  <Para>
   <!--
   Very high rate Digital Subscriber Loop is a DSL still in development
   with a current downstream capacity of 52.8 Mbps, and upstream of
   2.3 Mbps. At this time, VDSL is limited to very short loop lengths,
   and is not yet a viable alternative. It may find application where
   there is fiber to the neighborhood, and thus the copper loop
   segment is relatively short.
   -->
  Very high rate Digital Subscriber Loop は、開発中の DSL で、下りが 52.8 
  Mbps で上りが 2.3 Mbps です。VDSL は現時点で回線の距離が非常に短いという
  制約があり、実現可能な手段とはなっていません。近所まで光ファイバーが来て
  いて、より対銅線が短くて済めば使い物になるかもしれません。

  </Para>
 </ListItem>
 <ListItem>
  <BridgeHead renderas=sect3>UDSL</BridgeHead>
  <Para>
   <!--
   Unidirectional Digital Subscriber Loop is a proposal from Europe that is
   not yet in use. 
   -->
  Unidirectional Digital Subscriber Loop は、ヨーロッパで提案された規格ですが、
  まだ利用されていません。
  </Para>
 </ListItem>

 <ListItem>
   <BridgeHead renderas=sect3>G.SHDSL</BridgeHead>

  <Para>
   <!--
   The standards for G.SHDSL are not finalized yet, but should be soon.
   Supposedly to include many enhancements including better reach and 
   better rate adaptation.
   -->
   G.SHDSL は、未完成ですが、まもなく完成する予定です。
   恐らくより遠くの距離に対応し、速度調整も柔軟になるといった機能強化
   が多数なされると思われます。
  </Para>
 </ListItem>


 </ItemizedList>
</Para>

</Sect2>

<!--  ~  End Section  ~  -->



<!--   ~~~~~       New Section      ~~~~~     -->

<Sect2>
<!-- <Title>The DSLAM</Title> -->
 <Title>DSLAM</Title>

<Para>
 <!--
 This technology is made possible by the placement of DSLAMs, or Digital
 Subscriber Loop Access Multiplexers, from such suppliers as <Ulink
 url="http://www.alcatel.com">Alcatel</Ulink> and 
 <Ulink
 URL="http://www.cisco.com/warp/public/cc/pd/si/6000/prodlit/c6160_ds.htm">Cisco</Ulink>,
 in the telco's Central Office, or sometimes a suitable remote location.
 DSLAMs come in various shapes and sizes, and are the one, single complex and
 costly component of a DSL connection. When a qualified phone line is
 connected to a modem at the user's end of the loop, a high speed digital
 connection is established, typically over ATM, or sometimes frame relay. The
 DSLAM splits the signal back into separate voice and data channels. The voice
 channel stays within the telco network, whereas the data is picked up by an
 ISP (typically).
 -->
 この技術は、DSLAM(Digital Subscriber Loop Access Multiplexer)が電話局や離れた
 場所にうまい具合に配置されたことで、実現可能になりました。これは <Ulink
 url="http://www.alcatel.com">Alcatel</Ulink> や <Ulink 
 URL="http://www.cisco.com/warp/public/cc/pd/si/6000/prodlit/c6160_ds.htm">Cisco</Ulink> が供給しています。
 DSLAM には、様々な形や大きさがあり、DSL 接続する中でただ 1 つ複雑で高価な
 構成要素です。一定の品質を持つ電話回線にユーザ側がモデムで接続すると、高速な
 デジタル接続が確立します。一般的に局側では ATM もしくはフレームリレー網になっ
 ています。DSLAM は信号を音声チャネルとデータチャネルに分離します。音声は
 電話会社のネットワーク上を伝わり、データは ISP(普通は)に伝わります。
</Para>

<BridgeHead renderas=sect3>
 <!-- Figure 4: A Typical DSL Connection Path -->
  図 4: 典型的な DSL 接続経路 -->
</Bridgehead>
 
<Para> 
 <Literal>
  <MSGText> 
   <LiteralLayout>

 Voice -+                                               +---> Voice 
        |<-- copper loop --> DSLAM/CO <--{ATM cloud}--->|
 modem -+                       |                       +---> Inet
        |                       |                       |
 ether..|..... DSL/ATM here ....|.... raw ATM here .....|.. TCP/IP ..
        |                                               |
 SOHO...|............ telco (ILEC or CLEC) .............|.. ISP ..| NSP
 
   </LiteralLayout>
  </MSGText> 
 </Literal>
</Para>

<!--   ~~~~~       New Section      ~~~~~     -->

<Sect3>
<!-- <Title>Sync</Title> -->
 <Title>同期</Title>
 
<Para> 
 <!--
 A good, working connection to the DSLAM is referred to as
 <Quote>syncing</Quote>. This is typically indicated by LEDs on the modem.
 Without sync, nothing happens. The modem will establish a sync rate which is
 often throttled by the provider at a predefined limit. This limit, or
 <Quote>cap</Quote>, is at the provider's discretion and is part of the
 service that is being provided. Your modem may well sync at a higher rate
 than the <Quote>cap</Quote>, but your speed will be limited to whatever
 <Quote>cap</Quote> the provider is enforcing. So while ADSL has an upward
 theoretical limit of 8 Mbps, you will not see that speed &#045;&#045; unless of course
 your provider is selling an 8 Mbps plan. Most plans are well below this.
 -->
 DSLAM への接続が良好に動作することを<Quote>同期する</Quote>と言います。たい
 ていはモデムの LED で確認できます。同期しなければ、何も起こりません。モデム
 はプロバイダが事前に設定した制限の値で同期速度を確立します。この制限値
 もしくは<Quote>最高限度上限値</Quote>はプロバイダ側が決定し、提供される
 サービス内容の一部でもあります。
 モデムは<Quote>最高限度値</Quote>より高い値で同期するかもしれませんが、
 プロバイダ側が強制的に<Quote>最高限度上限値</Quote>にまで速度を落とします。
 つまり ADSL は理論的には上りで 8 Mbps まで出ますが、その速度を体験することは
 できません―もちろん、プロバイダが 8 Mbps のサービスを提供していないなら。
 たいていのサービスはこれを下まわります。

</Para>

<Para>
 <!--
 Below is the status information from a SpeedStream 5660 modem/router via the
 built-in telnet interface. In this example, the customer is on a 1.5 Mbps/384
 Kbps service: 
 -->
 下記は、SpeedStream の 5660 モデム・ルータに telnet を使って得られた接続情報
 です。この例だと、利用者は、下り 1.5 Mbps、上り 384 Kbps のサービスを受ける
 ようになっています。

</Para>

<Screen>

 Command-> show dslstatus

 --- Channel Info               ATU-R                    ATU-C
  Current TX Rate  -           384000                  1500000
  Previous TX Rate -                0                        0
  CRC Block Length -                -                        -
  Interleave Delay -                -                        -
 
 --- Physical Layer Info        ATU-R                    ATU-C
  Current Attainable Rate -    448433                  3890243
  Current SNR Margin      -      10.5                     17.0
  Current Attenuation     -      54.5                     31.5
  Current Output Power    -       3.0                     16.0
  Current Status:
   Defects detected       -        No                       No
   Loss of Framing        -   No Loss                  No Loss
   Loss of Signal         -   No Loss                  No Loss
   Loss of Power          -   No Loss                  No Loss
   Loss of Signal Quality -   No Loss                  No Loss

 --- ATU-R Line Status
  Line Coding - DMT
  Line Type   - Fast or Interleaved

 Command->

</Screen>

<Para>
 <!--
 First notice the <Quote>Current Attainable Rate</Quote> in the
 <Quote>ATU-C</Quote> column. This is the downstream sync rate negotiated by
 the modem and DSLAM, which is over 3.5 Mbps. The actual speed is limited,
 however, to 1.5 Mbps/384 Kbps from the first row <Quote>TX Rate</Quote>. This
 is the theoretical limit of this connection. This limit, or
 <Quote>cap</Quote>, can be enforced at the DSLAM, as is the case the here, or
 further upstream. Had the first row <Quote>TX Rate</Quote> been lower than
 the provider's imposed limit, then this would indicate some kind of problem
 with the connection, perhaps due to distance or some kind of line impairment. 
 -->
 まず最初に注目する点は、<Quote>ATU-C</Quote> の列にある <Quote>Current 
 Attainable Rate</Quote> です。これはモデムと DSLAM がネゴーシエーションした
 結果の下りの同期速度です。ここでは 3.5 Mbps という数字になっています。しかし、
 実際の速度は制限され、下り 1.5 Mbps、上り 384 Kbps になっていることが、列の
 最初の <Quote>TX Rate</Quote> からわかります。これはこの接続の理論的な制限
 になります。この制限もしくは<Quote>最高限度値</Quote>は、DSLAM によって設定
 でき、上りについてもこれと同様に行います。最初の列にある <Quote>TX Rate
 </Quote> がプロバイダが指定した制限より低い場合は、何か接続上で問題が生じて
 いることを示しています。恐らく距離によるものか、何かしらかの回線上の障害に
 よるものです。
 
</Para>

<Para>
 <!--
 The attainable sync rate is the result of a number of factors, including wire
 distance to the DSLAM, quality of both inside and outside wiring, the loop
 wire gauge and various other factors within the loop.  Actual measurable,
 real world throughput, on the other hand, is first of all dependent on sync
 rate. Low sync rate means low throughput. In the above example, had the sync
 rate been lower, say 500 Kbps, then that would be the maximum for that
 connection, even though the customer is paying for a 1.5 Mbps service.
 -->
 実現可能な同期速度とは、数多くの要因を組み合わせた結果です。要因とは、DSLAM 
 への回線距離や建屋内外部の配線の品質、回線の規格、その他様々な回線の要因が
 あげられます。一方において、実際に測定できる現実的なスループットは、まず同期
 速度に依存するといってもいいでしょう。上記の例でも同期速度は低く、500 Kbps 
 という値がその接続の最大値となっていました。利用者が 1.5 Mbps のサービスに
 お金を払っていてもです。


</Para> 
 
<Para> 
 <!--
 Secondarily, throughput will depend also on the ISP's network, and then the
 ISP's upstream provider.  You will lose approximately 10-20% of potential
 throughput to networking overhead. In the above example where the connection
 is throttled at 1.5 Mbps, the actual, real-world maximum throughput would be
 somewhere around 1.2-1.3 Mbps when overhead is taken into account. Moreover,
 once you hit the Internet proper, all bets are off as there are any number of
 factors that may impact throughput. A overloaded or busy server is likely to
 be slow no matter how fast your DSL connection is. 
 -->
 次に注目する点は、スループットが ISP のネットワークにも依存している点です。
 その上流のプロバイダにも依存しています。だいたい 10 〜 20 &percnt; 程度
 ネットワークによるオーバーヘッドで失われています。上記の例でも接続は 1.5 
 Mbps に制限されており、実際の現実的な最大のスループットは、オーバーヘッド
 を考えると 1.2 〜 1.3 Mbps 程になると思います。その上一度でもインターネット
 にきちんと接続したなら、スループットに影響を与える要因があまりにたくさん
 あるために、これまで準備したことが無駄になってしまいます。
 過負荷で忙しいサーバに対しては、DSL 接続がいかに速かろうと遅くなってしまい
 ます。


</Para>

</Sect3>

</Sect2>

<!--  ~  End Section  ~  -->





<!--   ~~~~~       New Section      ~~~~~     -->

<Sect2 id="dslmodems">
<!-- <Title>DSL Modems</Title> -->
 <Title>DSL モデム</Title>

<Para>
 <!--
 The modem is the last piece of the connection. The modem is connected
 directly to the DSLAM via the copper loop on the telco end, and plugs into a
 wall jack on your end. When all is well, the modem <Quote>syncs</Quote> with
 the DSLAM, and then makes an IP connection to the ISP, and off we go!
 -->
 接続の末端にはモデムが存在します。モデムは、より対線経由で電話会社の
 終端である DSLAM に直接接続していて、自宅側では壁にあるジャックに挿して
 あります。万事うまく行けば、モデムは DSLAM と <Quote>同期</Quote>し、
 ISP と IP 接続されてインターネット接続を開始します！

</Para>

<Para>
 <!--
 For Linux users, <Emphasis>the modem is a very important
 consideration</Emphasis>! There are many modems supplied by ISPs that are not
 Linux compatible. Your best bet is an external, ethernet interfaced modem (or
 modem/router combo) that connects via a standard ethernet NIC, since most
 other modem options (PCI, USB, onboard) will not work due to a lack of
 drivers at this time! All ethernet based modems will work fine. (See the
 <Link LinkEnd="modems">Modems Section</Link> for an up-to-date list of
 compatible modems.)
 -->
 Linux ユーザにとって<Emphasis>モデムは大切な検討材料です！
 </Emphasis> ISP から提供を受けるモデムの多くは Linux では利用できません。
 外付けでイーサネットのインタフェースがあるモデム(もしくはモデムとルーター
 が組み合わされたもの)が確実な方法です。理由は他に選べるモデムの多く
 (PCI や USB、オンボードタイプ)には、現状ドライバが無いためです！ 
 イーサネットベースのモデムはうまく動作します(<Link 
 LinkEnd="modems">モデムのセクション</Link>にある最新の互換性のあるモデム
 の一覧表を見てください)。
 
</Para>

<Para> 
 <!--
 With ethernet modems, the only potential compatibility issue is the Network
 Card (NIC). (And really any compatible ethernet NIC should do just fine &#045;&#045;
 100 Mbps is not even necessary.) You are probably better off anyway, since PCI and
 USB modems tend to be more problem prone. If your chosen provider does not
 offer a compatible modem as an option, then you either need to look
 elsewhere, or you will have to buy one outright from a third party.
 -->
 イーサネットタイプのモデムで、唯一互換性の問題があるとすれば、それはネット
 ワークカード(NIC)です。(実際に互換性のある NIC なら問題なく動作します―
 100 Mbps はまったく必要ありません) PCI や USB タイプのモデムは問題をいろいろ
 起こしがちなので、多分 NIC の方がうまく行くと思います。加入したプロバイダ
 が互換性のあるモデムをオプションとして提供していない場合は、他のプロバイダ
 に当たるか、サードパーティの互換製品を購入しなければなりません。

</Para>

<Para>
 <!--
 As always, there are exceptions. <Ulink URL="http://www.xpeed.com">Xpeed</Ulink> 
 now has drivers for two PCI modems included with the kernel drivers (as of
 2.2.18). These are the first open source Linux DSL modem drivers, and is 
 welcomed news. <Ulink URL="http://www.alcateldsl.com">Alcatel's</Ulink> ADSL
 SpeedTouch USB modem now has Linux drivers.  Diamond makes an internal PCI
 modem which has binary-only drivers, but it is not in widespread use. <Ulink
 url="http://www.efficient.com">Efficient Networks</Ulink> has reportedly been
 working on Linux drivers for their SpeedStream 3060 and 3061 PCI modems. It
 is also possible to make a direct ATM connection using a modem plus an ATM
 card, though this delivery system is not used in the U.S. as far as I know,
 and should not be considered as a viable option. This would also require a
 2.4 kernel.
 -->
 いつものごとく例外があります。<Ulink URL="http://www.xpeed.com">Xpeed</Ulink> 
 は、2 種類の PCI モデム にカーネル組み込みドライバ(2.2.18 用)を用意しています。
 これは素敵なことです。<Ulink URL="http://www.alcateldsl.com">Alcatel</Ulink>
 の ADSL SpeedTouch USB モデムにも Linux 用のドライバが出ました。Diamond は
 内蔵 PCI モデム用にバイナリのみですがドライバを用意しました。しかし広く
 使われてはいません。<Ulink
 url="http://www.efficient.com">Efficient Networks</Ulink> は、SpeedStream 
 3060 と 3061 という PCI モデムで Linux 用ドライバが動作しているという報告が
 あります。モデムに ATM カードを追加して、直接 ATM 接続もできるようです。
 しかし私が知る限りでは米国でこのシステムは使われていませんので、実現可能
 な選択肢とは考えるべきではありません。またこれにはカーネル 2.4 が必要となり
 ます。

</Para>

<Para>
 <!--
 The most common type of modem in use today is actually a combination
 <Quote>bridge</Quote> and modem device. The bridge is a simple device,
 typically with little configuration.  Network traffic passes blindly across
 the ATM to ethernet bridge in either direction. Your point of exposure is the
 interface (typically a NIC) that is connected to the modem/bridge.  
 -->
 現状実際に最も多く使われているモデムのタイプは、<Quote>ブリッジ</Quote>と
 モデムを組み合わせたものです。ブリッジは単純なデバイスで、普通はほとんど
 設定がいりません。ネットワーク上のトラフィックは、ATM 側からイーサネット側
 のブリッジへ双方向に無条件で流れます。モデムとブリッジが接続しているインタ
 フェース(普通は NIC)が公開されるところになります。
 
</Para>

<Para>
 <!--
 Some ISPs are also be offering <Quote>routers</Quote>. These are basically
 combination modem/routers that can handle NAT, and may have other feature
 enhancements such as port forwarding, a built in hub, etc. These are all
 external, so should work too. But probably not a big deal for Linux users,
 since Linux can do anything these do, and more. A locked down Linux box makes
 a most excellent firewall/gateway/proxy! 
 -->
 ISP の中には<Quote>ルーター</Quote>を用意しているところもあります。基本的
 にはモデムとルーターの組み合わせで、NAT を利用できます。またポート・フォワー
 ディングができたり、ハブを内蔵していたりといった機能強化を行っている場合が
 あるかもしれません。これらはすべて外付けタイプなので、うまく動作するはず
 です。しかし恐らく Linux ユーザにはあまり関係はないと思います。というのも 
 Linux はこれらの機能をより高度に実現できるからです。厳しく管理している 
 Linux マシンは、ファイアーウォールやゲートウェイ、プロクシとして卓越した
 機能を持っているからです！

</Para>

<Para>
 <!--
 To confuse things even more, there are also all-in-one devices: combo
 bridge+router+modem, sometimes called <Quote>brouters</Quote>. In this case,
 the modem can be configured for either bridged or routed modes &#045;&#045; but it
 can't be both at the same time.
 -->
 ややっこしいのはオール・イン・ワンタイプのデバイスです。ブリッジとルーター
 とモデムを組み合わせたものは<Quote>ブルーター</Quote>と呼ばれることがあり
 ます。この場合、モデムはブリッジ・モードやルーター・モードとして設定する
 ことが可能になっています―しかし同時に両方は無理です。

</Para>

<Para>
 <!--
 All providers should make available a modem of some sort. Many ISPs will have
 more than one modem option. Some may give away the modem at no additional
 charge. Some may offer a free base model, and charge the difference for the
 better models with more features. Many of the modems that ISPs supply are not
 available through normal retail channels. Should you want to buy one
 yourself, this leaves used equipment outlets (e.g. ebay), or possibly buying
 a modem that your ISP may not support (i.e. a possibility of no tech support
 if you have a problem). 
 -->
 プロバイダはすべて、何種類かのモデムを利用可能としているはずです。ISP の
 多くは、1 種類以上のモデムをオプションとして用意しています。中には追加
 料金無しでモデムを渡してくれるところもあります。無料のモデルを提供する
 ところもあり、もっと高機能で優れた別の機種に対して、費用を請求するところ
 もあります。ISP が提供するモデムの多くは通常の流通経路で販売していません。
 自分で購入したいと思ったなら、中古製品のアウトレット(たとえば、ebay)を
 当たるか、ISP がサポートしていないモデム(問題があってもサポートは何も得ら
 れないでしょうが)を購入することになるでしょう。
</Para>

<Para>
 <!--
 While some ISPs provide modems that are not readily available through normal
 retail channels, there are a number of manufacturers that are getting on the
 DSL modem bandwagon, and offering a good selection. Most have a
 number of enhancements. At this time Alcatel, Intel, Zyxel, Cisco, 3Com,
 and Cayman have products available. Depending on model and feature set,
 prices range from a little over $100 US to $800 and up. Many of these 
 handle their own authentication and encapsulation (DHCP, PPPoE, etc).
 -->
 ISP の中には通常の流通経路では用意できないモデムを提供しているところが
 ありますが、DSL モデムで勢いに乗っている製造業者はたくさんあります。その
 ような業者は選択肢となりえる優れた製品を売り出しています。たいていは機能
 を大幅に強化していています。現状では Alcatel や Intel、Zyxel、Cisco、3Com、
 Cayman から製品が出ています。価格はモデルや利用できる機能にもよりますが、
 US &dollar;100 を少し越えたところから &dollar;800 というところです。認証
 やカプセル化(DHCP や PPPoE 等)を持っているものがほとんどです。
 
</Para>

<Para>
 <!--
 Are some modems better than others? Short answer: no. Modems are not much of a
 factor in speed. But some do have enhanced features, such as diagnostics or
 the combo modem/routers. Ethernet modems are generally considered the most
 reliable. Fewer IRQ hassles, no buggy drivers, etc. So the fact that Linux
 users are mostly relegated to ethernet modems is a blessing in disguise
 really. Are any of these better than others? Hard to say since most of this
 is so new there is not enough of a track record to compare brands and models
 with any degree of assurance. In other words, any old external, ethernet
 modem should do &#045;&#045; provided it matches your provider's DSL, and is configured
 for that service. Remember, there can be differences here.
 -->
 どのモデムがいいのでしょうか？ 簡単に言うと、「いいものはありません」。
 速度という点では、モデムにはそれほど要因となるものがありません。しかし、
 たとえば診断機能やモデムとルーターの組み合わせなどの機能強化を行ったものは
 存在します。イーサネット・モデムは一般的には信頼性があるものと考えられて
 います。IRQ の設定に問題があったり、ドライバのバグ等で困ることはほとんど
 ありません。したがって Linux ユーザがイーサネットモデムに追いやられるのは、
 一見不幸せですが実は幸いなことなのです。他にいいものはないのでしょうか？ 
 ほとんどが新し過ぎるために、メーカーやモデルを比較検討した充分確かな実績が
 残念ながらありません。言い換えると、古い外付けのイーサネットモデムでうまく
 いくはず、ということです―プロバイダの DSL にマッチしており、そのサービス
 向けに設定してあるからです。間違っていることもありえるのを忘れないでください。

</Para>

<Warning>
 <Para>
 <!--
 Make sure any third party modem or router you may purchase is compatible with
 your DSL provider. There are two major line encodings for ADSL (CAP and DMT
 a.k.a. Alcatel compatible), and several options for IP encapsulation. And
 different DSLs (SDSL, IDSL, etc) will require their own modems too. Your
 provider should have a list of compatible options. It may well have to be
 configured for your ISP's service too. Don't expect it to work right out of
 the box either (unless it does indeed come from your provider). Many are
 accessible via telnet, or a web browser, where the configuration options are
 available. See the owner's manual for this. 
 -->
 サードパーティ製のモデムやルーターを購入する場合は、DSL プロバイダと互換が
 とれていることを必ず確認してください。メジャーな ADSLの符号化は、2 種類(CAP 
 と DMT。別名 Alcatel 互換)あり、IP のカプセリング化もいくつかの選択肢が
 あります。また種々の DSL(SDSL や IDSL 等)には、それぞれ独自のモデムが必要と
 なります。プロバイダは互換製品の一覧を用意しているはずです。また、その ISP 
 のサービスに沿った設定をしなければならない場合もあるかもしれません。
 どちらにしてもモデムなしでうまくいくとは思わないでください(実際、プロバイダ
 から支給していなくとも)。

 </Para>
</Warning>

</Sect2>

<!--  ~  End Section  ~  -->




<!--   ~~~~~       New Section      ~~~~~     -->

<Sect2 id="ispconn">
<!-- <Title>The ISP Connection</Title> -->
 <Title>ISP との接続</Title>

<Para>
 <!--
 The modem connects to the DSLAM, and then the DSLAM is connected to the
 telco's ATM network (or frame relay), where it is picked up by the ISP. The
 ISP typically will take over at what we <Quote>see</Quote> as the first hop on a
 <Command>traceroute</Command>.  Everything up to that point is in the hands
 of the telco/DSL provider. The ISP will connect to the telco's ATM network 
 via a high-speed data connection, usually ATM over a DS3 (45 Mbps) or
 possibly an OC-3 (155 Mbps). The important thing here is that an ISP must
 <Quote>subscribe</Quote> with your telco to provide this connection. The ISP
 will provide traditional ISP type services: email, DNS, news, etc. It is
 really a two step connection &#045;&#045; DSL from one provider, Internet from a second
 &#045;&#045; even though these may be combined into one billing. 
 -->
 モデムは DSLAM に接続していて、DSLAM は電話会社の ATM ネットワーク(もしくは
 フレームリレー網)に接続しています。ISP はこの地点で接続します。普通 
 <Command>traceroute</Command> で最初のホップとして表示する地点が ISP のよう
 です。この地点までがすべて OK なら後は電話会社もしくは DSL プロバイダの管轄
 となります。ISP は電話会社の ATM ネットワークを使って高速にデータ接続を
 行っています。通常 ATM は DS3 (45 Mbps)あるいは OC-3 (155 Mbps)を利用して
 います。ここで大切なのは、ISP は接続するために電話会社と<Quote>契約を結ぶ
 </Quote>必要があるということです。ISP はこれまで行ってきたサービスである
 電子メールや DNS、news 等を提供するのに、接続に 2 ステップを必要とします―
 あるプロバイダからの DSL 接続とあるプロバイダからのインターネット接続が
 それです―請求書は 1 つになっているかもしれませんが。

</Para>

<Para>
 <!--
 The Baby Bells (RBOCs) in the U.S. all own ISPs. These, of course, are
 connected to their DSLAMs, and are providing Internet services via the
 telco's ISP subsidiary.  Many independent ISPs are availing
 themselves of the ILEC's DSL services, and in essence
 <Quote>reselling</Quote> the DSL services of the ILEC. While the underlying
 infrastructure is the same in this case, having more than one ISP working out
 of a CO may mean a better selection of features and prices for the consumer. 
 -->
 米国のすべての Baby Bell(RBOC)は、ISP 業務も行っています。もちろん自分たちの 
 DSLAM に接続し、インターネット接続サービスを電話会社の子会社である ISP を
 使って提供しています。独立系 ISP の多くは、ILEC の DSL サービスを利用して
 いて、つまるところ、ILEC の DSL サービスの<Quote>リセラー</Quote>になって
 います。基盤となるインフラも同様で、1 社以上の ISP が 1 つの電話局を結果的
 に利用しています。消費者にとっては、機能や価格の面で選択ができ、好ましい
 ことだと思います。

</Para>

<Para>
 <!--
 CLECs (independent telcos) are now installing their own DSLAMs in many U.S.
 markets. This makes them a direct competitor to the ILEC. In this scenario,
 there would be two (or more) DSL providers in the same CO, each with their
 own DSLAM(s), and each competing against each other. This complicates the ISP
 situation even further, as each DSL provider will be <Quote>partnered</Quote>
 with one or more ISPs. If you are lucky here, you will have many choices of
 plans and pricing structures. 
 -->
 現在米国市場において、CLEC(independent telco) は自分たちで DSLAM を設置して
 います。これは ILEC と真っ向から競争していることを意味します。この筋書きだと
 同じ電話局内に 2 つ(もしくはそれ以上)の DSL プロバイダが存在することになり、
 それぞれ自分たちの DSLAM を持ち、競合することになります。これは ISP の立場
 をさらに複雑にし、DSL プロバイダはそれぞれ複数の ISP と<Quote>提携</Quote>
 することになります。運が良ければ、色々なプランや価格体系から選べるでしょう。
</Para>

<Para>
 <!--
 At this time, there is a shake out going on in the U.S. market. The
 independents are all struggling to match the deep pockets of the regional
 phone companies. The independents that have survived are now focusing more 
 on small business and higher-end consumer customers. This means, it will 
 cost more, but you should also expect to get more. Especially, in the 
 quality department.
 -->
 現状米国市場では淘汰が進んでいます。独立系はどこも地域電話会社の潤沢な資金
 との戦いに四苦八苦しています。独立系で生き残ったところは、小規模なビジネスや
 ハイエンドな消費者を顧客としてターゲットを絞ってきています。これはコスト
 が更にかかりますが、より多くの利益を期待できるはずだからです。特に品質が
 求められる分野では。
</Para>

<Para>
 <!--
 Typically, your service agreement is with the ISP, and not the DSL
 provider.  This makes the actual DSL provider a <Quote>behind the
 scenes</Quote> player.  This may vary, and in some cases, you may wind up
 with a separate service agreement for both the DSL provider and the ISP.
 -->
 通常はサービス契約は ISP と結び、DSL プロバイダとは結びません。これは
 実際に DSL を提供しているところが<Quote>黒子</Quote>になっていることを
 意味します。場合によって変わることがありえます。というのも DSL プロバイダ
 と ISP の両者に対して別々に契約を結ぶことになるかもしれないからです。

</Para>

<Para>
 <!--
 See the Appendix for a list of <Link LinkEnd="isps">Linux Friendly ISPs</Link>.
 -->
 付録のリスト <Link LinkEnd="isps">Linux に好意的な ISP</Link> を参照して
 ください。
 
</Para>

</Sect2>


<!--  ~  End Section  ~  -->



<!--   ~~~~~       New Section      ~~~~~     -->

<Sect2>
<!-- <Title>Availability</Title> -->
 <Title>アベイラビリティ(可用性)</Title>
<Para>
 <!--
 Who can get DSL? The first requirement is that a telco has installed the
 necessary hardware somewhere on their end. Typically this is in the CO. You
 have no choice on which CO is yours &#045;&#045; it is wherever your loop terminates.
 If your CO has a DSLAM, and the necessary other components, then DSL may be
 available to you. This is often known as <Quote>pre-qualifying</Quote>, and
 is Step One in getting service. 
 -->
 DSL を利用できるのは誰でしょうか？ まず必要なのは、電話会社がユーザの近辺の
 どこかにハードウェアを設置していることです。通常は電話局になります。
 電話局の選択の余地はユーザにはありません―自宅に来ている回線がどこで終端して
 いるかによります。電話局に DSLAM があり、他に必要な機材があるなら、DSL を利用
 できる可能性が出てきたことになります。<Quote>事前品質検証</Quote>というステップ
 を踏んでサービスが受けられるようになります。

</Para>

<Para>
 <!--
 More and more <Quote>remote terminals (aka DSLAMs)</Quote> are being
 deployed. This is certainly good news for those that are a long way from 
 the CO. CO distance is not the limiting factor it once was.
 -->
 いよいよ<Quote>遠隔端末(別名 DSLAM)</Quote>が設置され、やっとのことで
 電話局からはるばるとうれしい便りがやってきます。電話局との距離は一度 OK になれば
 制約する要因とはなりません。
</Para>


<!--   ~~~~~       New Section      ~~~~~     -->

<Sect3>
<!-- <Title>Ordering</Title> -->
 <Title>申し込み</Title>

<Para>
 <!--
 Before ordering service, check to see what providers there are in your area.
 Look for options on both the telco/DSL side and the ISP side. You may have
 several options, including the large phone companies, as well as smaller,
 local ISPs. Once an order is placed, you must wait for the qualification
 process before a provider will agree to provide service. 
 -->
 サービスを申し込む前に、そのプロバイダがお住まいの地域を対象にしているかを
 チェックしてください。電話会社もしくは DSL プロバイダ側と ISP 側両方の
 オプションを調べてください。小規模な地域 ISP も大規模な電話会社と同様に
 オプションをいくつか提供しているかもしれません。ひとたび申し込むと
 プロバイダがサービスを提供できるかどうかの認定作業を待った上で、サービス
 提供を認めます。

</Para>

</Sect3>

<!--  ~  End Section  ~  -->



<!--   ~~~~~       New Section      ~~~~~     -->

<Sect3 id="qualify">
<!-- <Title>Qualifying</Title> -->
 <Title>品質認定</Title>

<Para>
 <!--
 Once local availability is established, the next step is
 <Quote>qualifying</Quote> your loop. The provider will run various tests to
 make sure that your loop can handle the DSL signal. This is to determine how
 suitable your line is for DSL, and maybe what level of service will be
 available to you. You probably will have to order service just to find out
 this much. It can be a fairly involved process, with a variety of different
 tests being run. There are a number of things that may
 <Quote>disqualify</Quote> a line. The most common limitation is distance. 
 -->
 その地域で利用可能なことが分かれば、次は回線の<Quote>品質認定</Quote>です。
 プロバイダは様々なテストを行って、DSL の信号が回線に乗るかどうかを確認
 します。このテストで回線が DSL をどの程度利用できるかを判定し、ユーザは
 どのサービスを利用するのが適当なのかがわかります。たぶんこれに見合った
 サービスを申し込むことになると思います。このテストは、様々なテストを
 組み合わせて行うので、かなり込み入っています。回線品質を<Quote>下げる
 </Quote>と考えられる要因はたくさんあります。最も大きい制限は距離です。


</Para>

<Para> 
 <!--
 All DSLs have distance limitations. ADSL is limited
 to a loop length of roughly 18,000 ft (5.5 km), but the actual cut off point
 will vary from provider to provider. The further away you are, the weaker the
 signal, and the potential for poor connections is greater. With ADSL, if you
 are within approximately 12,000 ft (3.7 km), you should be able to get at
 least 1.5 Mbps &#045;&#045; all other things being equal. IDSL has even greater reach,
 mainly because the maximum speed for IDSL is considerably lower at 144
 Kbps/144 Kbps.
 -->
 DSL はすべて距離という制限があります。ADSL は約 18,000 フィート(5.5 km)の
 回線が限界ですが、実際はプロバイダによってまちまちです。遠ければ遠いほど
 信号は弱くなり、接続品質が落ちる可能性が大きくなります。ADSL に関しては、
 1.5 Mbps 近くの速度を得ようと思うなら、約 12,000 フィート(3.7 km)以内に
 いないと厳しいものがあります―他の条件がすべて同じなら。IDSL はより遠く
 まで可能になりますが、それは IDSL の最大速度が、上り下りとも 144 Kbps 
 という著しく低い速度だからです。

</Para>

<Para>
 <!--
 Still even if you're close enough, there are a number of potential
 impediments that may disqualify a line. Two such common impediments
 are load coils and bridge taps. These are aspects of the old telco
 infrastructure that once were deemed beneficial, but now are getting
 in the way of the newer, digital technologies.  <comment>This next
 sentence could stand rephrasing. HB - ??? sounds good to me?</comment>
 Whether you hit a snag like this or not, is pretty much hit or miss.  Fiber
 anywhere in the loop is also a disqualifier. The provider may take steps to
 <Quote>clean</Quote> the line. Just how far they are willing to go will vary
 from provider to provider, and this will likely add additional time to the
 installation process.
 -->
 充分に近くでも、回線の品質を下げる可能性のある要因はたくさんあります。
 代表的な障害要因は、装荷コイルとブリッジ・タップです。これらはこれまでの
 電話というインフラにとっては効果的なものと見なされていましたが、新しい
 デジタル化技術にとっては、邪魔ものになっています。このような思わぬ障害に
 ぶつかるか、ぶつからないかはほとんど運次第です。光ファイバが回線のどこか
 途中にあっても品質は下がります。プロバイダは回線を<Quote>完璧に</Quote>する
 作業をするかもしれません。どの程度まで遠くてもいいのかは、プロバイダによって
 まちまちですし、またさらに設置までの過程に余分な時間がかかるでしょう。

</Para>

<Para>
 <!--
 Once the line is <Quote>qualified</Quote>, the next step is deciding on which
 plan is suitable for your situation.  The provider may have differing plans
 available depending on how strong a signal they think your line can handle.
 If you are marginal, you will not be qualified for the higher speed plans.
 And if price is a factor, having a tiered pricing structure is good also
 since the lower end plans are obviously less expensive. How this is
 structured also varies wildly from provider to provider. Since, DSL is a new
 service, and providers are trying to find the right price/feature
 combinations that will attract the most users and thus gain a competitive
 edge.
 -->
 回線の品質が<Quote>問題なし</Quote>となったら、次のステップは条件に合った
 プランを決めることです。プロバイダはその回線で扱える信号がどのくらい強いのか
 によって、プランをいろいろ用意していると思います。ぎりぎりのところに居る
 なら、高速なプランは適切ではないでしょう。料金が気になるなら、段階分けして
 ある料金体系がいいでしょう。低速なプランは料金もその分低いからです。この
 料金体系の段階の付け方も、プロバイダごとにまちまちです。DSL は新しい
 サービスなので、プロバイダは適正な料金と機能の組み合わせを模索しています。
 この組み合わせ次第でユーザの大半を引きつけ、競争で優位に立てるからです。


</Para>

<Para>
 <!-- Some common data rates: -->
 通常のデータ転送速度は下記の通りです。
</Para>

<Para>
 <BlockQuote>
  <LiteralLayout>
    
<!-- Downstream/Upstream -->
下り/上り

  128 Kbps/128 Kbps
      
  256 Kbps/256 Kbps 
      
  384 Kbps/128 Kbps 
      
  640 Kbps/90  Kbps
      
  1.5 Mbps/384 Kbps 
      
  2.0 Mbps/512 Kbps
      
  7.1 Mbps/1024 Kbps

  </LiteralLayout> 
 </BlockQuote>
</Para>


<Para>
 <!--
 and a near infinite number of other possibilities. The cost of different
 plans generally goes up with their speed.
 -->
 この他にも、限りなく組み合わせがあります。速度が上がるほどプランの料金が
 変わるのが一般的です。

</Para>

<Para>
 <!--
 Should you be disqualified, and have other options, get a second opinion.
 Calculating the effective loop length is by no means an exact science. There
 is plenty of room for errors. Also, some providers may go to greater lengths
 to <Quote>clean</Quote> the loop than others. And, if you have more than one
 phone line, and are disqualified, then try the other line. Just because they
 both terminate at your location, does not necessarily mean they are the same
 length! The telco network is full of surprises.
 -->
 回線の品質に問題があっても、他にも選択の余地があるなら、次の選択肢を
 取りましょう。
 適切な回線の長さを計算することは、厳密な科学とはとても言えません。あまりにも
 間違いが入り込む余地があり過ぎるからです。またプロバイダの中には、回線を
 <Quote>整備する</Quote>ことで、より遠距離に対応するところもあります。また、
 2 本以上の電話回線を引いていて、1 本が駄目だったなら、他の回線も試してくだ
 さい。というのも、どれもその場では終端してありますが、それで必ずしも電話局
 から同じ距離であることを示しているわけではないからです！ 電話会社のネット
 ワークは何があっても不思議ではないのです。


</Para>

</Sect3>

</Sect2>

<!--  ~  End Section  ~  -->




<!--   ~~~~~       New Section      ~~~~~     -->

<Sect2 id="cproviders">
<!-- <Title>Choosing Providers</Title> -->
<Title>プロバイダを選ぶ</Title>

<Para>
 <!--
 Should you have more than one choice, here are some things to keep in mind
 when comparing services from different providers. If you are in a populous
 area, chances are you do have a number of choices. There is a dizzying array
 of possibilities at this time. Remember too, that it is a two step
 connection: DSL provider and ISP. You may have choices for each.
 -->
 2 つ以上の選択肢を持つべきなので、ここではプロバイダのサービスを比較する場合
 に気をつける点をいくつかあげておきます。人口が多い地域にいるなら、たくさん
 の選択肢があるかもしれません。その可能性は現状では極めて高い状況です。
 あわせて覚えておいて欲しいのは、接続には 2 ステップあるということです。それは
 DSL プロバイダと ISP のことです。それぞれを選ぶことになるでしょう。

</Para>


<Para>
 <ItemizedList>

  <ListItem>
   <Para>
     <!--
     <Emphasis>A compatible modem</Emphasis>. For now with Linux (or any
     alternative OS) this essentially means an ethernet interface. (There are
     rare exceptions.) <Quote>Routers</Quote> (i.e. combo modem/routers) should
     be OK too since these seem to be all ethernet devices. 
     -->
    <Emphasis>互換性のあるモデム</Emphasis>。Linux(もしくはその代わりの OS) 
    について言えば、基本はイーサネット・インタフェースを持つことです。
		(例外はまれです)<Quote>ルーター</Quote>(たとえばモデムとルーターの組み合わせ)
    はすべてのインタフェースがイーサネット・デバイスであれば問題ありません。

    </Para>
  </ListItem> 
  
  <ListItem>
   <Para>
    <!--
    <Emphasis>Installation</Emphasis>. A self-install option, of course, let's
    anyone get up and running, and is less expensive. But if there is no
    self-install available, will the the provider install onto a Linux only
    site? Many will not! Having a Windows (or Mac) box temporarily available
    is a work around here. Even a laptop may be enough.
    -->
   <Emphasis>設置</Emphasis>。自分で設置するなら誰かにやらせて接続するよりも
   もちろん割安です。しかし自分で設置するのが認められていないとしたら、
	 Linux だけのサイトをプロバイダが設定してくれると思いますか？ 多分だめでしょう！ 
	 テンポラリで Windows か Mac を用意してしのいでください。ラップトップでも充分で
   しょう。

   </Para>
  </ListItem> 
  
  <ListItem>
   <Para>
    <!--
    <Emphasis>Static vs Dynamic IP Address</Emphasis>. If wanting to run
    servers, or hosting your own domain, static is the way to go. A dynamic
    IP, on the other hand, makes you a little harder to find should you wish
    to remain <Quote>invisible</Quote>, or a least harder to keep track of.
    -->
    <Emphasis>IP アドレスが静的か動的か</Emphasis>。サーバを立てたかったり、
    独自ドメインを立てたかったりしたい場合は、静的なアドレスを取ってください。
    一方で動的な IP は、インターネットから<Quote>見えない</Quote>ようにし続け
    ることが多少難しく、その状況に注意を払うのが難しくないということがわかる
		はずです。

   </Para>
  </ListItem> 

  <ListItem>
   <Para>
    <!--
    <Emphasis>Encapsulation</Emphasis>. Is the connection
    <Quote>Bridged</Quote> or <Quote>PPP</Quote>. PPPoX has the reputation of
    being not as stable a connection, and not <Quote>always on</Quote>. PPPoE
    requires client software to manage the connection, so one more layer of
    code.
    -->
   <Emphasis>カプセル化</Emphasis>。接続は、<Quote>ブリッジ</Quote> か 
   <Quote>PPP</Quote> になります。PPPoX は接続が安定しているとは言いがたい
   ようで、<Quote>常時接続</Quote>とは見なされていません。PPPoE は
   クライアント・ソフトウェアが必要で、これで接続を維持しますので、さらに
   符号化レイヤが必要です。

   </Para>
  </ListItem> 

  <ListItem>
   <Para>
    <!--
    <Emphasis>Server Policy</Emphasis>. Some ISPs are fairly open about this,
    while others forbid any servers &#045;&#045; even personal web sites. Others may even
    go so far as to block certain ports.
    -->
   <Emphasis>サーバのポリシ</Emphasis>。ISP の中にはかなりオープンなところ
   もありますが、いかなるサーバも禁止しているところが多いようです―それが
   個人の Web サイトでも。特定のポートをブロックしているところさえあります。
   </Para>
 </ListItem> 

 <ListItem>
  <Para>
   <!--
   <Emphasis>Contract</Emphasis>. Is there a contract, and what are the out
   clauses? Cancellation fees?
   -->
   <Emphasis>規約</Emphasis>。規約があって、何が規約違反となるのでしょうか？
   キャンセル料は？

  </Para>
 </ListItem> 

 <ListItem>
  <Para>
   <!--
   <Emphasis>Connection Limits</Emphasis>. Is it <Quote>always on</Quote> (at
   least theoretically  :-)? Are there session limits, or idle timeouts? Is
   bandwidth metered and limited to so much per month? Do they forbid a LAN
   behind the connection (dumb!)? 
   -->
  <Emphasis>接続数の制限</Emphasis>。<Quote>常時接続</Quote>(少なくとも
  理論的には :-)していますか？ セッション数やアイドル・タイムに制限はあり
  ませんか？ 月当たりに利用する帯域を計測して、このぐらいと制限をして
  いませんか？ LAN につながっている接続を禁止していませんか(そんなあ！)？

  </Para>
 </ListItem> 

 <ListItem>
  <Para>
   <!--
   <Emphasis>Linux Support</Emphasis>. A few ISPs may offer some degree of
   tech support for Linux, but most will not. This isn't so bad, as long as
   they don't go overboard and refuse to help with anything just because you
   run a non-supported OS. (<Quote>Supported</Quote> means like <Quote>tech
   support</Quote>.) If they say <Quote>we don't care</Quote>, you should be
   good to go. 
   -->
  <Emphasis>Linux のサポート</Emphasis>。ISP のごく一部では、何らかの形で 
  Linux をサポートしていますが、ほとんどのところは対象外です。ISP がサポート
  しない OS を動かしているという理由で、どんなサポートも断る、という極端な
  ことをしない限りは、これはそれほど悪くない状況です(<Quote>サポートして
  いる</Quote> というのは、<Quote>テクニカル・サポート</Quote> がある、と
  いうのと近い意味です)。ISP が<Quote>気にしない</Quote>と言っているなら、
  やってしまってかまわないはずです。
  </Para>
 </ListItem> 

 <ListItem>
  <Para>
   <!--
   <Emphasis>Free Dialup Account</Emphasis>. A nice thing to have if the
   connection is down, or you just need to check mail from another location.
   -->
   <Emphasis>無料のダイヤルアップ・アカウント</Emphasis>。接続がダウンした
   場合に、これがあると助かります。でないと別な場所から電子メールをチェック
   しなければならないからです。
   
  </Para>
 </ListItem> 

 <ListItem>
  <Para>
   <!--
   <Emphasis>Setup program</Emphasis>. A few ISPs may have a setup program you
   are required to run the first time you connect in order to setup your
   account. This will likely not have a Linux version. (BellAtlantic.net was
   doing this at last report.) Other than this, there is nothing proprietary
   about DSL, and related protocols.
   -->
   <Emphasis>設定用のプログラム</Emphasis>。ISP の中には、ごくわずかですが
   設定用のプログラムを用意しているところがあります。これはアカウントを
   設定するため、はじめて接続した時に使用します。Linux 版はおそらくありません
   (BellAtlantic.net がとうとうサポートしたという報告あり)。これ以外 DSL に
   は固有のものや関連するプロトコルは何もありません。

  </Para>
 </ListItem> 

 <ListItem>
  <Para>
   <!--
   <Emphasis>Reliability and Quality of Service</Emphasis>. Ask around in your
   local area from those that have the same DSL provider and ISP. A local LUG
   is a good place to get this kind of info. How much down time (hopefully not
   much)? Are mail and news services good? Backbone routing? Tech support?
   -->
  <Emphasis>サービスの信頼性と品質</Emphasis>。地元で同じプロバイダや ISP 
  について、聞き回ってください。地元の LUG はこの手の情報を得るにまたとない
  ところです。どのくらいのダウン・タイムがあるか(少なければ良し)？ 電子メール
  や news サービスは快適か？ バックボーンの経路は？ テクニカル・サポートは？
	【訳註：LUG は Linux Users Group の略称です】

  </Para>
 </ListItem> 

 </ItemizedList>
</Para>

<Para>
 <!--
 There are a number of other options and features that might be worth looking
 at too: multiple IPs, domain hosting (DNS), free web space, number of 
 email accounts, web mail, etc. All things considered, the better plans 
 are probably going to cost more for a reason.
 -->
 この他にもたくさんのオプションや機能があります。それらも見るに値するかもしれ
 ません。複数の IP アドレス、ドメインのホスティング(DNS)、無料の Web スペース、
 電子メールのアカウントをたくさん持てる、Web メール等。あれこれ考えてみると、
 確かに良いプランほどコストがかかっているのでしょう。


 
</Para>

</Sect2>

</Sect1>


<!--  ~  End Section  ~  -->






<!--   ~~~~~~~~       New Section Header    ~~~~~~~~~     -->

<Sect1 id="faq">
<!-- <Title>Appendix: FAQ</Title> -->
 <Title>付録: FAQ</Title>

<Para>
 <!-- Some Frequently Asked Questions about DSL and Linux.  -->
 DSL と Linux についての FAQ をいくつか。
</Para>

<Para>
<OrderedList>
 
 <ListItem>
  <Para>
    <!-- Q. Does DSL work with Linux?  -->
    Q. DSL は Linux で使えるか？
  </Para>

  <Para>
   <!--
   DSL is a technology, or more correctly, a group of related technologies.
   This is akin to asking if Linux works with telephones. The technology
   itself does not care. So, the short answer is <Quote>Yes, of
   course!</Quote>. The long answer is that if there are any impediments, they
   are being imposed by the provider. There are things they may do, that can
   make getting Linux up and running, more of a challenge than it needs to be.
   Not having a compatible modem option available is one common gotcha. Also,
   if the telco or ISP is doing the installation, they may require a Windows
   or Mac system to be available. This saves them the costs of training their
   techs on various alternative OSes. Buyer beware!
   -->
   DSL はテクノロジーの 1 つです。もっと正確に言うと、複数の関連したテクノロ
   ジーの集まりです。この質問は Linux で電話は使えますか？ と質問するような
   ものです。
   テクノロジー自体は心配いりません。なので、簡単に言ってしまえば<Quote>
   もちろん OK です！</Quote>。詳しく答えるなら、何か障害があるとすれば、
   それはまさにプロバイダのせいです。Linux を設定して動作させるのに当たって、
   プロバイダができることがあるかもしれません。しかしそれは必要以上に困難が
   ともないます。互換モデムの選択肢がないというのは、よくある困った問題の 
   1 つです。また電話会社や ISP が設定を行う場合には、Windows や Mac を使って
   利用可能にします。このことで様々な他の OS についての教育をテクニカル・
   サポートへ行うコストが省けます。購入する時は注意してください！

  </Para>
   
  <Para>
   <!--
   Basically all DSL does, is facilitate a high speed Internet connection. At
   some point, it is all TCP/IP, and Linux, of course, handles TCP/IP quite
   well.
   -->
   基本的に DSL はすべて、手軽に高速なインターネット接続を実現します。DSL では
   すべて TCP/IP を使います。もちろん Linux も TCP/IP を問題なく扱えます。

  </Para>
   
 </ListItem> 

 <ListItem>
  <Para>
   <!-- Q. Where can I find drivers for my PCI (or USB) modem?  -->
   Q. PCI(もしくは USB)モデムのドライバはどこにある？
  </Para>

   <Para>
    <!--
    With few exceptions, you probably can't, because they are just not
    available. Your best bet is an external, ethernet interfaced modem for all
    intents and purposes. If your provider does not offer one, you will have
    to find another provider, or buy your own modem outright. Just make sure
    it is compatible with your provider's flavor of DSL.
    -->
    間違いなくほとんど不可能です。というのは、本当に利用できないからです。一番
    目的にかなったベストな選択は、外付けでイーサネット・インタフェースが付いた
    モデムです。プロバイダがそういったものを提供していないなら、他のプロバイダ
    を捜すか、自己責任でモデムを購入してください。ただそのモデムがプロバイダ
    が提供しているタイプの DSL と互換性があることを確認してください。
    
   </Para>

   <Para>
    <!--
    The are exceptions to every rule. See the <Link LinkEnd="modems">Modems
    Section</Link> for a list of compatible modems as of this writing.
    -->
    例外は何にでもあります。<Link LinkEnd="modems">モデム・セクション</Link>
    で、これを書いている時点で利用できる互換モデムの一覧を見てください。
 
   </Para>
   
   <Para>
    <!--
    If an incompatible modem puts you in a bind, hopefully you will take the
    time to politely harass the manufacturer  ;-).
    -->
    互換性のないモデムを所持して困ってしまったなら、希望を持ちつつ手間暇かけて、
    メーカーにやさしく苦情を言うこともできます ;-)。

    
   </Para>

   <Para>
    <!--
    This situation may be changing. <Ulink
    URL="http://www.xpeed.com">Xpeed</Ulink> now has drivers included in the
    kernel for source for their PCI IDSL and SDSL modems. This is good news!
    <Ulink URL="http://www.alcateldsl.com">Alcatel</Ulink> has just recently
    released drivers for the Alcatel SpeedTouch USB ADSL modem. Hopefully
    others will follow suit. (Make sure you are reading the latest version of
    this document, as I have intentions of keeping this situation updated as
    needed.)
    -->
    この状況が変わるかもしれません。<Ulink URL="http://www.xpeed.com">
    Xpeed</Ulink> が PCI 版 の IDSL と SDSL モデム用のカーネル用ソースを
    含むドライバを出しました。なんと素晴らしい！ 
    <Ulink URL="http://www.alcateldsl.com">Alcatel</Ulink> は、Alcatel の 
    SpeedTouch USB ADSL モデム用のドライバを最近になってリリースしています。
    他のメーカーもこれに従ってくれることを期待します(必ずこのドキュメント
    の最新版を読んでください。必要に応じてこの状況を更新するつもりですから。
   
   </Para>

  </ListItem> 

  <ListItem>
   <Para>
     <!-- Q. How fast or good of a network card do I need?  -->
     Q. どのくらい高速で高品質なネットワークカードが必要か？
   </Para>
  
    <Para>
     <!--
     Any card that is compatible with Linux should work fine. Remember even
     low-end cards are 10 Mbps, and no consumer class DSL is near that at this
     time. I would suggest a reasonably good quality card, just to help
     eliminate the possibility of errors and premature failure.
     -->
     Linux 互換のカードであれば、どれでも快適に動きます。ローエンドなカード
     でさえ 10 Mbps であること、現時点で一般消費者向けの DSL はこの速度近く
     であることを忘れないでください。私としてはそれなりの品質のカードをお薦め
     します。そうすればエラーや初期不良が起こる率を低くするのに役立つからです。
     
    </Para>
  </ListItem> 

 <ListItem>
  <Para>
    <!-- Q. How can I find out when DSL will be available in my area?  -->
    Q. どうしたら自分の地域で DSL が利用できるようになるのがわかるか？
  </Para>
  
  <Para>
   <!--
   Just where and when DSL gets deployed is totally in the hands of
   your friendly local telco. They obviously can't do everyone at
   once, so they probably are selecting areas based on competitive
   factors. Getting a straight answer from a telco on this question
   can also be a challenge.  Probably so as not to tip their hand to
   competitors. Unfortunately, it is a question only they can answer.
   -->
   DSL がいつ、どこで提供されるかは、地域の電話会社にまかせるしかありません。
   当然一度にすべてのユーザを対象にできませんので、恐らく競合状態を見ながら
   地域を選んでいるのでしょう。また、この疑問に対して電話会社から直接返答を
   もらうのは困難でしょう。というのも多分、競合相手に対して手の内をみせ
   ないでしょうから。あいにくですが、答えてくれるかどうかはわかりません。

  </Para>

 </ListItem>

 <ListItem>
  <Para>
    <!-- Q. I was disqualified because I am too far away. What can I do?  -->
    Q. あまりに離れているので品質が良くない。何ができる？
  </Para>
  
  <Para>
   <!--
   Move? Seriously, there isn't much you can do. If there are other providers, 
   get another opinion. You never know. Determining the loop length is an
   inexact science, and there is room for errors. Many use databases for
   this, and these databases routinely have some inaccuracies. Some providers
   too, may be more aggressive in taking steps to help you out and clean up
   the line. Also, some providers offer low-end speed services that have
   greater reach. Maybe this will become available in your area. Or, the telco
   may install, at some point, remote devices for customers who are now too
   far away. 
   -->
   まじめな話、引っ越しでしょうか？ 手段がたくさんあるわけではありません。
   他のプロバイダがあるなら、そちらを選択をしてください。何ともいえませんが。
   回線の長さをきちんと計測できませんので、間違える可能性があります。この
   目的のためにデータベースを利用しているところが多いのですが、よくあること
   ですがデータベースには間違いがあります。プロバイダの中にも進んで顧客を
   サポートして回線を整備するところもあります。また、より離れた地域への
   サービスが可能なローエンドサービスを提供しているところもあります。
   もしかするとあなたの地域でも利用できるかもしれません。もしくは、電話会社
   が遠くに居る顧客に対して、デバイスをリモートから設定してくれるところも
   あるかもしれません。
  
  </Para>

 </ListItem>

 <ListItem>
  <Para>
    <!-- Q. What are the speed tweaks for Linux?  -->
    Q. Linux で速度調整はどうするのか？
  </Para>
  
  <Para>
   <!--
   This may not be necessary. Linux is pre-tweaked for the most part,
   unlike some versions of Windows that really need some registry hacks to get
   optimum performance. If you have a high latency connection, you may 
   benefit from increasing the TCP Receive Window. See the <Link
   LinkEnd="tuning">Tuning</Link> section. </Para>
   -->
   必要ないと思います。Linux ではすでに大部分が最適化してあります。Windows の
   あるバージョンのようにパフォーマンスを向上するのにレジストリをハックする
   必要などありません。接続遅延が大きい場合は、TCP Receive Window を増やして
   みると良くなるかもしれません。<Link LinkEnd="tuning">チューニング</Link>
   ・セクションを見てください。
   </Para>

  <Para>
   <!--
   Now if you are convinced you are not getting the performance you should
   based on your distance and line conditions, then maybe there is a problem
   somewhere. See the <Link LinkEnd="tuning">Troubleshooting</Link> section for
   more. What you need is a fix, more than a tweak.
   -->
   もし距離と回線状態を考えて、パフォーマンスが出ていないと確信したなら、
   何か他の問題があるのではないでしょうか。詳しくは、<Link LinkEnd="tuning">
   トラブルシューティング</Link>を見てください。成すべきことは、最適化では
   なく、本来の形に戻すことです。
   
  </Para>

 </ListItem>
 
 <ListItem>

  <Para>
    <!--
    Q. My service is limited to 640K (for example). Can I get better speed by
    getting a faster modem? Any way around this?
    -->
    Q. サービスの上限が640K(たとえば)になっている。高速なモデムを入れれば早く
    なるのか？ それとも他に何かあるのか？
  </Para>
  
  <Para>
   <!--
   No, and no. The modem has little bearing on how fast your connection is for
   all intents and purposes. The provider has a mechanism in place for
   limiting your speed somewhere in the pipe before you hit the Internet.
   There is no way to defeat this.
   -->
   まったくありません。モデムは接続を高速にするのにほとんど無関係です。
   プロバイダはインターネットにつながる前の回線上のどこかに、速度を制限する
   しくみを入れています。それを無効にする方法はありません。
  
  </Para>
 </ListItem>

 <ListItem>
  <Para>
    <!--
    Q. Can I download and upload at the same time? Is one effected by the
    other?
    -->
    Q. 同時にダウンロードやアップロードをできるのか？ お互いに影響が出ない
    のか？
  </Para>
  
  <Para>
    <!--
    The upstream and downstream channels use separate frequency ranges within 
    the DSL signal, so simultaneous upload/download is not a problem and 
    available bandwidth is not normally impacted.
    -->
    上りと下りの経路は DSL 信号の中で独立した周波数帯を使用しています。した
    がって上りと下りを同時に行っても問題はなく、利用できる帯域幅を食い合う
    ことは普通ありえません。
  </Para>

  <Para>
    <!--
    Where there may be somewhat of an adverse impact, is with asymmetric DSLs
    like ADSL, <Emphasis>and</Emphasis> both the upstream and downstream are
    simultaneously saturated. This is a TCP 'feature' and not DSL related
    though. This can adversely effect the faster stream (i.e. the downstream).
    How much of an impact depends on a slew of factors and is beyond the scope
    of this document, but is more pronounced with higher ratios of downstream
    to upstream (e.g. 640/90).
    -->
    不利な影響があるとすれば、それは ADSL のような非対称な DSL <Emphasis>と
    </Emphasis>上りと下りが同時に一杯になってしまう場合です。これは TCP の
    「特徴」であり、DSL に原因があるわけではありません。この場合は高速になれ
    ばなるほど悪影響を及ぼします(つまり下りのこと)。どのくらい影響がでるの
    かはあまりに要因が多すぎて、このドキュメントの範囲を越えています。しかし、
    下りと上りの差が大きいほど影響が大きくなります(たとえば、下りが 640Kbps 
    で、上りが 90 Kbps の場合)。

  </Para>
 </ListItem>

 <ListItem>
  <Para>
   <!--
   Q. I am paying for 768 Kbps service, and the best I ever get is 640 Kbps or
   so. Why? Is the service oversold? I am not getting what I pay for.
   -->
   Q. 768 Kbps のサービスを契約しているが、良くても 640 Kbps かそこらしか
   出ない。理由は？ サービスの投げ売り？ 払っただけのものは得たい。
  </Para>
  
  <Para>
   <!--
   You will lose 10-20% of the rated capacity due to the overhead inherent 
   in the various protocols utilized. Most of us will probably fall closer to
   20%. This is just a fact of life for everybody. Just how much is lost here
   depends on a number of factors, and may vary from provider to provider. You
   seem to be close to your maximum when this is taken into consideration.
   Also, if you read the fine print, many ISPs are advertising speeds
   <Quote>up to</Quote> such and such. Check your service agreement and see if
   there are any guarantees. If there are, they may be well below the
   advertised maximum speed, and may be based on sync rate instead of actual
   throughput. Though this may vary from provider to provider as well. 
   -->
   いろいろなプロトコルを利用することで、速度が 10 〜 20 % 程度低下します。
   たいていは 20 % 近いでしょう。これは避けられない事実です。
   どのくらい落ちるのかは、たくさんの要因が絡み合っていて、かつプロバイダに
   よっても異なります。このことを肝に命じておけば、最高速度に近づいたように
   見えるでしょう。
   また契約書の細則を読めば、ISP の多くが広告している速度は<Quote>上限で
   </Quote>とかなんとかになっているのがわかるでしょう。サービス契約を
   チェックして何を保証しているかを見てください。保証があったとしても多分
   宣伝文句の最大速度よりかなり低めで、実際のスループットではなく、同期速度
   ベースの値でしょう。
   
  </Para>

  <Para>
   <!--
   Also, be careful how you test this. Some of the so-called test sites can be
   pretty unreliable. There can be many factors between you and that site that
   can impact your throughput and skew results &#045;&#045; not the least of which is
   how many people might be trying that same test at the same time. The best 
   test is via FTP download from a known good, close, not too busy site.
   -->
   また速度をテストするやり方にも注意してください。いわゆるテストサイトの
   中には、かなり当てにならないところがあります。あなたとそのサイトの間には
   スループットに影響を与えたり、結果を曲げる要因がたくさんあります―どのくらい
   の人が同時に同じテストをしようとしているかほとんどわかりません。テストと
   して一番良いのは、良い意味で有名な、負荷が高くない近くのサイトから FTP で
   ダウンロードすることです。

  </Para>
 </ListItem> 
 
 
 <ListItem>
  <Para>
    <!-- Q. Why does PPPoX have such a bad rap?  -->
    Q. なんで PPPoX をそんなに悪く言うのか？
  </Para>
  
  <Para>
    <!--
    The occasional disconnects is one of the biggest gripes. PPP seems to be 
    sensitive to any interruptions in the connection. Generally a disconnect
    means a new IP. And there are those that say PPP, by its very nature, was
    never meant to be an <Quote>always on</Quote> protocol. PPP is a session
    management protocol at heart, that requires a user to initiate a
    connection and authenticate him or herself. PPPoE/A are not yet
    particularly mature protocols either. They do not have much of a history
    or track record. Some would say the telcos and hardware manufacturers have
    rushed this out the door. PPPoE also requires an additional layer of
    software just to maintain the connection. This is one more layer of code
    and one more potential point of failure. Also, more system overhead is
    utilized to manage the connection.
    -->
    文句の中で一番多いものの 1 つに、接続が時々切断するというものがあります。
    PPP は接続中に起きるあらゆる障害に対して影響を受けやすいと見なされて
    います。一般的には切断すると新たな IP アドレスが振られます。そしてこれは 
    まさに PPP と言われるゆえんで、決して<Quote>常時接続</Quote>のプロトコル
    という意味ではありません。PPP は本当はセッション管理のプロトコルであり、
    ユーザが接続を初期化し、自分を認証するよう求めます。PPPoE や PPPoA は
    どちらもまだそれほど枯れたプロトコルではありません。それほど歴史も実績
    もありません。電話会社やメーカーが慌てて世に出したという人もいます。
    PPPoE は接続を維持するのに、さらに追加のソフトウェアも必要とします。これは
    さらに符号化が必要になり、障害要因がまた増えることになります。また、接続
    を管理するのにオーバーヘッドが発生します。
    
   </Para>

 </ListItem>

 
 <ListItem>
  <Para>
    <!-- Q. Why PPPoX? This seems like a bad idea!  -->
    Q. なぜ PPPoX なのか？ これはよくないと思う！
  </Para>
  
  <Para>
   <!--
   PPP gives several advantages to the provider: they can use their existing
   infrastructure and hardware that they now use for their (larger) dialup
   customer base. It is easier to control user authentication and potential
   abuse situations, and easier to manage their network and related issues. In
   fact, it most boils down to its just easier for them. Easier, means saves
   man hours, and therefore saves costs (at least from their perspective).
   -->
   PPP にはプロバイダにとって好都合な点がいくつかあります。既存のインフラや
   ハードウェア、つまり顧客ベースで広範に使っているダイヤルアップのしくみ
   が利用できるという点です。ユーザの認証や詐称する事態をコントロール
   するのが容易です。またネットワーク関連を管理するのも簡単です。実際、
   結局はプロバイダが楽な方になってしまいます。楽になれば、人や時間を
   節約でき、それがコストの削減になります(少なくともプロバイダからしてみれば)。
  
  </Para>
  
  <Para>
   <!--
   It is not a conspiracy to conserve IP addresses, or thwart heavy users. IP
   address costs are insignificant in the overall scheme of things.
   -->
   これは IP アドレスの枯渇を防ぐ策略でも ヘビー・ユーザへの嫌がらせでも
   ありません。IP アドレスのコストは、全体の状況からすれば些細なことです。
   
  </Para>
 </ListItem>
 

 <ListItem>
  <Para>
    <!--
    Q. The only provider in my area does not support Linux. What can I do?
    Will I have to use Windows?
    -->
    Q. この地域で唯一のプロバイダは Linux をサポートしていない。どうしたら
    いいのか？ Windows を使わなければいけないのか？
  </Para>
  
  <Para>
   <!--
   NO! <Quote>Support</Quote> here is support as in <Quote>tech
   support</Quote>. They are just saying that they will not give you tech
   support when and if you have problems. This does not mean you cannot use
   Linux on their network. Just that you may have to fend for yourself when
   and if a problem does arise. Anything that is forbidden will be in their
   Acceptable Use Policy (AUP), or Terms of Service (TOS) agreement.
   -->
   いいえ！ ここで言う<Quote>サポート</Quote>とは<Quote>テクニカル・サポート
   </Quote>が行うようなサポートを意味します。問題が発生したならその時には、
   技術的なサポートはできない、と言うだけです。このことは彼らのネットワーク
   上で Linux を使えないということを意味しているのではありません。もし問題が
   発生したなら、自分で何とかしなければいけない、ということなのです。禁止する
   ものがあるならそれは、利用規定(AUP)かサービス条件(TOS)契約に記載してある
   でしょう。
   
  </Para>

  <Para>
   <!--
   I have heard stories where a new tech or installer has misinterpreted their
   own company's policy on this and told someone <Quote>you can't use Linux
   here</Quote>. Same with NT server. But this is almost always a misinformed
   individual.
   -->
   テクニカルサポートや現地作業員が、自社のポリシを誤解して、<Quote>Linux は
   このサービスでは使えません</Quote>と言うのを聞くことがあります。NT サーバ
   についても同様なことがあるようです。しかしこれはたいていの場合、個人的に
   間違った解釈をした結果です。

 
  </Para>

  <Para>
   <!--
   But &#045;&#045; if a provider does not support Linux, they may balk at installing
   onto a Linux box. Hopefully, they will have a self-install option to get
   around this annoyance. YMMV.
   -->
   しかし―プロバイダが Linux をサポートしていないなら、Linux に設定を施す
   のはためらうでしょう。もしかするとこういう不満をかわすために、自分で
   設定を行うオプションがあるかもしれません。ケースバイケースですが。
 
  </Para>

 </ListItem>

 <ListItem>
  <Para>
    <!-- Q. My fax software does not work with my DSL modem. Why is that?  -->
    Q. FAX ソフトウェアが DSL モデムではうまくいかない。なぜ？
  
  </Para>
  
  <Para>
    <!--
    Faxes are normally transmitted over typical analog phone lines by dialing 
    the fax machine on the other end. Analog modems can handle this, but 
    DSL <Quote>modems</Quote> have no dialing capability. Don't throw out that
    56K yet! 
    -->
    FAX は普通、アナログ電話回線を使って FAX 機が相手側の FAX 機にダイヤルして
    伝送しています。アナログモデムはこれを行えますが、DSL<Quote>モデム
    </Quote>はダイヤルする機能がありません。56K モデムをまだ投げ棄てないで
    ください！

  </Para>
 </ListItem>

 <ListItem>
  <Para>
    <!--
    Q. What does <Quote>FastPath</Quote> mean? Is it better? Faster? What is
    interleaving? How can I get better ping times?
    -->
    Q. <Quote>FastPath</Quote>って何？ いいもの？ 速い？ インターリーブとは？ 
    ping にかかる時間を速くするには？

  </Para>
  
  <Para>
   <!--
   Interleaving is a feature of DMT line encoding. Essentially it is a form 
   of error correction that is configurable at the DSLAM. The side effects are
   a slower connection, especially higher latency. With FastPath (or sometimes 
   called non-interleaved) DMT, gateway pings can be in the 10-25 ms range. With 
   interleaving, this is more likely to be in the 40-75 ms range depending on 
   the degree of interleaving that has been enabled.
   -->
   インタリーブとは DMT の回線符号化の機能です。基本的には DSLAM を設定
   することでエラー訂正をする方式のことです。接続が遅くなり、遅延が大きく
   なるという悪影響がでます。FastPath(もしくはノン・インタリーブと言います)
   な DMT を使うとゲートウェイへの ping が 10 〜 25 ms の範囲に収まります。
   インタリーブだと 40 〜 75 ms の範囲近辺になります。これはインタリーブを
   有効にした範囲によって異なります。
   
  </Para>

  <Para>
   <!--
   On the positive side, a marginal line is more stable and less prone to
   errors with interleaving. Many telcos have interleaving on by default since
   increased stability would seem to be a good thing. But this is only
   beneficial for marginal lines, and everyone else is paying a latency tax
   for this. Some telcos may be amenable to turning this feature on/off. YMMV. 
   -->
   利点としては、ぎりぎりの状態にある回線が安定し、インタリーブによってエラー
   が出にくくなるという点です。電話会社の多くは、インタリーブをデフォルト
   で行っており、安定度を高めています。これは適切なことのように思えます。
   しかしこれは限界に近い回線では効果がありますが、おしなべて遅延という
   重荷を負っていることになります。電話会社のいくつかには、この機能を有効
   にしたり無効にしたりする調整を柔軟にしてくれるところもあるかもしれません。
   まあケースによりますが。
  
  </Para>
 </ListItem>
 

 <ListItem>
  <Para>
    <!--
    Q. How fast and powerful of a computer do I need for DSL? My ISP says I
    need at least a Pentium 200. Why?
    -->
    Q. DSL を利用するのにどのくらのパワーがあるコンピュータが必要か？ ISP 
    は少なくとも Pentium 200 は必要と言っているが、なぜ？
  </Para>
  
  <Para>
    <!--
    At the most basic level, a 386 will work fine. In most situations, you are
    connected to what is essentially an ethernet based network. So
    theoretically anything that can handle a very slow ethernet connection
    would work. No comment on well Netscape will run on a 386 though ;-) But as
    far as just managing a raw connection, a 386 is indeed workable. What else
    you can do with it, is another matter.
    -->
    基本的には 386 でもうまくいきます。たいていの場合、イーサネット・ベースで
    ネットワークに接続していると思います。なので、とても遅いイーサネット接続
    ができるのであれば、理論的にはどれでも DSL は動作するはずです。
    Netscape が 386 で動くか、ということについてはコメントしませんが ;-) 
    しかし接続それ自体を維持するには、386 で充分です。これと実際できることと
    はまた別の問題です。
    
  </Para>

  <Para>
    <!--
    Where this gets a little more complicated is the modem, and the client
    that the ISP may require. Any PCI or USB modem is going to require
    drivers, which means more CPU and system resources. Also, PPPoE does even
    more processing, so again the potential CPU load is increased. Windows
    tends to be not so efficient with all this going on, hence the requirement
    for mid range Pentiums by some ISPs.
    -->
    この件で事情を少々複雑にしているのは、モデムと ISP が要求している
    クライアントの件です。PCI や USB タイプのモデムはどれもドライバを必要と
    していて、これが CPU を含むシステムのリソースを消費します。加えて、PPPoE 
    の処理が加わり、さらに CPU 負荷が増加します。Windows はこの点すべてに
    おいてそれほど効率的でない傾向にありますので、ISP のいくつかはミッド
    レンジの Pentium を要求する場合があるようです。
    
  </Para>

  <Para>
   <!--
   With Linux it will depend on what you are going to do. A low end Pentium
   should be fine for most uses. A 386/486 should do nicely for just a
   firewall/gateway box. Just remember if you are running PPPoE, you may take
   a performance hit on low end hardware. 
   -->
   Linux なら、あなたがしようとしていることにかかっています。ローエンドの 
   Pentium でもたいていのユーザなら充分なはずです。386 や 486 はファイアー
   ウォールやゲートウェイとして期待通りに動くはずです。忘れないでもらいたい
   のは PPPoE を動かしているなら、ローエンドなハードウェアでパフォーマンスを
   得られる可能性があることです。
 
  </Para>
  
 </ListItem>

 <ListItem>
  <Para>
    <!--
    Q. I just got my DSL installed, and my speed sucks, and/or my connection
    constantly drops. What is the problem?
    -->
    Q. DSL を導入したが最低の速度しかでなかったり、接続が切れたりする。何が
    問題なのか？ 
  
  </Para>
  
  <Para>
    <!--
    Not enough information to say, really. There are many, many things that
    can cause a poor connection. The list is too long to mention them all.
    -->
    これだけでは情報が足りません。接続がおかしい場合、本当に多くの原因が
    ありえます。それをすべてあげると、とんでもない量になります。
    
  </Para>
   
  <Para>
    <!--
    One of DSL's weaknesses is that the signal can be fairly fragile. Many
    things can degrade the signal, making for poor connections, and thus
    speed. This can be caused by poor or substandard inside wiring, a wiring
    problem outside (like bad splice), RFI from any number of sources, AM
    radio signal interference from a nearby station, bridge taps on your
    line, excessive distance from the DSLAM and so on. Not to mention possible
    hardware problems with your modem, NIC, or the telco's DSLAM, etc. Not
    always easy to sort out.
    -->
    DSL の欠点の 1 つに、信号がかなりもろい点があげられます。信号に悪影響
    を与える要因が多く、それが接続や速度を情けない結果にします。屋内の配線が
    貧弱で一定の基準を満たしていなかったり、屋外の問題(接合部分がいかれている
    とか)だったり、RFI が様々な発生源からきていたり、近くのラジオ局からの AM 
    ラジオ信号の影響を受けたり、回線上にブリッジ・タップがあったり、DSLAM から
    あまりにも離れていたり等々。モデムや NIC、電話会社の DSLAM のハードウェア
    の問題ももちろんあげられます。これを整理するのは簡単ではありません。
 
  </Para>

  <Para>
   <!--
   Your provider should be able to assist you. First, make sure the problem
   isn't with your setup as they likely won't help solve a Linux problem. Then
   be persistent, and don't hesitate to go over someone's head if the help is
   not forthcoming. Most problems are solvable. The trick is isolating it. A
   good telco tech, trained for DSL, can find all kinds of obscure wiring
   problems. 
   -->
   プロバイダはユーザを手助けして解決できるはずです。まず、プロバイダが解決
   できない自分で行った Linux の設定に問題が無いことを確認してください。
   助力が得られないなら、粘り強くかつ恥じらうことなくがんがん行ってください。
   たいていの問題は解決できます。コツは問題を分離することです。電話会社の
   中でテクニカル・サポートが優れているところは、DSL について鍛えられていて、
   配線上のあいまいな問題すべてを見つけ出せます。
  
  </Para>
 </ListItem>

 <ListItem>
  <Para>
    <!-- Q. My provider's tech support staff is clueless. What can I do?  -->
    Q. プロバイダのテクニカル・サポートは何も知らない。どうすればいいのか？
  
  </Para>
  
  <Para>
    <!--
    Common complaint. Seems to be the nature of the beast. First line tech 
    support is an entry level position, and mostly filled by young people 
    with little technical or networking knowledge. Grin and bear it, or try 
    calling back.
    -->
    よくある苦情です。その人の性格によるのではないでしょうか。まず、電話に
    よるテクニカル・サポートは、初心者レベルなので、たいていは技術力やネット
    ワークの知識がほとんどない若い人が占めています。仕方がないものとあきらめ
    て、またかけましょう。

  </Para>
 </ListItem>


 <ListItem>
  <Para>
   <!-- Q: Are there ADSL Standards?  -->
   Q: ADSL の標準とは？
  </Para>
  
  <Para>
   <!--
   Sort of. The U.S. Bell Operating Companies have standardized on Discrete
   Multi-Tone (DMT) (ANSI T1.413) in their current roll-out.  Most others
   should follow their lead in the states. There are other types of modems, most
   notably Carrier-less Amplitude Phase Modulation (CAP), which of course, is
   incompatible with DMT.  
   -->
  Q: いくつかあります。The U.S. Bell Operating Companies は、最近 Discrete 
  Multi-Tone(DMT) の ANT(ANSI T1.413) を標準化したと発表しました。米国の
  他の DMT 方式はこれに準拠するはずです。他の ANT とで目立つものは、
  Carrier-less Amplitude Phase Modulation(CAP) です。もちろん両方式には互換性
  はありません。

  </Para>
 
  <Para>
   <!--
   A biased comparison from an DMT-based vendor on this subject can be found at
   the <ULink URL="http://www.aware.com">http://www.aware.com</ULink>. Still,
   it provides the best detail on this issue I have seen so far.
   -->
   標準化に関して DMT 方式を採用するベンダーの視点から見た両方式の比較は、
   <ULink URL="http://www.aware.com">http://www.aware.com</ULink> で見ることができます。バイ
   アスがかかっていますが、この話題について最も詳細な情報を提供しています。
  </Para>
 
  <Para>
   <!--
   A rather expensive copy of the ANSI standard can be ordered at: American
   National Standards Institute <ULink URL="http://www.ansi.org">ANSI Home
   Page</ULink> 
   -->
   ANSI の規格書の写しは高価ですが、次のところに注文することができます。
   American National Standards Institute <ULink URL="http://www.ansi.org"> 
   ANSI Home Page</ULink>
  </Para>
 
  <Para> 
   Asymmetric Digital Subscriber Loop (ADSL) Metallic Interface
  </Para>
 
  <Para> 
   ANSI TI.413-1995
  </Para>
   
  <Para> 
   <!-- Note: ANSI TI.413 Issue 2 was released September 26, 1997 -->
  注意： ANSI TI.413 2 版 は 1997 年 9 月 26 日に発効されました。
  </Para>
 
  </ListItem>
 
 <ListItem>
  <Para>
   <!-- Q: Can I use ATM to connect to DSL?  -->
   Q: DSL に ATM を接続できるか？
  </Para>
  
  <Para>
   <!--
   Technically speaking, you can. Some DSL modems (at least the Alcatel
   version) has a ATM Forum 25Mbps interface,  which connects to a PCI ATM
   card. But this is rarely done in practice. See <Ulink
   URL="http://lrcwww.epfl.ch/linux-atm/">http://lrcwww.epfl.ch/linux-atm/</Ulink> 
   for more details. 
   -->
   技術的には可能です。DSL モデムの中には(少なくとも Alcatel 
   バージョン)PCI の ATM カードにつなげられる ATM Forum 25Mbps インタフェース
   がついています。しかし実際つなげるのはかなり困難です。
   <Ulink
   URL="http://lrcwww.epfl.ch/linux-atm/">http://lrcwww.epfl.ch/linux-atm/</Ulink> 
   に詳細があります。 
  </Para>
 </ListItem>
 
 <ListItem>
  <Para>
   <!--
   Q: Why does DSL have all these bit rates (384/1.5/7.1M/20M/etc) options?
   -->
   Q: なぜ DSL にはいろいろな速度の種類(384/1.5/7.1M/20M 等)があるのか？ 
  </Para>
  
  <Para>
   <!--
   The basic problem is the 100 year old design of the copper loop. It works
   great for analog phone, but it presents a real challenge for a digital
   signal. Remember that the distance of a loop is inversely proportional to the
   data rate that it can carry. Rate adaptive technologies are great for making
   a digital signal work in many situations, but it can't provide a consistent
   bandwidth for all applications, especially for very long (over 18,000 ft)
   loops. The different bandwidths that you see advertised reflect various
   marketing wars of vendors equipment, and the telco struggle to finalize on a
   standard set of data rates. The bottom line is for the telco to be able
   to reach as broad a customer base as possible.
   -->
   根本的な問題は、より対銅線の回線が 100 年前の設計にもとづいているからです。
   アナログ電話で使う分には何も問題はありませんが、デジタル信号を流すには
   たいへんな困難がともないます。回線距離が遠くなるほどデータ転送速度が落ちる
   ことを忘れないでください。回線最適化技術によって、普通はデジタル信号を
   うまく扱えるようになりましたが、すべてのアプリケーションに対して一定した
   帯域幅を提供できませんし、とても長い(18,000 フィート(5.5 km)以上)回線
   ならなおさらです。宣伝にある様々な帯域幅は、機器ベンダーの熾烈な市場競争
   を反映していて、電話会社もデータ速度の組み合わせを標準化しようと躍起
   になっています。つまるところ電話会社は、一般消費者にできるだけ展開する
   ことを目標にしています。
   
  </Para>
 
  <Para>
   <!--
   Check out the next question on the loop impairments that cause this to
   happen.
   -->
   次の質問も読んでください。というのも回線上の障害は、様々な回線速度を生み
   出す原因の 1 つですから。
  </Para>
 </ListItem>
 
 
 <ListItem>
  <Para>
   <!--
   Q: What are all these loop impairments (bridge taps, load coils, DLCs) that
   could disqualify my line from DSL? (thanks to Bruce Ediger) 
   -->
   Q: ブリッジ・タップ、装荷コイル、DLC のような回線障害があると、ADSL 
   を使用できないのでしょうか？(Bruce Ediger 氏に感謝します)
  </Para>

  <Para>
   <!--
   Load coils: in-line inductances that improve voice-frequency transmission
   characteristics of a telephone circuit.  Essentially, a "load" steals energy
   from high frequencies and gives it to lower frequencies.  Typically only used
   in very long (&gt; 9,000 ft) phone lines.
   -->
   Q: 装荷コイルは、電話回線での音声を伝える周波数の伝送特性を向上させる
   インライン・インダクタンスです。基本的に、「回線が使用される」と高周波の
   エネルギーを低周波に与えます。とても長い電話線(9000 フィート(2.7 km)以上)
   の場合によく用いられます。
  </Para>
  
  <Para>
   <!--
   By "bridges" I assume you mean "bridged taps".  In older neighborhoods, the
   phone wiring will have been used by more than one customer.  Perhaps these
   customers lived at different (though near-by) addresses.  The unconnected
   "spur" of wiring is a "bridged tab" on the currently connected circuit.
   -->
  単に「ブリッジ」という場合には、ブリッジ・タップを意味することとします。
  古くから電話が引かれていた地域では、電話の配線は何軒かに 1 本の割合で
  引かれていました。もちろんそれらの住宅の住所は違いますが近所です。配線
  されていない場合は、即席に"ブリッジ・タップ"を使って既に接続されている
  回線から配線してしまいます。
  </Para>
  
  <Para>
   <!--
   DLCs, Digital Loop Carriers: there's a bunch of systems for carrying more
   than one voice transmission on a single pair of wires.  You can shift the
   frequencies up or down, or you can digitize the voice transmissions and
   divide the telephone circuit by time or code or something.  The more
   general term is "pair gain".
   -->
  デジタル・ループ・キャリア： 2 芯の線 1 本で複数の音声の伝送ができるいろいろ
  なシステムがあります。このシステムは使用する周波数を高低させたり、音声をデジ
  タル化したり、時間やコード、その他によって電話回線を分割することができます。
  ペア・ゲインと呼ばれることが多いと思います。
  </Para>
  
  <Para>
   <!--
   These things cause different problems for high-frequency communications.
   -->
  上記の機材は、高周波を利用したデータ転送に様々な悪影響を与えます。
  </Para>
  
  <Para>
   <!--
   Load coils will completely mess up things by filtering high frequencies and
   passing low frequencies.  They probably also change the "delay envelope",
   allowing some frequencies to arrive before others.  One byte's tones will
   interfere with the next byte's.
   -->
  装荷コイルは、高周波部分を完全にフィルタリングし、低周波を通します。
  また「遅延エンベロープ」と呼ばれるある周波数を他の周波数に優先させて受け
  取れるしくみを変更しているようです。つまりある音声データが、次に来るべき
  データを妨害する可能性があります。
  </Para>

  <Para>
   <!--
   Bridged taps act as shunt capacitances if they're long in relation to the
   signals wavelength, and they'll actually act as band pass filters if they're
   about 1/4 wavelength of the signal.  That is, they'll pass particular
   frequencies freely.  Particular tones of a DMT modem might get shunted back,
   rather than passed along to the receiving modem, reducing bandwidth for that
   telephone line.
   -->
  ブリッジ・タップは、信号の波長が長い場合はシャント・キャパシタンス として
  動作し、波長の およそ 1/4 の場合は帯域通過フィルタとして動作します。つまり
  ある特定の周波数を自由に通過させることになります。DMT モデムの特定の音声
  信号は分離されてしまい、受信側のモデムに到達できず、結果的に電話回線
  の帯域を狭めてしまいます。
  </Para>
 
  <Para>
   <!--
   Pair gain, digital or analog, limit the bandwidth available to one
   transmission in order to multiplex several on one wire.  High and low tones
   of a DMT transmission get filtered out by the apparatus.
   -->
  ペア・ゲインは、一回線で複数の伝送を同時に行うために、一つの伝送に使える帯域
  を制限します。これはアナログ信号にもデジタル信号にも適用されます。DMT による
  伝送で使われる周波数はペア・ゲインによってフィルタされてしまいます。
  </Para>
  
  <Para>
   <!--
   The book "Subscriber Loop Signaling and Transmission Handbook", by Whitham D.
   Reeve, , IEEE Press 1992, ISBN 0-87942-274-2 covers the math of how to
   calculate the effect of line length, bridged tap, etc on the transmission
   characteristics of a telephone line.  It's pretty expensive, however.
   -->
  「加入者線における信号方式と伝送方法の手引き」(Whitham D. Reeve 著、
  IEEE Press 1992, ISBN 0-87942-274-2) は、電話回線における伝送の特性に対して
  回線の長さ、ブリッジ・タップ他が与える影響の調査方法の集大成ですが、かなり
  高価です。
  </Para>
 </ListItem>

<ListItem>
  <Para>
    <!-- Q. Can I run a web server with my DSL connection?  -->
    Q. DSL 接続で Web サーバを運用できるか？
  
  </Para>
  
  <Para>
   <!--
   Sure. You are connected to a TCP/IP network, so theoretically you can run 
   any service that the protocols allow &#045;&#045; mail, ftp, ssh, irc, etc. Where
   there may be problems, is with the ISP's TOS (Terms of Service). Some ISPs
   are pretty open on this, while others forbid any type of server, and may
   even block certain ports. You should research this, or ask the ISP before
   making any plans. ISPs that are selling a consumer service are not
   going to allow any high volume servers &#045;&#045; just personal, or low traffic
   services at best. If this does not fit the bill, then you can check with 
   any local Business class DSL providers. This will cost more, but the 
   Terms of Service, and guarantees, are generally much more suited to 
   higher bandwidth usages.
   -->
   もちろんです。TCP/IP ネットワークに接続できているのですから、理論的には
   プロトコル―電子メールや ftp、ssh、irc 等―を許していれば、どんなサービス
   でも可能です。問題があるとすれば ISP の TOS(Terms of Service) がらみでしょう。
	 ISP の中には、この点に関してかなりオープンなところもありますが、他のところは
   どんなサーバも禁止していて、そのポートをブロックしているところさえもあるよう
	 です。この点は調査すべきで、プランを組む前に ISP に聞いておくべきです。一般
	 消費者向けのサービスを提供している ISP は大規模なサーバどれも認めようとしません。
	 本当に個人向けでトラフィックの低いサービスがせいぜいです。これが目的にかなって
	 いなければ、地元のビジネス向け DSL プロバイダを調べてください。コストは余計に
	 かかりますが、サービスや保証条件が広い帯域幅を必要とするものにマッチしている
	 のが普通だと思います。
   
  </Para>

  <Para>
   <!--
   If you do not have a static IP, you can get around this with one of the
   many Dynamic DNS services that are out there for just this purpose. See the 
   <Link LinkEnd="links">links</Link> section.
   -->
   固定 IP を持っていなければ、ダイナミック DNS サービスのどれかを利用して
   見るのも手です。ダイナミック DNS は、この目的にまさにうってつけです。
   <Link LinkEnd="links">リンク</Link>・セクションを見てください。
 
  </Para>

 </ListItem>
  
 <ListItem>
  <Para>
   <!-- Q: Do you have examples of DSL Modems?  -->
   Q: ADSL モデムについての実例は？
  </Para>
   
  <Para>
   <!--
   Short Answer: Yes. Real Answer: The evolution of this technology is
   moving too rapidly for anyone to keep up to date in a HOWTO.  
   Check <Ulink
   URL="http://dslreports.com/information/equiprated/all">http://dslreports.com/information/equiprated/all</Ulink> for up to date information.
   -->
  A: あります。しかしこの技術の発達は日進月歩で、HOWTO では追いきれません。
   <Ulink
   URL="http://dslreports.com/information/equiprated/all">http://dslreports.com/information/equiprated/all</Ulink> を見て、現状をチェックしてください。
   
   </Para>

  <Para>
   <!--
   However, below is a list of some of the current modem offerings as of
   March 2001. All are ADSL modems with DMT encoding (a.k.a.  Alcatel
   compatible), unless specified otherwise. [Note: Some items retained from 
   original list dated June 1998.]
   -->
   下記のリストは 2001 年 5 月現在で販売しているモデムです。特に断りがなけ
   れば、DMT 符号化(別名 Alcatel 互換)を使った ADSL モデムです(注意 1998 年 
   6 月のままのものもあります)。

  </Para>
  
 <Para>
  <ItemizedList>
   
   <ListItem>
    <Para>
      <!-- Router/Modems with 10/100baseT Ethernet Interface: -->
      10 か 100 baseT イーサネット・インタフェースを持つモデム・ルーター
    </Para>
    
    <Para>
     <!--
     Examples: Flowpoint 2000 DSL(CAP), 3COM Viper-DSL (CAP), Westell
     ATU-R-Flexcap (CAP), Aware x200, Zyxel P641, Efficient Networks
     SpeedStream 5660, Cayman 3220H, Cisco 673 (SDSL), Cisco 675 (ADSL/CAP),
     Cisco 677 (ADSL/DMT), Alcatel SpeedTouch Pro
     -->
     例: Flowpoint 2000 DSL(CAP)、3COM Viper-DSL (CAP)、Westell
     ATU-R-Flexcap (CAP)、Aware x200、Zyxel P641、Efficient Networks
     SpeedStream 5660、Cayman 3220H、Cisco 673 (SDSL)、Cisco 675 (ADSL/CAP)、
     Cisco 677 (ADSL/DMT)、Alcatel SpeedTouch Pro
    </Para>
   </ListItem>
 
  <ListItem>
   <Para>
    <!-- Bridge/Modems with 10/100baseT Ethernet Interface: -->
    10 か 100 baseT イーサネット・インタフェースを持つブリッジ・ルーター

   </Para>
   
   <Para>
    <!--
    Examples: Alcatel 1000, Alcatel SpeedTouch Home [note: there are also USB
    and PCI SpeedTouch versions!],  Westell ATU-R-Flexcap2 (CAP), Efficient
    Networks SpeedStream 5260, Efficient Networks SpeedStream 5251 (SDSL),
    Westell WireSpeed.
    -->
    例: Alcatel 1000、Alcatel SpeedTouch Home(注意 USB と PCI タイプの 
    SpeedTouch 版)、Westell ATU-R-Flexcap2 (CAP)、Efficient
    Networks SpeedStream 5260、Efficient Networks SpeedStream 5251 (SDSL)、
    Westell WireSpeed.

   </Para>
  </ListItem>
 
  <ListItem>
   <Para>
    <!-- Modems with ATMF Interface: -->
   ATMF インタフェースを持つモデム
   </Para>
   
   <Para>
    <!--
    Examples: Alcatel 1000, Alcatel SpeedTouch Home, Cisco 677 (DMT), Ariel
    Horizon II 
    -->
    例: Alcatel 1000、Alcatel SpeedTouch Home、Cisco 677 (DMT)、Ariel
    Horizon II 
    
   </Para>
  </ListItem>
 
  <ListItem>
   <Para>
    <!-- Bridge/Modems with V.35 Serial Interface (T1, Serial Router) -->
    V.35 シリアル・インタフェースを持つブリッジ・モデム(T1、シリアル回線を
    持つルータ)
   </Para>
   
   <Para>
    <!-- Examples: Westell ATU-R -->
    例: Westell ATU-R
   </Para>
  </ListItem>
 
  <ListItem>
   <Para>
    <!-- Modems with USB Interface: -->
    USB インタフェースを持つモデム
   </Para>
   
   <Para>
    Efficient Networks SpeedStream 4060, Intel 3100, Alcatel SpeedTouch USB
   </Para>
  </ListItem>
 
  <ListItem>
   <Para>
    <!-- PCI Modems: -->
    PCI モデム
   </Para>
   
   <Para>
    <!--
    Examples: Cisco 605, Efficient Networks SpeedStream 3060/3061, Intel 2100, 
    Xpeed X200 (IDSL), Xpeed X300 (SDSL), Alcatel SpeedTouch PCI
    -->
    例: Cisco 605、Efficient Networks SpeedStream 3060/3061、Intel 2100、
    Xpeed X200 (IDSL)、Xpeed X300 (SDSL)、Alcatel SpeedTouch PCI
   </Para>
  </ListItem>

  <ListItem>
   <Para>
    <!-- Wireless Modems (IEEE 802.11b): -->
    無線モデム(IEEE 802.11b)
   </Para>
   
   <Para>
    <!-- Examples: Alcatel SpeedTouch Wireless -->
    例: Alcatel SpeedTouch Wireless

   </Para>
  </ListItem>


  <ListItem>
   <Para>
    <!--
    Dedicated Router (no built in modem) with 10/100baseT Ethernet Interface:
    -->
    10 か 100 baseT イーサネット・インタフェースを持つ専用線ルーター(モデム
    無し)
   </Para>
   
   <Para>
    <!-- Examples: Netgear RT311, SMC 7004BR, Linksys BEFSR11 -->
    例: Netgear RT311、SMC 7004BR、Linksys BEFSR11

   </Para>
  </ListItem>
 
 
 </ItemizedList>
 </Para>
 
 </ListItem>
 
</OrderedList>
</Para>

<Para>
 <!--
 This is but a very small sampling and should not be construed as
 endorsements of the products listed. It is just a simple illustration
 of a few of the available products.
 -->
 ごく少数しか選べませんでしたので、これを保証済みの製品一覧と見なすこと
 はできません。ただこれは利用できる製品を少しばかり例示したに過ぎません。
 
</Para>

<Warning>
 <Para>
  <!--
  Modem manufacturers often ship modems to meet an ISP's specifications.
  Features are sometimes enabled or disabled as requested by the ISP. There are
  conceivably numerous, possible variations on each model. Something to
  consider if buying one second-hand.
  -->
  モデムの製造業者は、ISP 向けに仕様を合わせて出荷している場合が多々あります。
  ISP からの依頼で、ある機能を有効・無効にしています。恐らく考えられるだけの
  バリエーションが各モデムにあるのではないかと思います。中古で買うなら考えに
  入れておいてください。
  
 </Para>
</Warning>

</Sect1>

<!--  ~  End Section  ~  -->

<!--   ~~~~~~~~       New Section Header    ~~~~~~~~~     -->

<Sect1 id="appendix">
<!-- <Title>Appendix: Miscellaneous</Title> -->
<Title>付録： その他</Title>



<!--   ~~~~~       New Section      ~~~~~     -->

<Sect2 id="links">
<!-- <Title>Links</Title> -->
<Title>リンク集</Title>

<Para>
<ItemizedList>

  <ListItem>
   <Para>
    <!--
    Other related documentation from the Linux Documentation Project:
    -->
   Linux Documentation Project にあるその他関連するドキュメント
   </Para>
 
   <Para>
    <ItemizedList>

  
   <ListItem>
    <Para>
     <Ulink URL="http://www.linuxdoc.org/HOWTO/Firewall-HOWTO.html">Firewall HOWTO</Ulink>
     
    </Para>
   </ListItem>
   
   <ListItem>
    <Para>
     <Ulink URL="http://www.linuxdoc.org/HOWTO/Security-HOWTO.html">Security HOWTO</Ulink>
    </Para>
   </ListItem> 

   <ListItem>
    <Para>
     <Ulink URL="http://www.linuxdoc.org/HOWTO/IPCHAINS-HOWTO.html">IPCHAINS HOWTO</Ulink>
     
    </Para>
   </ListItem>
   
   <ListItem>
    <Para>
     <Ulink URL="http://www.linuxdoc.org/HOWTO/IP-Masquerade-HOWTO.html">IP Masquerade HOWTO</Ulink>
     
    </Para>
   </ListItem>
   
   
   <ListItem>
    <Para>
     <Ulink URL="http://www.linuxdoc.org/HOWTO/mini/Home-Network-mini-HOWTO.html">Home Network mini HOWTO</Ulink>  
   
    </Para>
   </ListItem>
   
   
   <ListItem>
    <Para>
     <Ulink URL="http://www.linuxdoc.org/HOWTO/Ethernet-HOWTO.html">Ethernet HOWTO</Ulink>
       【訳註：日本語訳は、
       <Ulink URL="http://www.linux.or.jp/JF/JFdocs/Ethernet-HOWTO.html">JF</Ulink> にあります】 
     
    </Para>
   </ListItem>
   
   <ListItem>
   <Para>
    <Ulink URL="http://www.linuxdoc.org/HOWTO/Networking-Overview-HOWTO.html">Networking Overview HOWTO</Ulink>
    
   </Para>
   </ListItem>
   
   <ListItem>

   <comment>Hmm, I'd like to see either summaries with the
   HOWTOs, or no summaries with the HOWTOs.  They should be
   easily enough stolen from the HOWTO-INDEX, if you want to
   include them.
      
      HB - Hmmmm....some are so self explanatory, and some are not. The Net
      HOWTO got me since I was used to Net 3/4, hence the added wordage. Any 
      further explanation of 'Firewall HOWTO' would seem to be redundant.
      </comment>

    <Para>
     <Ulink URL="http://www.linuxdoc.org/HOWTO/Net-HOWTO/">Net HOWTO</Ulink>, 
     <!--
      previously named the NET3-4-HOWTO, the definitive, in-depth guide to
      various Linux networking topics.
     -->
     以前は NET3-4-HOWTO と名づけていましたが、Linux ネットワークのトピック
     についてのガイドとして、最も信頼がおけて深く掘り下げたものです。
     
    </Para>
   </ListItem>

   <ListItem>
    <Para>
     <!--
     <Ulink URL="http://www.linuxdoc.org/HOWTO/Adv-Routing-HOWTO.html">Linux
     2.4 Advanced Routing HOWTO</Ulink>. All the new, improved features are
     explained here.
     -->
     <Ulink URL="http://www.linuxdoc.org/HOWTO/Adv-Routing-HOWTO.html">Linux
     2.4 Advanced Routing HOWTO</Ulink>。新規に書きおろしたもので、カーネル 
     2.4 になって改善された機能が説明してあります。
     
    </Para>
   </ListItem>

   
   <ListItem>
    <Para>
     <Ulink URL="http://www.linuxdoc.org/HOWTO/mini/DHCP/">DHCP HOWTO</Ulink>
     【訳註：日本語訳は、
     <Ulink URL="http://www.linux.or.jp/JF/JFdocs/DHCP">JF</Ulink> にあります】 
     
    </Para>
   </ListItem>

   <ListItem>
    <Para>
     <Ulink URL="http://www.linuxdoc.org/HOWTO/VPN-HOWTO.html">VPN HOWTO</Ulink>
     【訳註：日本語訳は、
     <Ulink URL="http://www.linux.or.jp/JF/JFdocs/VPN-HOWTO.html">JF</Ulink> にあります】 
     
    </Para>
   </ListItem>


   <ListItem>
    <Para>
     <Ulink URL="http://www.linuxdoc.org/HOWTO/VPN-Masquerade-HOWTO.html">VPN Masquerading HOWTO</Ulink>
     
    </Para>
   </ListItem>



   </ItemizedList>
   
   </Para>
  </ListItem>



  <ListItem>
   <Para>
    <!--
    More on the 2.4 kernel packet filtering from The Netfilter Project at <Ulink
    URL="http://netfilter.samba.org/">http://netfilter.samba.org/</Ulink>.
    Several good HOWTOs for the new features in 2.4.
    -->
    さらに The Netfilter Project(<Ulink
    URL="http://netfilter.samba.org/">http://netfilter.samba.org/</Ulink>)に
    よるカーネル 2.4 のパケット・フィルタリングがあります。
    カーネル 2.4 の新機能について 優れた HOWTO がいくつかあります。

   </Para>
  </ListItem> 

  <ListItem>
   <Para>
      <!--
      Check your security and see what ports are open at 
      <Ulink
      URL="http://hackerwhacker.com/">http://hackerwhacker.com/</Ulink>. This
      is one of the better sites for this. Some only test a relatively few
      ports.
      -->
      セキュリティについてやどのポートが開いているのかを調べるには、
      <Ulink
      URL="http://hackerwhacker.com/">http://hackerwhacker.com/</Ulink> を
      見てください。ここは、この点について優れたサイトの 1 つです。テスト
      の中には、ごくわずかなポートだけしか調べないものもあります。

   </Para>
  </ListItem> 

 <ListItem>
  <Para>
   <!--
   SuSE's Linux PPPoE page is at <Ulink
   Url="http://www.suse.de/~bk/PPPoE-project.html">http://www.suse.de/~bk/PPPoE-project.html</Ulink>.
   Good information on most of the available Linux PPPoE implementations.
   -->
   SuSE のLinux PPPoE サイトは <Ulink
   Url="http://www.suse.de/~bk/PPPoE-project.html">http://www.suse.de/~bk/PPPoE-project.html</Ulink>.
   です。Linux で利用できる PPPoE の実装ほとんどについて、役に立つ情報が
   あります。

  </Para>
 </ListItem> 

  <ListItem>
   <Para>
    <!--
    Bob Carrick's definitive PPPoE site is at <Ulink
    Url="http://www.carricksolutions.com/">http://www.carricksolutions.com/</Ulink>.
    His Linux PPPoE page is at <Ulink
    URL="http://www.carricksolutions.com/linuxpppoe.htm">http://www.carricksolutions.com/linuxpppoe.htm</Ulink>.
    It has some other DSL related information as well. All OSes are covered.
    -->
    Bob Carrick 氏の最も信頼がおける PPPoE サイトは <Ulink
    Url="http://www.carricksolutions.com/">http://www.carricksolutions.com/</Ulink>
    にあります。彼の Linux PPPoE のサイトは、<Ulink 
    URL="http://www.carricksolutions.com/linuxpppoe.htm">http://www.carricksolutions.com/linuxpppoe.htm</Ulink> 
    です。
    他の DSL 関連の情報もあります。OS すべてをカバーしています。
   
   </Para>
  </ListItem>

  <ListItem>
   <Para>
    <!--
    The NTS EnterNet for Linux FAQ can be found at <Ulink
    URL="http://support.efficient.com/KB/NTS/linux.html">
    http://http://support.efficient.com/KB/NTS/linux.html</Ulink>. This is a
    non-GPL'd PPPoE client that is distributed by some ISPs. 
    -->
    NTS EnterNet の Linux 向け FAQ は <Ulink
    URL="http://support.efficient.com/KB/NTS/linux.html">
    http://http://support.efficient.com/KB/NTS/linux.html</Ulink> にあります。
    これは GPL でない PPPoE クライアントで、ISP の中にはこれを配布している
    ところもあります。
   
   </Para>
  </ListItem> 

  <ListItem>
   <Para>
    <!--
    A white paper from Redback on the technology and rationale behind PPPoE can 
    be found at  
    <Ulink URL="http://www.redback.com/en-US/frameset.jsp?flash=true&javascript=true&page=home/home.html">http://www.redback.com/</Ulink>.
    This is how the ISPs see it. (Redback is the leading manufacturer of PPPoX
    termination routers.)
    -->
   PPPoE についての技術及びその理論的背景についてのホワイト・
   ペーパーが Redback から得られます。
   <Ulink URL="http://www.redback.com/en-US/frameset.jsp?flash=true&amp;javascript=true&amp;page=home/home.html">http://www.redback.com/</Ulink>。
    これは ISP が PPPoE をどのように見ているかを示したものです。

   </Para>
  </ListItem> 
  <ListItem>
   <Para>
    <!--
    ATM on Linux: <Ulink URL="http://lrcwww.epfl.ch/linux-atm/">
    http://lrcwww.epfl.ch/linux-atm/</Ulink>. Where to find the latest info on
    PPPoA and raw ATM connections.
    -->
    ATM on Linux: <Ulink URL="http://lrcwww.epfl.ch/linux-atm/">
    http://lrcwww.epfl.ch/linux-atm/</Ulink>。 PPPoA と ATM 接続についての
    最新の情報が得られます。
   
   </Para>
  </ListItem> 

  <ListItem>
   <Para>
    <!--
    A step by step report on getting Linux going with raw ATM is here: <Ulink
    URL="http://linux.com.sg/news/atm/">http://linux.com.sg/news/atm/</Ulink>.
    -->
    Linux で ATM そのものを利用する報告を着実に行っているのが、<Ulink
    URL="http://linux.com.sg/news/atm/">http://linux.com.sg/news/atm/</Ulink>
    です。
    
   </Para>
  </ListItem> 
  
  <ListItem>
   <Para>
    <!--
    FreeSwan, <Ulink
    URL="http://www.freeswan.org">http://www.freeswan.org</Ulink>, is an
    IPSec and IKE VPN implementation for Linux. 
    -->
    FreeSwan、<Ulink
    URL="http://www.freeswan.org">http://www.freeswan.org</Ulink> は Linux 
    で IPSec と IKE VPN の実装を行っているところです。
   </Para>
  </ListItem> 

  <ListItem>
   <Para>
    <!--
    VPN and Masquerading on Linux: <Ulink URL="http://www.wolfenet.com/~jhardin/ip_masq_vpn.html">http://www.wolfenet.com/~jhardin/ip_masq_vpn.html</Ulink>
    -->
    Linux での VPN とマスカレーディングは、<Ulink 
    URL="http://www.wolfenet.com/~jhardin/ip_masq_vpn.html">http://www.wolfenet.com/~jhardin/ip_masq_vpn.html</Ulink> 
    にあります。
  
   </Para>
  </ListItem> 

  <ListItem>
   <Para>
    <!--
    PPTP-linux allows you to connect to a PPTP server with Linux. The home page is 
    <Ulink URL="http://cag.lcs.mit.edu/~cananian/Projects/PPTP/">http://cag.lcs.mit.edu/~cananian/Projects/PPTP/</Ulink>.
    -->
    PPTP-linux で PPTP サーバに Linux を使って接続できます。
    ホーム・ページは、
    <Ulink URL="http://cag.lcs.mit.edu/~cananian/Projects/PPTP/">http://cag.lcs.mit.edu/~cananian/Projects/PPTP/</Ulink> にあります。
   
   </Para>
  </ListItem> 

  <ListItem>
   <Para>
    <!--
    Justin Beech's 
    <Ulink Url="http://dslreports.com">http://dslreports.com</Ulink>, a great
    site for anything and everything related to DSL. If it's not there, then
    there is a link to it. (Site runs on Linux.)
    -->
   Justin Beech 氏の <Ulink 
   Url="http://dslreports.com">http://dslreports.com</Ulink> は DSL 関連を網羅
   した素晴らしいサイトです。このサイトにはなくても、ここからリンクが張られて
   います(このサイトは Linux で運営しています)。
   </Para>
  </ListItem>
 
  <ListItem>
   <Para>
    <!--
    John Navas's Cable and DSL site, <Ulink
    Url="http://cable-dsl.home.att.net">http://cable-dsl.home.att.net</Ulink>,
    has good general info, tweaks, troubleshooting, hardware info, etc. for
    all OSes. 
    -->
   John Navas 氏の ケーブルモデムと DSL のサイトは <Ulink
    Url="http://cable-dsl.home.att.net">http://cable-dsl.home.att.net</Ulink> 
    です。すべての OS を対象に一般的な情報からチューニング、トラブルシュー
    ティング、ハードウェア情報等があります。
   </Para>
  </ListItem>
 
  <ListItem>
   <Para>
    <!--
    TCP Performance Tuning tips: <Ulink
    URL="http://www.psc.edu/networking/perf_tune.html">
    http://www.psc.edu/networking/perf_tune.html</Ulink>. Tips on Linux, and
    other OSes.
    -->
    TCP のパフォーマンス・チューニングのコツ: <Ulink
    URL="http://www.psc.edu/networking/perf_tune.html">
    http://www.psc.edu/networking/perf_tune.html</Ulink>。Linux を含めた
    他の OS の情報があります。

   </Para>
  </ListItem> 

  <ListItem>
   <Para>
    <!--
    A great Linux security site is <Ulink
    URL="http://linux-firewall-tools.com/linux/">
    http://linux-firewall-tools.com/linux/</Ulink>. Lots of info from Robert
    L. Ziegler, author of <CiteTitle>Linux Firewalls</CiteTitle>. Many links
    to other security related sites as well.
    -->
    Linux のセキュリティサイトで素晴らしいところは、<Ulink
    URL="http://linux-firewall-tools.com/linux/">
    http://linux-firewall-tools.com/linux/</Ulink> です。<CiteTitle>Linux 
    Firewalls</CiteTitle> の著者である Robert L. Ziegler 氏からのたくさん
    の情報があります。他のセキュリティ関連のサイトへのリンクもあります。
    
   </Para>
  </ListItem> 

  <ListItem>
   <Para>
    <!--
    <Ulink URL="http://www.securityportal.com/lasg/">
    http://www.securityportal.com/lasg/</Ulink>, The Linux Administrator's
    Security Guide by Kurt Seifried. Good tutorials on a variety of
    topics &#045;&#045; not just firewalls, but the big picture.
    -->
    <Ulink URL="http://www.securityportal.com/lasg/">
    http://www.securityportal.com/lasg/</Ulink> は、Kurt Seifried 氏による
    Linux でシステム管理を行う人向けのセキュリティガイドです。様々な分野
    のトピックについてのチュートリアルとして優れています―ファイヤーウォール
    だけではなく、総括的な展望もあります。

    
   </Para>
 </ListItem> 

  <ListItem>
   <Para>
    <!--
    The Seattle firewall is an ipchains based firewall that can be used on a
    dedicated masquerading firewall machine (including LRP), a multi-function
    masquerade gateway/server or on a stand-alone Linux system. The project is
    located at <Ulink
    URL="http://seawall.sourceforge.net/">http://seawall.sourceforge.net/</Ulink>
    -->
    Seattle firewall は ipchains ベースのファイアーウォールで、専用の
    マスカレーディングタイプのファイアーウォール機器(LRP Linux Router Project 
    を含む)です。多機能なマスカレード・ゲートウェイもしくはサーバで、スタンド
    アロンな Linux システムです。このプロジェクトは <Ulink
    URL="http://seawall.sourceforge.net/">http://seawall.sourceforge.net/
    </Ulink> にあります。
    -->

   </Para>
 </ListItem> 


  <ListItem>
   <Para>
    <!--
    My ipchains script is at <Ulink
    URL="http://personal.bellsouth.net/~hburgiss/linux/ipchains.html">
    http://personal.bellsouth.net/~hburgiss/linux/ipchains.html</Ulink>.
    This has IP Masquerading already set up, is reasonably well commented, and
    may make a quick starting point for your own script with only 
    minor adjustments to suit your situation.
    -->
    私が書いた ipchains のスクリプトは、<Ulink
    URL="http://personal.bellsouth.net/~hburgiss/linux/ipchains.html">
    http://personal.bellsouth.net/~hburgiss/linux/ipchains.html</Ulink> 
    にあります。
    これは IP マスカレーディングが設定済みで、必要外な部分はコメントアウト
    してあります。状況に応じて少々修正すればすぐにご自身のスクリプト
    として起動できると思います。
    
   </Para>
  </ListItem> 

  <ListItem>
   <Para>
    <!--
    Here a few pages dedicated to using Linux with specific providers. (I
    could use some submissions for more please.)
    -->
    特定のプロバイダ向けで Linux に特化したサイトが少しあります
    (より快適に利用するのに利用していればよかったのに)。
   </Para>

   <Para>
    <ItemizedList>

<!-- ここは原文でコメントアウトしてあるので訳していません。 -->

<!--

no findo 06/21/01

    <ListItem>
     <Para>
      Bell Canada's Sympatico: 
      <Ulink URL="http://www.sympaticousers.org/faq/opsys_software.htm#unix">
       http://www.sympaticousers.org/faq/opsys_software.htm#unix</Ulink>
     </Para>
    </ListItem>
-->
    <ListItem>
     <Para>
      Verizon: 
      <Ulink URL="http://www.panix.com/~dfoster/prog/linux/pppoe.html">
      http://www.panix.com/~dfoster/prog/linux/pppoe.html</Ulink>
     </Para>
    </ListItem>

    <ListItem>
     <Para>
       Southwestern Bell:
      <Ulink URL="http://home.swbell.net/sdboyd56/DSL/connect1.html">
      http://home.swbell.net/sdboyd56/DSL/connect1.html</Ulink>
     </Para>
    </ListItem>

    <ListItem>
     <Para>
      BellSouth:
      <Ulink
      URL="http://personal.bellsouth.net/~hburgiss/dsl/survival/linux.htm">
       http://personal.bellsouth.net/~hburgiss/dsl/survival/linux.htm</Ulink>
     </Para>
    </ListItem>

    <ListItem>
     <Para>
       <!--
       HomeChoice (UK):
      <Ulink URL="http://www.maxuk.net/hc/faq.html">http://www.maxuk.net/hc/faq.html</Ulink>. (This gets my vote for the strangest ADSL service anywhere.)
       -->
       HomeChoice (UK):
      <Ulink URL="http://www.maxuk.net/hc/faq.html">http://www.maxuk.net/hc/faq.html</Ulink>。(何だか不思議な ADSL サービスです)
     </Para>
    </ListItem>

    <ListItem>
     <Para>
       <!--
       France T駘馗om's Netissimo: 
       <Ulink
       URL="http://www.rhapsodyk.net/adsl/HOWTO/">http://www.rhapsodyk.net/adsl/HOWTO/</Ulink>. Good information on setting up PPTP with Linux for Alcatel modems.
       -->
       France T駘馗om's Netissimo: 
       <Ulink
       URL="http://www.rhapsodyk.net/adsl/HOWTO/">http://www.rhapsodyk.net/adsl/HOWTO/</Ulink>。Alcatel のモデムで Linux を使って PPTP を設定するのに役に立つ
       情報があります。
     </Para>
    </ListItem>

    <ListItem>
     <Para>
       <!-- Austrian Highspeed Internetconnection & Linux HOWTO: -->
       オーストリアの高速インターネット接続と Linux の HOWTO:
       <Ulink
       URL="http://www.members.aon.at/heimo.schoen/at-highspeed-howto.html">http://www.members.aon.at/heimo.schoen/at-highspeed-howto.html</Ulink>.
     </Para>
    </ListItem>

   </ItemizedList>
  </Para>

 </ListItem>



  <ListItem>
   <Para>
    <!--
    Now that you have a full-time connection, want a routable hostname for
    your computer? Dynamic DNS services can do this, even if your IP changes from
    time to time. Just a few of the many available services: 
    -->
    常時接続した以上は、外部からホスト名を引けるようになりたくありませんか？ 
    ダイナミック DNS サービスは IP アドレスが次々と変わったとしても、名前引き
    を可能にします。ここにあげるのは、利用できる数々のサービス内のいくつかです。
   </Para>
 
   <Para>
    <ItemizedList>

    <ListItem>
     <Para>
      <Ulink URL="http://dyndns.org">http://dyndns.org</Ulink>
     </Para>
    </ListItem>
    <ListItem>
     <Para>
      <Ulink URL="http://tzo.com">http://tzo.com</Ulink>
     </Para>
    </ListItem>
    
    <ListItem>
     <Para>
      <Ulink URL="http://www.easydns.com">http://easydns.com</Ulink>
     </Para>
    </ListItem>
    
    <ListItem>
     <Para>
      <Ulink URL="http://no-ip.com">http://no-ip.com</Ulink>
     </Para>
    </ListItem>

    <ListItem>
     <Para>
      <Ulink URL="http://www.microtech.co.gg/dns">http://www.microtech.co.gg/dns</Ulink>
     </Para>
    </ListItem>

   </ItemizedList>
  </Para>

 </ListItem>
<!-- 原文上でコメントしてありましたので、訳していません。 -->
<!-- 
kaput????

 <ListItem>
  <Para> 
   ADSL Forum Home Page: <ULink
   URL="http://www.adsl.com">http://www.adsl.com</ULink> A comprehensive web
   site created by the ADSL vendors. Fairly complete for reference information
   on ADSL.
  
  </Para>
 </ListItem>
-->  
  <ListItem>
   <Para>
    <!--
    <ULink URL="http://conk.com/world/dsl/">ADSL
    Deployment 'round the World</ULink> Claims to have a complete list -
    looked accurate for my area - gives providers, prices, speeds, etc.
    -->
    <ULink URL="http://conk.com/world/dsl/">ADSL
    Deployment 'round the World</ULink> は、プロバイダ、価格、速度他に
    ついて完璧なリスト―私の地域は間違いがないようでした―を提供しています。
   </Para>
  </ListItem>
 
  <ListItem>
   <Para>
    <!--
    <ULink
    URL="http://homepage.interaccess.com/~jkristof/xdsl-faq.txt">comp.dcom.xdsl
    FAQ</ULink>. Actively maintained, and a great technical reference for DSL
    technologies.
    -->
    <ULink
    URL="http://homepage.interaccess.com/~jkristof/xdsl-faq.txt">comp.dcom.xdsl
    FAQ</ULink>。頻繁に更新され、かつ DSL 技術についてのリファレンスとして
    優れています。
   </Para>
  </ListItem>


  <ListItem>
   <Para>
    <!--
    <Ulink Url="news://comp.dcom.xdsl">comp.dcom.xdsl</Ulink>, DSL discussions,
    vents, and flames on Usenet. Good place to get technical questions answered
    that your ISP can't.
    -->
    <Ulink Url="news://comp.dcom.xdsl">comp.dcom.xdsl</Ulink> は Usenet で
    DSL について議論したり、憂さ晴らししたり、フレームを起こしたりするところ
    です。ISP が答えられない技術的な質問に対しての解決策を得るのに適切です。
   </Para>
  </ListItem>

</ItemizedList>
</Para>

</Sect2>

<!--  ~  End Section  ~  -->




<!--   ~~~~~       New Section      ~~~~~     -->

<Sect2 id="glossary">
<!-- <Title>Glossary</Title> -->
<Title>用語解説</Title>


   <comment>There are a bunch of tags designed for marking up
   glossaries.  Take a look at
   http://www.docbook.org/tdg/html/glossary.html and some of the
   pages following it.
   
   HB-Looks a little time consuming. FIXMELATER
   </comment>

<Para>
 <!--
 A dictionary of some of the jargon used in this Document, and in the
 telco and DSL industries.
 -->
 このドキュメントと電話会社及び DSL 業界で使っている専門用語の解説です。
</Para>

<Para>
<VariableList>
 <VarListEntry>
 <Term>ADSL</Term>
  <ListItem>
   <Para>
    <!--
    Asymmetric Digital Subscriber Loop. <Quote>Asymmetric</Quote> in that the
    downstream potential is greater than the upstream. ADSL is capable of
    sharing on a single POTS wire pair. Maximum speed is 8 Mbps, though
    typically is limited by the provider to lesser speeds. The most popular
    DSL at this time.
    -->
   Asymmetric Digital Subscriber Loop。非対称デジタル加入者線。<Quote>非対称
   </Quote>とは、下りの速度が上りより速いことを意味する。ADSL は 1 本のより
   対線を POTS と共有する。最大速度は、8 Mbps だが、普通はプロバイダが制限を
   かけて、それより遅い速度になっている。現状では最も普及した DSL。
   </Para>
  </ListItem> 
 </VarListEntry>
 
 <VarListEntry>
 <Term>ANT</Term>
 
  <ListItem>
  <Para>
   <!-- ADSL Network Termination (a.k.a. the ADSL modem).  -->
   ADSL Network Termination  ADSL ネットワーク終端装置(ADSL モデム)。
  </Para>
  </ListItem>
 </VarListEntry>

 <VarListEntry>
 <Term>ARP</Term>
 
  <ListItem>
  <Para>
   <!--
   Address Resolution Protocol. Converts MAC addresses to IP addresses.
   -->
   Address Resolution Protocol。MAC アドレスを IP アドレスに変換。
  </Para>
  </ListItem>
 </VarListEntry>
 
 <VarListEntry>
 <Term>ASAM</Term>
 
  <ListItem>
  <Para>
   <!-- Alcatel's terminology for a DSLAM.  -->
   Alcatel の DSLAM を指す専門用語。
  </Para>
  </ListItem>
 </VarListEntry>
 
 
 <VarListEntry>
 <Term>ATM</Term>
 
  <ListItem>
  <Para>
   <!--
   Asynchronous Transfer Mode - provides high-speed packet switching from 155
   Mbps to (currently) 2Gbps. Used to provide backbone switching for the
   Internet, and by many telcos since it can carry both voice and data. This 
   is a common transport protocol for many telco DSL networks.
   -->
   Asynchronous Transfer Mode 非同期転送モード―高速にパケットのスイッチング
   を行うことによって、 155 Mbps から 2Gbps(現状では)の速度を提供する。
   インターネットへのバックボーン接続のために利用されている。また電話会社
   の多くは音声もデータも伝送している。電話会社の DSL ネットワークにとって 
   ATM はトランスポート層のプロトコルとして一般的。
  </Para>
  </ListItem>
 </VarListEntry>
 
 <VarListEntry>
 <Term>ATMF-25Mbps</Term>

  <ListItem>

   <Para>
    <!--
    ATM Forum Interface - 25Mbps speed, provided by a PCI NIC card. One of the
    interfaces used between the modem and PC. 
    -->
    ATM フォーラム公認のインターフェース―25Mbps の速度が出せ、PCIバスの NIC 
    で使用されている。モデムと PC 間で使用されるインターフェースの 1 つ。
   </Para>
  </ListItem> 
 </VarListEntry>

 <VarListEntry>
 <!-- <Term>brouter</Term> -->
 <Term>ブルータ(brouter)</Term>

  <ListItem>
   <Para>
     <!--
     A combination DSL modem that can be configured to act as either a bridge
     or a router.
     -->
     ブリッジもしくはルーターとして動作する設定が可能な DSL モデム。 
   </Para>
  </ListItem> 
 </VarListEntry>



 <VarListEntry>
 <Term>CAP</Term>

  <ListItem>
   <Para>
    <!--
    Carrierless Amplitude Phase. A proprietary ADSL line encoding technique,
    that is (or was) in competition with <Quote>DMT</Quote>. DMT has won the
    standards battle. CAP and DMT modems are not compatible with each other.
    -->
    Carrierless Amplitude Phase。ADSL 回線独自の符号化技術で、<Quote>DMT</Quote>
    と競合している(していた)。DMT が標準を勝ち取った。CAP と DMT モデムは
    互換性がない。
   </Para>
  </ListItem> 
 </VarListEntry>
 

 <VarListEntry>
 <!-- <Term>Central Office, or CO</Term> -->
 <Term>Central Office もしくは CO</Term>
 
  <ListItem>
   <Para>
    <!--
    Usually refers to one of two meanings: 1) The local Telco building that
    houses telephone equipment, and where local loops terminate. 2) The Telco
    voice switch that provides dial tone. Often referred to as just
    <Quote>CO</Quote>. Typically, the CO houses one or more DSLAMs that 
    make DSL possible. But, increasingly, DSLAMs are being deployed remotely.
    -->
    中央局。 2 つの意味があり、1) 電話関連機器が設置されている電話会社の建物。
    2) 電話のダイヤル・トーンを出力する音声交換機。<Quote>CO</Quote> と呼ばれる
    ことが多い。普通は DSL を実現している DSLAM を CO に設置するが、離れた
    ところに分散して設置するようにますますなってきている。
    
   </Para>
  </ListItem> 
 </VarListEntry>

 <VarListEntry>
 <Term>CLEC</Term>
 
  <ListItem>
   <Para>
    <!--
    Competitive Local Exchange Carrier. <Quote>Competitors</Quote> to the
    ILECs. They do not own any lines, and must lease their lines from ILEC in
    order to provide any service. 
    -->
    Competitive Local Exchange Carrier。ILEC の<Quote>競合者</Quote>。独自の
    回線を一切持たず、サービスを提供するのに ILEC から回線を借りなければ
    ならない。
   </Para>
  </ListItem> 
 </VarListEntry>
 
 <VarListEntry>
 <Term>CPE</Term>
 
  <ListItem>
  <Para>
   <!--
   Customer Premises Equipment - The Telco term for customer owned equipment
   (i.e. the stuff you are responsible for fixing).  Examples are CSU/DSU,
   modems, fax machines, and your phone.
   -->
  Customer Premises Equipment(顧客端末)―電話会社の用語で、顧客が所有する
  機材を意味する。
  (つまりあなたに管理の責任がある)。CSU や DSU、モデム、FAX、電話がそれに
  当たる。
  </Para>
  </ListItem>
 </VarListEntry>
 
 <VarListEntry>
 <Term>DHCP</Term>

  <ListItem>

  <Para>
   <!--
   Dynamic Host Configuration Protocol - A protocol used to distribute
   dynamically assigned IP addresses and other important networking
   parameters. The DHCP server <Quote>leases</Quote> an IP from its pool to
   clients on request. The lease is renewed at regular intervals. This is a
   common protocol on bridged DSL networks, and cable modem networks.
   -->
   Dynamic Host Configuration Protocol― IP アドレスやその他ネットワーク上
   で重要なパラメタを動的に割り当てる際に用いる IP プロトコル。DHCP サーバは、
   クライアントからの要求に対して自分で管理している IP を<Quote>貸し出す
   </Quote>。定期的に貸し出したアドレスを更新する。ブリッジしている DSL 
   やケーブルモデムのネットワークでは一般的なプロトコル。

  </Para>
  </ListItem>
 </VarListEntry>
 
 <VarListEntry>
 <Term>DMT</Term>

  <ListItem>
  <Para>
   <!--
   Discrete Multitone Technology. This is a line encoding common among ADSL
   deployments, and now is the standard. Sometimes referred to as 
   <Quote>Alcatel compatible</Quote>. Most telcos in the U.S. are now
   standardizing on DMT. The other, less common, ADSL encoding is
   <Quote>CAP</Quote>. CAP and DMT modems are incompatible with each other. 
   -->
   Discrete Multitone Technology。ADSL 関連で普及している回線符号化で、現在
   では標準となっている。<Quote>Alcatel 互換</Quote>と呼ばれる場合もある。
   米国の電話会社の多くは現状 DMT を標準としている。その他であまり一般的で
   ないものに <Quote>CAP</Quote> がある。CAP と DMT モデムは互換性がない。
  </Para>
  </ListItem>
 </VarListEntry>
 
 
 <VarListEntry>
 <Term>DS0</Term>
 
  <ListItem>
  <Para>
   <!--
   The basic digital circuit for Telcos - offered at 56 Kbps or 64 Kbps. Can
   support one analog voice channel.
   -->
   電話会社が提供する基本デジタル回線― 56kbps もしくは 64kbps
   が提供される。アナログ音声チャネルを 1 本サポートする。
  </Para>

  </ListItem>
 </VarListEntry>
 
 <VarListEntry>
 <Term>DSLAM</Term>
 
  <ListItem>
  <Para>
   <!--
   Digital Subscriber Loop Access Multiplexer - The Telco equipment installed
   at the CO that concentrates and multiplexes the DSL lines. One end of the
   copper loop connects to the DSLAM, the other to your modem. The DSLAM 
   is essentially what makes DSL work. Increasingly, smaller devices that 
   perform similar functions, are being deployed in remote locations in order 
   to extend the reach of DSL.
   -->
   Digital Subscriber Loop Access Multiplexer デジタル加入者線多重化装置―
   電話会社内設置機器で、DSL 回線を集線し多重化する。より対銅線回線の一方は 
   DSLAM に、もう一方はモデムにつながっている。DSLAM は DSL が動作する上で
   無くてはならない。デバイスは同機能でより小型になってきており、DSL の利用
   範囲を広げるために離れた場所に分散して設置するようになってきている。

  </Para>
  </ListItem>
 </VarListEntry>
 
 <VarListEntry>
 <Term>DSL</Term>
 
  <ListItem>
  <Para>
   <!--
   Digital Subscriber Loop - A term describing a family of
   DSL services, including ADSL, SDSL, IDSL, RADSL, HDSL, VDSL, SHDSL, etc. 
   that enable high speed Internet connections.
   -->
   Digital Subscriber Loop。 デジタル加入者線― DSL サービスの総称で、ADSL、
   SDSL、IDSL、RADSL、HDSL、VDSL、SHDSL などがそれに当たる。いずれも
   高速なインターネット接続を実現する。

  </Para>
  </ListItem>
  </VarListEntry>
 
 <VarListEntry>
 <Term>G.DMT</Term>
 
  <ListItem>
   <Para>
    <!--
    Synonymous with <Quote>full rate</Quote> ADSL. Used to distinguish between
    full rate ADSL, CAP based ADSL and G.Lite. See <Link LinkEnd="family">DSL
    Family</Link> for more.
    -->
    対称で<Quote>目一杯の速度</Quote>を出す ADSL。CAP ベースのものと G.Lite 
    を区別するのに使われる。詳しくは <Link LinkEnd="family">DSL の仲間</Link>
    を参照のこと。
   </Para>
  </ListItem>
  </VarListEntry>
 
 <VarListEntry>
 <Term>G.Lite</Term>
 
  <ListItem>
   <Para>
    <!--
    A lesser version of ADSL that has lower maximum speeds, and requires no
    splitter or filters. Not DMT compatible. See <Link LinkEnd="family">DSL
    Family</Link> in this HOWTO for more. </Para>
    -->
    最高速度が低い、格落ち版の ADSL を指す。スプリッタやフィルタが不要。DMT 
    互換ではない。詳しくは<Link LinkEnd="family">DSL の仲間</Link>を参照のこと。
   </Para>
  </ListItem>
  </VarListEntry>



 <VarListEntry>
 <Term>HDSL</Term>
 
  <ListItem>
   <Para>
    <!--
    High bit rate DSL. See <Link LinkEnd="family">DSL Family</Link> in
    this HOWTO for more.
    -->
   High bit rate DSL。詳しくは<Link LinkEnd="family">DSL の仲間</Link>を
   参照のこと。
   </Para>
   </ListItem>
  </VarListEntry>

 <VarListEntry>
 <Term>ILEC</Term>
 
  <ListItem>
  <Para>
   <!--
   Incumbent Local Exchange Carrier. The Regional phone company that
   physically owns the lines. Examples: Bell Atlantic and Pacific Bell. FCC
   regulations are forcing the ILECs to open up their networks to independent
   providers. This is allowing the independents like Covad and Rhythms to
   offer competitive services. This is a good thing for consumers IMHO.
   -->
  Incumbent Local Exchange Carrier。自社で回線を保有している地域電話会社。
  Bell Atlantic や Pacific Bell がそれに当たる。FCC(Federal Communications 
  Commission。連邦通信委員会)は ILEC にネットワークを独立系プロバイダに開放
  するよう規定している。このことで Covad や Rhythms といった独立系が競合
  サービスを提供できるようになっている。私見だが、これは消費者にとって良い
  ことである。
  </Para>

  </ListItem>
  </VarListEntry>
 
 <VarListEntry>
   <!-- <Term>Interleaving</Term> -->
   <Term>インタリービング</Term>
 
   <ListItem>
   <Para>
    <!--
    Interleaving is a tunable aspect of DMT/ADSL line encoding. It essential 
    controls the 'interleaving' of bits in the transmission, and is used 
    as a form of error correction. As interleaving increases, so does 
    stability of marginal lines. It also increases latency. 
    -->
   インタリービングは、DMT タイプの ADSLの回線符号化で調整可能な要素の 1 つ。
   転送するビットを「交互に配置」する割合を制御するのに不可欠で、エラー訂正
   方法として使われる。インタリーブすればするほど遠い地域の安定性は増えるが、
   同時に遅延も増加する。
   </Para>
   </ListItem>
  </VarListEntry>
 
  <VarListEntry>
  <Term>IP</Term>
  
   <ListItem>
   <Para>
    <!--
    Internet Protocol. Often used to simply refer to an IP address.
    -->
   Internet Protocol。IP アドレスを指す場合によく使用する。
   </Para>
   </ListItem>
  </VarListEntry>

 
  <VarListEntry>
  <Term>ISP</Term>
  
   <ListItem>
   <Para>
    <!--
    Internet Service Provider. Even full-time connections require an ISP to 
    provide basic Internet services and connectivity.
    -->
   Internet Service Provider。安定した常時接続には ISP が基本的なインターネット
   サービスと接続性を確保していることが必要となる。
   </Para>
   </ListItem>
  </VarListEntry>

  <VarListEntry>
  <Term>LAN</Term>
  
   <ListItem>
   <Para>
    <!--
    Local Area Network. A network of computers that are segregated from the
    WAN (Wide Area Network, i.e. the Internet). Often using private,
    non-routable IP addressing, e.g. 192.168.1.1 or 10.0.0.1.
    -->
    Local Area Network。コンピュータのネットワークの 1 つで、WAN(Wide Area 
    Network。つまりインターネット)から独立している。プライベートで外部への
    経路を持たない IP アドレスを利用する場合が多い。たとえば 192.168.1.1 や 
    10.0.0.1 のようなアドレスを利用する。
   </Para>

   </ListItem>
  </VarListEntry>

   <VarListEntry>
  <!-- <Term>Loop</Term> -->
  <Term>回線</Term>
  
  <ListItem>
   <Para>
    <!--
    The two wire twisted pair from the telco Central Office that terminates at
    a customer location. For DSL, a <Quote>clean</Quote> copper loop within
    the distance limitations is required. 
    -->
    2 芯のツイストペアが電話局から引かれ、顧客側で終端している。DSL にとっては、
    距離制限内で<Quote>問題の無い</Quote>銅線回線が必要。
   </Para>
   </ListItem>
  </VarListEntry>

   <VarListEntry>
  <!-- <Term>MAC Address</Term> -->
  <Term>MAC アドレス</Term>
  
  <ListItem>
   <Para>
    <!--
    Media Access Control Address. Sometimes also called
    <Quote>hardware</Quote> address, it is a unique identifier of network
    devices and is an important aspect of some network environments.
    -->
    Media Access Control Address。<Quote>ハードウェア</Quote>アドレスとも
    いい、ネットワークデバイスを一意に表す。ネットワーク環境の点から見ても
    重要。

   </Para>
   </ListItem>
  </VarListEntry>
 
  <VarListEntry>
  <Term>mini-RAM</Term>
  
   <ListItem>
   <Para>
    <!--
    Remote Access Multiplexer, a mini DSLAM. Typically with very few
    connections &#045;&#045; eight is common. Used for remote areas too far from a CO.
    -->
   Remote Access Multiplexer と言い、DSLAM の小型版。通常はほんのわずかな
   接続― 8 つが普通―が可能。CO から離れた地域で使用する。
   </Para>
   </ListItem>
  </VarListEntry>

  <VarListEntry>
  <Term>MTU</Term>
  
   <ListItem>
   <Para>
    <!--
    Maximum Transmission Unit, the largest packet size, measured in bytes,
    that a network can transmit. Any packets larger than the MTU are divided
    into smaller packets before being transmitted. 
    -->
    Maximum Transmission Unit。ネットワークが転送できる最大パケットサイズを
    バイト換算で表したもの。MTU よりも大きなパケットは、小さなパケットに分割
    してから転送する。
   </Para>
   </ListItem>
  </VarListEntry>


  <VarListEntry>
  <Term>NAT</Term>
  
   <ListItem>
   <Para>
    <!--
    Network Address Translation is a means of allowing computers on a LAN to
    access the WAN while <Quote>masquerading</Quote> with the IP address of a
    host with a suitable address and configuration. With Linux this is called
    <Quote>ip-masquerading</Quote>. Often used to share one public, routable
    IP address among hosts located on a LAN behind a masquerading proxy where
    the local addresses are private and non-routable.
    -->
   Network Address Translation の意味は、LAN に接続しているコンピュータ群が 
   WAN にアクセスできるように設定されたホストのアドレスを<Quote>騙って
   (マスカレーディングして)</Quote> WAN への接続を許可すること。Linux 
   ではこれを <Quote>IP マスカレーディング</Quote>と呼んでいる。公開している
   ルーティング可能なアドレス 1 つを共有する場合に使用する。LAN 上のホストは
   マスカレーディングを行うプロクシの WAN とは反対側にあり、プライベートで
   WAN 側へルーティングできないアドレスがついている。
   </Para>


   </ListItem>
  </VarListEntry>
 
  <VarListEntry>
  <Term>NID</Term>
  
   <ListItem>
   <Para>
    <!--
    Network Interface Device -  The telco housing on the side of your house.
    Typically where the telco's responsibility ends, and the owner's begins.
    Also, sometimes called the <Quote>SNI</Quote>, <Quote>TNI</Quote> or
    <Quote>ONI</Quote> or other descriptive acronyms.
    -->
    Network Interface Device。電話会社が顧客側に設置する機器。電話会社と顧客
    の責任分解点。<Quote>SNI</Quote> や <Quote>TNI</Quote>、<Quote>ONI</Quote>
    等の頭文字をとる場合もある。
      
   </Para>
   </ListItem>
  </VarListEntry>
  
  <VarListEntry>
  <Term>NIC</Term>

   <ListItem>
   <Para>
    <!--
    Network Interface Card - An internal PC card that supports the
    required network interface. Often an ethernet 10/100baseT or an
    ATMF-25Mbps card in this context. 
    -->
    Network Interface Card。ネットワーク・インターフェースを提供する
    PC カード。通常は 10baseT や 100BaseT、ATMF-25Mbps カードが使われる。
   </Para>

   </ListItem>
  </VarListEntry>

  <VarListEntry>
  <Term>NSP</Term>

   <ListItem>
   <Para>
    <!--
    Network Service Provider. An ISP's upstream provider or backbone
    provider.
    -->
    Network Service Provider。ISP の上位プロバイダやバックボーンを提供
    するプロバイダ。
   </Para>
   </ListItem>
  </VarListEntry>

  <VarListEntry>
  <Term>OC-3</Term>

   <ListItem>
   <Para>
    <!-- A fiber optic line capable of 155 Mbps.  -->
    光ケーブルを使って 155 Mbps の帯域幅を持つ。
   </Para>
   </ListItem>
  </VarListEntry>

  <VarListEntry>
  <Term>POTS</Term>
  
   <ListItem>
   <Para>
    <!--
    Plain Old Telephone Service - The service that provides a single analog
    voice line (i.e. a traditional phone line).
    -->
    Plain Old Telephone Service。 アナログ電話回線だけのサービス(つまり電話
    回線)。 
   </Para>
   </ListItem>
  </VarListEntry>

  <VarListEntry>
  <Term>PPPoA</Term>
  
   <ListItem>
   <Para>
    <!--
    PPPoATM, or Point-to-Point Protocol over ATM (RFC 2364). One of the PPP
    protocols being used by some DSL ISPs. This is really a device specific
    driver. A hardware device, i.e. a combination modem/router, is one
    alternative if this is the only option available to you. 
    -->
    PPPoATM もしくは Point-to-Point Protocol over ATM (RFC 2364)。PPP 
    プロトコルの 1 撞で、DSL を使っている ISP が何社か使っている。まさに
    デバイス固有なドライバが必要。つまり、利用できるオプションが PPPoA だけ
    なら、モデムとルーター一体型組は選択肢の 1 つになる。
   </Para>
   </ListItem>
  </VarListEntry>

  <VarListEntry>
  <Term>PPPoE</Term>
 
   <ListItem>
   <Para>
    <!--
    Point-to-Point Protocol over Ethernet (RFC 2516). Another PPP protocol in
    use by providers. This one is more common, and there are several Linux
    clients available. See the <link LinkEnd="links">Links section</link> for
    more. 
    -->
    Point-to-Point Protocol over Ethernet (RFC 2516)。プロバイダが使用している
    もう 1 つの PPP プロトコル。より広範に使われていて、Linux クライアントも
    いくつかある。<link LinkEnd="links">リンク集</link>を参照のこと。
   </Para>
   </ListItem>
  </VarListEntry>

  <VarListEntry>
  <Term>PPPoX</Term>
 
   <ListItem>
   <Para>
    <!-- Used to refer to PPPoE and PPPoA collectively.  -->
    PPPoE と PPPoA の総称。
   </Para>
   </ListItem>
  </VarListEntry>

 <VarListEntry>
 <Term>RADSL</Term>
 
  <ListItem>
   <Para>
    <!--
    Rate Adaptive DSL. See <Link LinkEnd="family">DSL Family</Link> in
    this HOWTO for more.
    -->
    Rate Adaptive DSL。<Link LinkEnd="family">DSL の仲間</Link>を参照のこと。
   </Para>
  </ListItem>
  </VarListEntry>

  <VarListEntry>
  <Term>RBOC</Term>

   <ListItem>
   <Para>
    <!--
    Regional Bell Operating Company. The <Quote>Baby Bells</Quote>. The U.S.
    phone companies that have had a state sponsored monopoly since the break
    up of AT&amp;T.
    -->
    Regional Bell Operating Company。<Quote>Baby Bells</Quote> とも言う。
    米国の電話会社は AT&amp;T が解体して以来、これらの会社の独占状態にある。

   </Para>

   </ListItem>
  </VarListEntry>

  <VarListEntry>
  <Term>RFI</Term>

   <ListItem>
   <Para>
    <!--
    Radio Frequency Interference. DSL is susceptible to RFI if in the right
    frequency range, and if close enough to the DSL signal. This can 
    disrupt and consequently degrade the DSL signal. Unfortunately, DSL 
    seems to operate in the frequency range of quite a few potential 
    disrupting influences.
    -->
    Radio Frequency Interference。DSL は ある信号の周波数がちょうど DSL が
    使用している帯域にあったり、近接した範囲にあったりすると影響を受け
    やすい。RFI が DSL 信号を乱し、その結果品質を低下させる。残念ながら 
    DSL は非常に影響を受けやすい周波数域で動作してるようだ。
    
   </Para>
   </ListItem>
  </VarListEntry>

  <VarListEntry>
  <Term>RWIN</Term>

   <ListItem>
   <Para>
    <!--
    Shorthand for 'Receive Window', aka the TCP Receive Window, a tunable 
    aspect of TCP network stacks.
    -->
    「Receive Window」の略語。別名 TCP Receive Window。TCP ネットワークの
    スタック領域として大きさが調整可能。
   </Para>
   </ListItem>
  </VarListEntry>

 <VarListEntry>
 <Term>SDSL</Term>
 
  <ListItem>
   <Para>
    <!--
    Single Line DSL. Or, sometimes also <Quote>Symmetric DSL</Quote>.
    See <Link LinkEnd="family">DSL Family</Link> for more.  
    -->
    Single Line DSL もしくは <Quote>Symmetric DSL</Quote>ともいう。
    詳しくは、<Link LinkEnd="family">DSL の仲間</Link>を参照。
   </Para>
  </ListItem>
  </VarListEntry>


  <VarListEntry>
  <Term>SNI</Term>
  
  <ListItem>
   <Para>
    <!--
    Subscriber Network Interface - The Telco term for the phone wiring housing
    on the side of your house. It designates the point between the Telco side
    and the Inside Wire. This is also called the Demarcation Point. Sometimes
    called a <Quote>NID</Quote> also.
    -->
    Subscriber Network Interface。電話会社の用語で顧客側にある電話配線を指す。
    電話会社側と屋内側の境界を示す地点。Demarcation Point とも言う。<Quote>
    NID</Quote>と呼ばれることもある。

   </Para>
   </ListItem>
  </VarListEntry>
 
  <VarListEntry>
  <Term>Splitter</Term>
  
   <ListItem>
   <Para>
    <!--
    The passive device (low-pass filter) at or near the NID that
    splits the DSL signal into separate voice and data channels. Filtering is 
    required for most DSLs that share a POTS line.
    -->
    NID の側にある受動素子(ローパス・フィルタ)で DSL 信号を音声とデータ
    チャネルに分離する。フィルタリングは DSLで POTS 回線を共有する場合に
    必須である。
   </Para>

   </ListItem>
  </VarListEntry>

  <VarListEntry>
  <Term>Splitterless</Term>

   <ListItem>
   <Para>
    <!--
    A DSL installation that does not require a splitter. For higher
    speeds, a RJ11 filter (sometimes called microfilters) is placed on every
    extension phone jack where an analog phone or other non-DSL device is
    used, thus filtering the DSL signal at the jack, rather than at the
    NID.  For lower speeds, no filter is necessary.  Without a filter or
    splitter, the DSL signal tends to cause audible interference on voice
    phones. G.Lite needs no splitter, nor filter, but this is the exception to
    the rule.
    -->
    DSL の設置をする際にスプリッタを必要としない。高速接続をするのに
    RJ11 フィルタ(マイクロ・フィルタともいう)をアナログ電話や DSL ではない
    その他のデバイスがある使用している電話ジャックすべてに取り付ける。
    こうして NID ではなく、ジャックのところで DSL の信号をフィルタリングする。
    低速な場合は必ずしもフィルタが必要なわけではない。フィルタやスプリッタ
    がなければ、DSL の信号は電話の音声に悪影響を与え、雑音を発生させるケース
    が多い。G.Lite はスプリッタやフィルタが不要だが、例外である。
   </Para>
   </ListItem>
  </VarListEntry>

  <VarListEntry>
  <Term>SOHO</Term>
  
   <ListItem>
   <Para>
    Small Office HOme
   </Para>
   </ListItem>
  </VarListEntry>

  <VarListEntry>
  <!-- <Term>Sync Rate</Term> -->
  <Term>同期速度</Term>
  
   <ListItem>
   <Para>
    <!--
    The speed as negotiated by the DSL modem and the telco's DSLAM. This 
    represents the theoretical maximum speed of the connection before any 
    networking protocol overhead is taken into account. Real world throughput 
    is always something less than the modem's sync rate. 
    -->
    DSL モデムと電話会社の DSLAM がネゴーシエイションして決まる速度。
    この値は理論的な最高速度であり、ネットワークプロトコルのオーバーヘッド
    は何も考慮していない。現実のスループットはモデムの同期速度より低い場合
    が通例。
   </Para>
   </ListItem>
  </VarListEntry>


  <VarListEntry>
  <Term>T-DSL</Term>
  
   <ListItem>
   <Para>
    <!--
    German Telekom's ADSL implementation. See <Link LinkEnd="family">DSL
    Family</Link> for more.
    -->
    German Telekom による ADSL の実装。詳細は <Link LinkEnd="family">DSL
    の仲間</Link>を参照。
   
   </Para>
   </ListItem>
  </VarListEntry>

  <VarListEntry>
  <Term>T1</Term>
  
   <ListItem>
   <Para>
    <!--
    a.k.a DS1 - A digital dedicated line at 1.544 Mbps comprised of 24
    channels, used for both voice (24 DS0s) and data.
    -->
    別名 DS1。デジタル専用線で、24 チャネルを束ねて 1.544 Mbps を実現。
    音声(24 本の DS0として)やデータ転送に使用。
   </Para>
   </ListItem>
  </VarListEntry>

  <VarListEntry>
  <Term>T3</Term>

   <ListItem>
   <Para>
    <!--
    a.k.a DS3 - T1's big brother, a digital dedicated line at 44.736 Mbps,
    used for both voice (672 DS0s or 28 DS1s) and data.
    -->
    別名 DS3。T1 の上位規格で 44.736 Mbps を実現。音声(672 本の DS0 もしくは
    28 本の DS1 として)やデータ転送に使用。
   </Para>
   </ListItem>
  </VarListEntry>

  <VarListEntry>
  <Term>VPI/VCI</Term>

   <ListItem>
   <Para>
    <!--
    VPI is <Quote>Virtual PATH Identifier</Quote> and is part of an ATM
    cell header. VCI is <Quote>Virtual Circuit Identifier</Quote>, also part of
    an ATM cell header which contains circuit information. Technically
    speaking, these are really remote VPI and VCI (RVPI, RVCI). They are both
    important configuration aspects for modems and routers attached to ATM
    networks (the most common approach). They must match what the provider is
    using. Frequently used VPI/VCI pairs are 0/32, 0/35 and 8/35. 
    -->
    VPI は <Quote>Virtual PATH Identifier</Quote> の略で、ATM のセルヘッダの
    一部を指す。VCI は <Quote>Virtual Circuit Identifier</Quote> の略で、
    やはり ATM のセルヘッダの一部で、回線情報を含んでいる。技術的に言うと、
    リモートのVPI と VCI(RVPI、RVCI)が存在する。両者とも ATM ネットワーク
    (これが一番普通のつなぎ方)に接続しているモデムやルーターにとって
    重要な設定である。プロバイダが使用しているものに合わせる必要がある。
    VPI と VCI の組み合わせは、0/32 と 0/35、8/35 がよく使われる。

   </Para>
   </ListItem>
  </VarListEntry>



 <VarListEntry>
 <Term>VDSL</Term>
 
  <ListItem>
   <Para>
    <!--
    Very high bit rate DSL. See <Link LinkEnd="family">DSL Family</Link> for
    more.  
    -->
    Very high bit rate DSL。詳細は <Link LinkEnd="family">DSL の仲間</Link>
    を参照。
   </Para>
  </ListItem>
  </VarListEntry>



  <VarListEntry>
  <Term>VoD</Term>

   <ListItem>
   <Para>
    Video on Demand.
   </Para>
   </ListItem>
  </VarListEntry>
 
  <VarListEntry>
  <Term>VoDSL</Term>

   <ListItem>
   <Para>
    Voice over DSL.
   </Para>
   </ListItem>
  </VarListEntry>
 
  <VarListEntry>
  <Term>WAN</Term>

   <ListItem>
   <Para>
    <!--
    Wide Area Network, a large publicly accessible network. For example, the
    Internet. 
    -->
    Wide Area Network。広く開放しているネットワーク。たとえば、インターネット
    がそれに当たる。
   </Para>
   </ListItem>
  </VarListEntry>

  <VarListEntry>
  <Term>xDSL</Term>

   <ListItem>
   <Para>
    <!--
    Used to refer to the entire DSL family of related technologies: ADSL,
    SDSL, IDSL, etc.
    -->
    似たような技術に支えられた DSL の仲間を指す。ADSL や SDSL、IDSL 等。
   </Para>
   </ListItem>
  </VarListEntry>
</VariableList>
</Para>

</Sect2>

<!--  ~  End Section  ~  -->



<!--   ~~~~~       New Section      ~~~~~     -->

<Sect2>
<!-- <Title>Other Consumer Class High Speed Services</Title> -->
<Title>その他の一般消費者向け高速サービス</Title>


<!--   ~~~~~       New Section      ~~~~~     -->

<Sect3 id="cable">
<!-- <Title>Cable Modem vs DSL</Title> -->
 <Title>ケーブルモデム vs  DSL</Title>

<Para>
 <!--
 The Telcos see DSL as a competitor to the Cable Company's Cable
 Modem, and as such, are providing competitive pricing and configuration
 offerings. Although Cable Modems are advertised as having 10-30Mbps potential 
 bandwidth, they use a shared transmission medium with many other users on the
 same line, and therefore performance varies, perhaps greatly, with the amount
 of traffic, time of day, and number of other users on the same node.  
 -->
 電話会社は DSL と ケーブルテレビ会社のケーブルモデムは競合関係にあると
 見なしています。理由は料金や設置申し込みで似たような条件を提供している
 からです。ケーブルモデムは 10 〜 30 Mbps という帯域幅が出るとうたっています
 が、同じ回線をたくさんの他のユーザが共有して転送を行っています。つまり、
 パフォーマンスが一定するとは言い難く、同じノードにいる他のたくさんのユーザ
 が使用すると膨大なトラフィックが発生してしまいます。

</Para>

<Para>
 <!--
 It is often heard that DSL has an advantage in that it is a private pipe to
 the Internet, with dedicated bandwidth. This is mostly a myth. You do have a
 private pipe to the DSLAM, but at that point, you enter the telco's ATM (or
 frame relay) network, and start sharing bandwidth. You are at the mercy of
 how well your DSL provider and ISP manage their networks. The consensus seems
 to be that DSL providers and ISPs are mostly doing a better job of managing
 bandwidth than the Cable companies. It is easier for them to add and adjust
 bandwidth as needed to meet demand. You are less likely to have speed
 fluctuations due to other users being on line at the same time. But, again,
 this gets down to how well the network and bandwidth are managed.
 -->
 DSL の売りは、インターネットにプライベートな経路を自分専用の帯域で通せる
 ということを良く耳にします。これはほとんど作り話です。DSLAM に対して
 は事実ですが、DSLAM から先は電話会社の ATM(もしくはフレームリレー)になり、
 ここからは帯域を共有します。後は DSL プロバイダや ISP がいかにネットワーク
 をうまく管理するかにかかっています。DSL プロバイダと ISP は、ケーブル会社
 よりも全体として帯域をうまく管理していこうということで一致しているようです。
 ニーズにあわせて容易に帯域を増やしたり調整したりできます。他のユーザが
 同時刻に回線を使っていても速度が変化することはほとんどありません。しかし、
 これはネットワークや帯域幅をいかにうまく管理するかにかかっています。


</Para>


<Para>
 <!--
 DSL probably has a small security advantage too. With most Cable modem
 networks, it is like being on a big LAN. You are sharing your connection (and
 bandwidth) right at the point of connection. But if you are not doing
 something to filter incoming connections already, you are asking for trouble
 either way. 
 -->
 DSL はまたセキュリティ面でも多少メリットがあります。ケーブルモデムのネット
 ワークは、規模の大きな LAN のような構成の場合がほとんどです。接続(帯域幅
 も)しているその場所からすでに共有しています。そして外部からやってくる
 接続をフィルタしていなければ、いずれ災難に会うでしょう。
</Para>

<Para>
 <!--
 There also seems to be a better chance of having ISP alternatives with DSL
 than Cable. At least, in the U.S. this is true. Choice is a good thing, and
 so is competition. It seems most Cable outfits give you just one choice for
 an ISP. If you don't like it, you are out of luck. The number of options with
 DSL probably varies greatly by geographic areas. Populous areas, like
 Northeast U.S., seem to have many options. 
 -->
 またケーブルテレビよりも DSL で ISP の選択肢を持った方が具合がいいように
 思えます。少なくとも米国では間違いありません。選択とは素晴らしいことで、
 それが競争に結びつきます。ケーブルテレビは ISP をたった 1 つしか提供しません。
 気に入らなければ、それでお終いです。DSL なら、たくさんのオプションが地理上の
 地域単位にいろいろと存在しています。米国北東部のような人口が多い地域なら
 たくさんのオプションがあると思われます。
</Para>

<Para>
 <!--
 So which is better? The differences aren't as much with the technology, as they
 are with the implementations. If you look around, you can find plenty of
 horror stories on either. And plenty of happy customers too. The way
 to know what may be the best for you, is to do comparative shopping based on
 experiences of other users in your area. Don't base your choice on one
 person's opinion. This is statistically invalid. Likewise, don't base your
 choice on someone's opinion who has had a particular service for only a short
 time. Again, statistically not worth much. Get as many opinions from those
 that are using the <Emphasis>exact same services</Emphasis> that you are
 looking at. 
 -->
 結局どちらがいいのでしょうか？ 違いは、技術というよりも実装によるところが
 大です。見回せば、両者ともにいろいろ恐ろしげな話を見聞きすると思います。
 また同じだけ、幸せな人たちの話も聞けると思います。自分にとってベストな
 ものは何なのかを知る方法は、同じ地域に住む他のユーザたちの経験に基づいて、
 比較検討して物色することです。1 人のオプションで選択してはいけません。
 これは統計的に妥当ではありません。また、ある特定のサービスをほんの短い期間
 しか利用していない人が言う意見で判断してしまってはいけません。繰り返しますが、
 統計的に価値がほとんどありません。入ろうとしているサービスと<Emphasis>まったく
 同じもの</Emphasis>を利用している人たちの意見をたくさん集めてください。

 
</Para>



</Sect3>

<!--  ~  End Section  ~  -->



<!--   ~~~~~       New Section      ~~~~~     -->

<Sect3>
<!-- <Title>Fiber in the Loop (IFITL or FTTC, and FTTH)</Title> -->
 <Title>回線中にある光ファイバ(IFITL もしくは FTTC そして FTTH)</Title>

<Para>
 <!--
 In some areas, newer neighborhoods are being built with fiber optic cable
 instead of the traditional telco copper lines. While the fiber is a definite
 problem for DSL services, it has it's own potential advantages. Existing
 fiber is potentially capable of 100 Mbps, and it looks like this could easily
 go up soon. 
 -->
 地域によっては、新たに引っ越して来た人に対してこれまでのより対銅線に変わって
 光ケーブルを敷設しているところがあります。光ファイバは DSL サービスにとって
 障害となるのは明らかですが、光ファイバそれ自体には将来的にメリットがあります。
 既存の光ファイバは 100 Mbps を実現できる能力があり、これでアップグレード
 がすぐにでも簡単にできると思いがちです。
 
</Para>

<Para>
 <!--
 So while telco fiber customers are being shut out of the DSL market 
 (since DSL is a copper only technology), they may have much to look forward
 to. Technologies are under development, and in some cases just now being
 deployed, to take advantage of fiber telco phone loops. Known as
 <Quote>FTTC</Quote> (Fiber To The Curb), or <Quote>IFITL</Quote> (Integrated
 Fiber In The Loop), this technology is another high speed service that telcos
 can offer. The speeds are sufficient for VoD (Video on Demand) and VoDSL
 (Voice over DSL), and other high bandwidth services. One nice advantage here
 is, that since there is no DSL signal on the wire, the only required CPE is a
 network card. In other words, no modem &#045;&#045; just connect a NIC to the wall jack
 and off you go! This will also allow the telco to provide other digital
 services such digital TV. 
 -->
 しかし、電話会社の光ファイバ利用者は、DSL 市場から締め出されていて(DSL は
 より対線上だけの技術なので)、未来に期待せざるを得ません。技術は開発途上
 ですが、展開しはじめたところもすでにあり、光ファイバによる電話回線のメリット
 をうまく利用しているところもあります。<Quote>FTTC</Quote>(Fiber To The Curb)
 や <Quote>IFITL</Quote>(Integrated Fiber In The Loop)がそれで、この技術は
 電話会社が提供できるもう 1 つの高速サービスです。この速度であれば、VoD
 (Video on Demand) や VoDSL(Voice over DSL)をはじめ、帯域幅をさらに必要とする
 サービスにも充分に対応できます。線上に DSL 信号が流れないことから、メリット
 の 1 つとして CPE が必要とするのはネットワーク・カードだけという点があげ
 られます。つまり、モデムは必要ありません。ただ NIC を壁のジャックに挿して、
 後は楽しむだけです！ これはたとえばデジタル・テレビのような他のデジタル
 なサービスを電話会社が提供するのを認めることにもなるかもしれません。
</Para>

<Para>
 <!--
 FTTC is Fiber To The Curb. The last leg into the house is still copper. FTTH 
 (Fiber To The Home), on the other hand, is an all fiber loop with even higher
 potential. 
 -->
 FTTC は Fiber To The Curb の略です。自宅に一番近い足回りにはより対線を使い
 ます。これとは反対に FTTH(Fiber To The Home)は全てを光ファイバ回線を使い、
 より高速な接続を提供します。

</Para>

</Sect3>

<!--  ~  End Section  ~  -->



<!--   ~~~~~       New Section      ~~~~~     -->
<Sect3>
<Title>無線(ワイヤレス)</Title>

<Para>
 <!--
 There is a lot of buzz about wireless technologies these days. Wireless would
 certainly seem to have a place in the broadband market, especially for areas
 that don't have ready access to cable or telco networks. There are still
 some inherent problems with the current state of this technology that may prevent
 it from becoming a major player in the near term however. Weather can still
 impact the wireless signal &#045;&#045; heavy cloud cover or rain for instance. Also,
 there is some pretty hefty latency if the uplink is via satellite. Surely
 these drawbacks will improve over time. But how soon?
 -->
 最近になって無線技術についてあれこれ話題が出ています。無線はブロード
 バンド市場で確かに場所を確保したように見えます。ケーブルテレビや電話
 会社のネットワークにアクセスできない地区において特にそのように見えます。
 しかしまだ固有の問題を抱えています。その問題があるために、現状の技術では
 近い将来メジャーになるとはいえません。天候はいまだに無線信号に影響を与えます
 ―たとえば、重苦しい雲が空をおおっていたり、雨が降っていたりすると影響が
 出ます。
 また、通信衛星を経由するとかなりの遅延が発生する場合もあります。時間がたてば
 改善すると思います。しかしすぐに実現するかどうかはわかりません。
 
</Para>


</Sect3>


</Sect2>

<!--  ~  End Section  ~  -->




<!--   ~~~~~       New Section      ~~~~~     -->

<Sect2 id='modems'>
<!-- <Title>Compatible Modems</Title> -->
<Title>互換モデム</Title>

<Para>
 <!--
 This list is limited to those modems and delivery systems that are readily 
 available, and should work with any current Linux distribution without having 
 to go to extraordinary lengths. Alpha and Beta projects are not included. 
 -->
 下記の一覧にあるモデムやプロバイダから提供するシステムは、すぐに利用できる
 ものです。最近の Linux ディストリビューションなら、あれやこれやしなくとも問題
 なく動作するはずです。ここにはアルファ版やベータ版のプロジェクトの成果は
 入れていません。
 
</Para>

<!-- <Bridgehead>Ethernet Interface</Bridgehead> -->
<Bridgehead>イーサネット・インタフェース</Bridgehead>

<Para>
 <ItemizedList>


  <ListItem>
   <Para>
    
    <!--
    <Emphasis>All</Emphasis> external, ethernet based modems, and modem
    combination devices, will work (provided they match the provider's DSL).
    The only requirement is a compatible ethernet network card. This is the
    preferred way to go.
    -->
    外付けでイーサネット・ベースのモデムやそういうモデムを組み込んだデバイス
    は<Emphasis>すべて</Emphasis>動作すると思います(プロバイダの DSL に適合
    するように調整してあれば)。必要になるのは互換性のあるイーサネットのネット
    ワーク・カードだけです。これが望ましい手段です。
   </Para>
 </ListItem> 

 </ItemizedList>
</Para>


<!-- <Bridgehead>PCI (Internal)</Bridgehead> -->
 <Bridgehead>PCI(内蔵タイプ)</Bridgehead>

<Para>
 <ItemizedList>

  <ListItem>
   <Para>
      
     <!--
     Xpeed X200 IDSL <Ulink
     URL="http://www.xpeed.com/Products/x200/x200_c.html">http://www.xpeed.com/Products/x200/x200_c.html</Ulink> (as of kernel 2.2.18)
     -->
     Xpeed X200 IDSL <Ulink
     URL="http://www.xpeed.com/Products/x200/x200_c.html">http://www.xpeed.com/Products/x200/x200_c.html</Ulink> (カーネル 2.2.18 対応)

   </Para>
 </ListItem> 

  <ListItem>
   <Para>
      
     <!--
     Xpeed X300 SDSL <Ulink
     URL="http://www.xpeed.com/Products/x300/x300_c.html">http://www.xpeed.com/Products/x300/x300_c.html</Ulink> (as of kernel 2.2.18)
     -->
     Xpeed X300 SDSL <Ulink
     URL="http://www.xpeed.com/Products/x300/x300_c.html">http://www.xpeed.com/Products/x300/x300_c.html</Ulink> (カーネル 2.2.18 対応)
     
   </Para>
 </ListItem> 


 </ItemizedList>
</Para>


<Bridgehead>USB</Bridgehead>

<Para>
 <ItemizedList>

  <ListItem>
   <Para>
     Alcatel SpeedTouch USB (ADSL): 
     <!--
     <Ulink URL="http://www.alcatel.com/consumer/dsl/supuser.htm#driver">http://www.alcatel.com/consumer/dsl/supuser.htm#driver</Ulink>. The driver is kernel module
     and requires a 2.4 kernel.
     -->
     <Ulink URL="http://www.alcatel.com/consumer/dsl/supuser.htm#driver">http://www.alcatel.com/consumer/dsl/supuser.htm#driver</Ulink>。このドライバは
     カーネルのモジュールとして提供されていて、カーネル 2.4 が必要です。
   </Para>
 </ListItem> 

 </ItemizedList>
</Para>


</Sect2>

<!--  ~  End Section  ~  -->




<!--   ~~~~~       New Section      ~~~~~     -->

<Sect2 id="isps">
<!-- <Title>Linux Friendly DSL ISPs</Title> -->
 <Title>Linux に好意的な ISP</Title>

<Para>
<!--
By <Quote>friendly</Quote> we mean ISPs that don't put up any unnecessary
impediments just because you aren't running that other guy's OS. And yes,
there is some of that going around. If your choices are limited, and you are
forced to deal with one of these, then having a Windows box available
temporarily is one work around. Another, may be to sweet talk the installer
into letting you finish the installation (NIC, etc). Of course, self
installation, if available, should be completely <Quote>Linux
compatible</Quote>.
-->
<Quote>好意的な</Quote>という意味は、誰かさんが作った OS を使ったから
といって、ISP が無用なじゃまをしないということです。じゃまをすることが
現に行われています。選択肢が限られていて、そういったところを相手にせざるを
得ないなら、Windows を一時的に動かしましょう。もしくは、設置担当者に自分で
インストール(NIC 等)する旨をそれとなく伝えるのがいいのではないでしょうか。
もちろん自分でインストールするというオプションがあるなら、それが 
<Quote>Linux</Quote> にとっては一番都合の良い方法です。

</Para>

<Para>
 <!--
 So to make this list, the ISP/provider must make available some type of
 workable modem (ethernet interface at this point in time), nor should 
 they penalize you, or make things difficult, just because you are running an
 alternate OS. Installing directly onto Linux should be an available option,
 and should not cause you any undue hardship. Technical support for Linux is a
 nice bonus, but not necessary to make the list. Please do not take these as
 recommendations, do your own homework. Also, this market is in a constant 
 state of flux, so use this as a starting point only!
 -->
 この一覧を作るのに当たって仮定したことがあります。それは、ISP やプロバイダ
 が推奨していない他の OS を動かしたとしても、動作可能なモデム(イーサネット・
 インタフェースを持つを数タイプ用意しているに違いないということ、罰則を設け
 ていないこと、面倒な作業がいらないことです。Linux をすぐにでも設置するには、
 プロバイダが設置を許すオプションを持ち、不当な取り扱いをしないことが必要と
 なります。Linux に対するテクニカル・サポートは願ってもないことですが、
 この一覧を作るにあたっては必須項目ではありません。この一覧を推薦プロバイダ
 とはどうか見なさないでください。自力で頑張ってください。またこの市場は絶え間
 なく変化していますので、この一覧はまずはじめの一歩として利用するように
 お願いします。
 
</Para>

<Para>
 <!--
 To add a name to this list, mail <ULink
 URL="mailto:hal@foobox.net?Subject=LinuxFriendlyISP">Linux
 Friendly</ULink>. Please included ISP's official name, URL (if not obvious),
 location and coverage area, modem type, server policy, and any other
 pertinent details. 
 -->
 この一覧に追加したいなら、<ULink 
 URL="mailto:hal@foobox.net?Subject=LinuxFriendlyISP">Linux Friendly</ULink> 
 までメールをください。その時は ISP の正式名称と URL(はっきりしなくても)、
 所在地とカーバーしている地域、モデムのタイプ、サーバーに対するポリシ、その他
 関連事項を書いてください。

</Para>

 <BridgeHead renderas=sect3>
   <!-- National ISPs (U.S.): -->
   全国規模の ISP(米国)
 </BridgeHead>

<Para>
 <ItemizedList>
  <ListItem>
   <Para>  
    <!--
    <Ulink Url="http://www.speakeasy.net">Speakeasy.net</Ulink>: Static IP and
    no PPPoX, servers explicitly allowed. Highly rated. National. Multiple IPs
    available.
    -->
    <Ulink Url="http://www.speakeasy.net">Speakeasy.net</Ulink>。固定 IP で 
    PPPoX は使わない。サーバは許可。評判良し。全米規模。複数 IP 利用可。

  
   </Para>
  </ListItem>

  <ListItem>
   <Para>  
    <!--
    <Ulink Url="http://www.directtvdsl.com">DirectTV DSL (formerly
    Telocity)</Ulink>: Static IP, no PPPoX, liberal server policy. Reports of
    abysmal tech support. National. They have their own proprietary modem, but
    it is ethernet based. 
    -->
    <Ulink Url="http://www.directtvdsl.com">DirectTV DSL(旧 Telocity)</Ulink>
    固定 IP で PPPoX は使わない。サーバのポリシは緩やか。テクニカル・サポート
    はそうとうひどいという報告あり。全米規模。専用のモデムを用意しているが、
    イーサネットベース。
   </Para>
  </ListItem>
  
  
  <ListItem>
   <Para>  
    <!--
    <Ulink Url="http://www.geekcast.com/dsl_request.html">Penguinista
    DSL</Ulink>, DSL with a twist. Not just Linux friendly, but Linux lovers.
    Sponsored by the Benevolent Penguin Society. National. Static IP
    available. "Theoretical" timeouts and session limits though. Encapsulation
    protocol (PPP?) unknown. ???
    -->
    <Ulink Url="http://www.geekcast.com/dsl_request.html">Penguinista
    DSL</Ulink>一風変わった DSL。Linux を相手にしないが、気に入っている。
    Benevolent Penguin Society がスポンサー。全米規模。固定 IP が利用可。
    タイムアウトと接続数制限は「理論的には」ある。符号化プロトコル(ppp?)は
    不明。
   </Para>
  </ListItem>

 </ItemizedList>
</Para>



 <BridgeHead renderas=sect3>
  <!-- Regional and Local ISPs (North America): -->
   地域限定型の ISP(北米)
 </BridgeHead>

<Para>
 
 <ItemizedList>
 <ListItem>
  <Para>  
   <!--
   <Ulink Url="http://qx.net/dsl/index.html">qx.net</Ulink>, Lexington, Ky.,
   and areas of Central and Eastern KY. Officially supports Linux. Static IP.
   Personal servers allowed. Tiered pricing plans. Highly rated.
   -->
   <Ulink Url="http://qx.net/dsl/index.html">qx.net</Ulink>。ケンタッキー州
   レキシントンにあり、ケンタッキー州の西部及び中央部をカバー。公式に Linux 
   をサポート。固定 IP。個人向けサーバ許可。段階的な価格体系。評判良し。
  </Para>
 </ListItem>


 <ListItem>
  <Para>  
   <!--
   <Ulink Url="http://www.ctsi.net">Commonwealth Technical Services</Ulink>,
   Richmond, Va.  Officially, and happily support Linux. Static IP. Personal
   servers allowed. No bandwidth restrictions. This ISP runs on Linux!
   -->
   <Ulink Url="http://www.ctsi.net">Commonwealth Technical Services</Ulink>。
   バージニア州リッチモンドにある。公式に Linux をサポートし、良心的。固定 IP。
   個人向けサーバ許可。帯域制限なし。この ISP は何と Linux で運用。
  </Para>
 </ListItem>


 <ListItem>
  <Para>  
   <!--
   <Ulink Url="http://www.execdsl.com">ExecDSL</Ulink>, Baltimore, MD,
   Washington, DC and surrounding areas. Static IP. Servers are OK. Various
   plans and DSL providers. Secondary MX and DNS available (nice touch!).
   (Apparently no official Linux support.)
   -->
   <Ulink Url="http://www.execdsl.com">ExecDSL</Ulink>。メリーランド州
   ボルチモアにある。ワシントン DC とその周辺地域をカバー。固定 IP。
   サーバ許可。プランや DSL プロバイダの選択肢が多い。セカンダリ MX と 
   DNS が利用可能(感触良し)。(公式には Linux のサポートはなし)

  </Para>
 </ListItem>


 <ListItem>
  <Para>  
   <!--
   <Ulink Url="http://netexpress.net">Netexpress.net</Ulink>, Moline, Ill.
   Tiered pricing.  Static IP available. Apparently, no official support. Runs
   on Linux!
   -->
   <Ulink Url="http://netexpress.net">Netexpress.net</Ulink>。イリノイ州
   モリーンにある。段階的な料金体系。固定 IP。公式には Linux のサポートはなし
  </Para>
 </ListItem>


 <ListItem>
  <Para>  
   <!--
   <Ulink Url="http://www.iglou.com">iglou.com</Ulink>, Lexington, Ky., and
   soon in Louisville, Ky, Cincinnati, OH, and maybe Nashville, TN. Static IP
   available. Personal servers allowed. Tiered pricing plans with various
   options.
   -->
   <Ulink Url="http://www.iglou.com">iglou.com</Ulink>。ケンタッキー州
   レキシントンにある。まもなくケンタッキー州ルイビルとオハイオ州
   シンシナティに展開する。またテネシー州ナッシュビルにも展開する予定。
   固定 IP 。個人向けサーバ許可。様々なオプションを用意し、段階的な料金体系。
  
  </Para>
 </ListItem>


 <ListItem>
  <Para>  
   <!--
   <Ulink
   Url="http://bluegrass.net/internetaccess.html">Bluegrass.net</Ulink>,
   Lexington, Ky., and surrounding areas. Static IP. Personal servers allowed.
   Tiered pricing plans. Business class DSL only is available in Louisville, Ky.
   -->
   <Ulink
   Url="http://bluegrass.net/internetaccess.html">Bluegrass.net</Ulink>。
   ケンタッキー州レキシントンにあり、その周辺地域をカバー。固定 IP。個人向け
   サーバ許可。段階的な料金体系。ビジネスクラス DSL はケンタッキー州ルイビル
   のみ利用可。
  
  </Para>
 </ListItem>

 <ListItem>
  <Para>  
   <!--
   <Ulink
   Url="http://www.netsync.net/services/dedicated.html">Netsync.net</Ulink>,
   Chautauqua County, NY (Fredonia, Jamestown, and surrounding areas). Static
   IP available, PPPoA, servers are OK. Linux is supported!
   -->
   <Ulink
   Url="http://www.netsync.net/services/dedicated.html">Netsync.net</Ulink>。
   ニューヨーク州シャトークア地方(フレドニア、ジェームズタウンとその隣接地域)
   にある。固定 IP で PPPoA を使い、サーバ許可。Linux をサポートしている。
   
  </Para>
 </ListItem>

 <ListItem>
  <Para>  
   <!--
   <Ulink Url="http://www.aracnet.com/adsl/">Aracnet</Ulink>, greater Seattle,
   WA., and Portland and Salem, OR. areas. Static IP. Linux friendly! Tiered
   pricing. Shell access account is included (RH)!
   -->
   <Ulink Url="http://www.aracnet.com/adsl/">Aracnet</Ulink>。ワシントン州
   シアトル周辺とオレゴン州ポートランド、サーレム地域に展開。固定 IP。Linux が
   使える。段階的な料金体系。シェル・アクセス・アカウントがある。
  
  </Para>
 </ListItem>

 <ListItem>
  <Para>  
   <!--
   <Ulink Url="http://www.drizzle.com/dsl">Drizzle.com</Ulink>, greater
   Seattle, WA area. Static IP, servers OK.
   -->
   <Ulink Url="http://www.drizzle.com/dsl">Drizzle.com</Ulink>。ワシントン州
   シアトル周辺をカバーしている。固定 IP。サーバ許可。
 
  </Para>
 </ListItem>
  
  <ListItem>
   <Para>
     <!--
     <Ulink URL="http://www.blarg.net/">Blarg! Online Services, Inc.</Ulink>, 
     greater Seattle, WA. area. Static or dynamic IP, PPPoA or Bridged
     connection. Personal servers allowed (no DNS or mail). Runs on Linux, and
     supports Linux!
     -->
     <Ulink URL="http://www.blarg.net/">Blarg! Online Services, Inc.</Ulink>。
     ワシントン州シアトル周辺地域をカバー。固定もしくは動的な IP を使い、
     PPPoA もしくはブリッジによる接続。個人向けサーバ許可(DNS や 電子メール
     はない)。Linux で運用しており、サポートもする。
   </Para>
  </ListItem> 
 

  <ListItem>
   <Para>
     <!--
     <Ulink URL="http://www.reedmedia.net/isp/dsl/">ReedMedia.net</Ulink>, 
     Portland (Oregon) and surrounding areas; and surrounding areas of the 
     following: Vancouver, Olympia, Tacoma, Seattle, Everett, Mt. Vernon,
     Bellingham (Washington). Various modem options, static IP available,
     personal servers are allowed. 
     -->
     <Ulink URL="http://www.reedmedia.net/isp/dsl/">ReedMedia.net</Ulink>。
     オレゴン州ポートランドとその周辺地域をカバー。また、バンクーバー、
     オリンピア、タコマ、シアトル、エバレット、ヴェルノン、ベリンガム
     (ワシントン州)もカバーする。モデムのオプションが豊富。固定 IP。
     個人向けサーバ許可。
   
   </Para>
  </ListItem> 
  
  <ListItem>
   <Para>
     <!--
     <Ulink URL="http://mminternet.com">MM Internet</Ulink>, 
      Southern California. Static IP, personal servers allowed, and secondary 
      MX and DNS (nice!).
      -->
     <Ulink URL="http://mminternet.com">MM Internet</Ulink>。
     南カリフォルニアにある。固定 IP。個人向けサーバ許可。セカンダリ MX と DNS 
     が利用可(素晴らしい)
   </Para>
  </ListItem> 

  <ListItem>
   <Para>
     <!--
     <Ulink URL="http://www.arrival.com/">Arrival.com</Ulink>, 
      Central California. SDSL, servers allowed.
     -->
     <Ulink URL="http://www.arrival.com/">Arrival.com</Ulink>。カリフォルニア
     中央部にある。SDSL 対応。サーバ許可。
   </Para>
  </ListItem> 


  <ListItem>
   <Para>
     <!--
     <Ulink URL="http://www.dslextreme.com/">DSLExtreme.com</Ulink>, 
      greater Los Angeles area. Static IP, personal servers allowed.
     -->
     <Ulink URL="http://www.dslextreme.com/">DSLExtreme.com</Ulink>。
     ロサンジェルス地域をカバー。固定 IP。個人向けサーバ許可。
   </Para>
  </ListItem> 


  <ListItem>
   <Para>
    <!--
    <Ulink URL="http://www.bell.ca/en/ps/pers/internet/sympatico/default.asp">
      Bell Canada's Sympatico High Speed Edition</Ulink>. PPPoE.
    -->
    <Ulink URL="http://www.bell.ca/en/ps/pers/internet/sympatico/default.asp">
      Bell Canada's Sympatico High Speed Edition</Ulink>。PPPoE を使用。

   </Para>
  </ListItem> 

 </ItemizedList>
</Para>



<BridgeHead renderas=sect3>
  <!-- European ISPs: -->
  ヨーロッパの ISP
</BridgeHead>

 <Para>
  <ItemizedList>

  <ListItem>
   <Para>
    <!--
    <Ulink URL="http://easynet.be">Easynet Belgium</Ulink>. Linux is
    officially supported (Roaring Penguin). Dynamic IP.
    -->
    <Ulink URL="http://easynet.be">Easynet Belgium</Ulink>。Linux を
    正式にサポート(Roaring Penguin)、動的 IP。
    
   </Para>
  </ListItem>

  <ListItem>
   <Para>
    <!--
    <Ulink URL="http://www.babyxl.com">BaByXL Broadband DSL</Ulink>, the
    Netherlands. Linux is supported on Bridged/DHCP connections. 
    -->
    <Ulink URL="http://www.babyxl.com">BaByXL Broadband DSL</Ulink>。
    オランダ。Linux はブリッジと DHCP 接続でサポート。
    
   </Para>
  </ListItem>


  </ItemizedList>
 </Para>


<BridgeHead renderas=sect3>
  <!-- Other: -->
  その他
</BridgeHead>

 <Para>
  <ItemizedList>

  <ListItem>
   <Para>

    <!--
    <Ulink URL="http://www.iprimus.com.au">iPrimus Pty Ltd</Ulink>, Sydney and
    Melbourne, Australia metro areas. Static IP, and multiple IPs available.
    -->
    <Ulink URL="http://www.iprimus.com.au">iPrimus Pty Ltd</Ulink>。
    オーストラリアのシドニーとメルボルンにあり、都市部をカバー。固定 IPで
    複数の IP が利用可能。

   </Para>
  </ListItem>
  
  </ItemizedList>
 </Para>


</Sect2>

<!--  ~  End Section  ~  -->




<!--   ~~~~~       New Section      ~~~~~     -->

<Sect2>
<!-- <Title id="linrouter">Setting up Linux as a Router</Title> -->
<Title id="linrouter">Linux をルータとして設定する</Title>


<Para>
 <!--
 Depending on your local setup, you should consider some other issues.  These
 include a firewall setup, and any associated configurations.  For my setup,
 shown in Figure 5 below, I use an old i486 machine configured as a
 firewall/router between the DSL connection and the rest of my home network.
 I use private IP addresses on my private LAN subnet, and have configured my
 router to provide IP Masquerading and Firewalling between the LAN and
 WAN connections. 
 -->
 ローカルの設定に依存するので、他にも検討すべき点があります。ファイアー
 ウォールの設定やその他関連した設定も必要です。私の設定を下記の図 5 に
 載せます。古い i486 マシンを設定して、ファイアーウォール兼ルーターとして
 DSL 接続と自宅ネットワーク間に入れて使っています。
 自宅内の LAN では、プライベート IP アドレスを使っていて、LAN と WAN 間の
 ルーターには IP マスカレーディングとファイアーウォールをしかけてあります。

</Para> 

<Para>
 <!--
 See the <Ulink
 URL="http://www.linuxdoc.org/HOWTO/IP-Masquerade-HOWTO.html">IP
 Masquerade HOWTO</Ulink> , and <Ulink
 URL="http://www.linuxdoc.org/HOWTO/Firewall-HOWTO.html">Firewall
 HOWTO</Ulink> for more information.  For 2.4 kernels see the <Ulink
 URL="http://www.linuxdoc.org/HOWTO/Adv-Routing-HOWTO.html"
>Linux 2.4 Advanced Routing HOWTO</Ulink>. My experience is that Linux is more
 flexible and provides superior routing/firewalling performance. It is
 much less expensive than a commercial router &#045;&#045; if you find an old 486 machine
 that you may be using as a doorstop somewhere.
 -->
 詳しくは、<Ulink 
 URL="http://www.linuxdoc.org/HOWTO/IP-Masquerade-HOWTO.html">IP
 Masquerade HOWTO</Ulink> や <Ulink
 URL="http://www.linuxdoc.org/HOWTO/Firewall-HOWTO.html">Firewall
 HOWTO</Ulink> を見てください。カーネル 2.4 なら <Ulink
 URL="http://www.linuxdoc.org/HOWTO/Adv-Routing-HOWTO.html">
 Linux 2.4 Advanced Routing HOWTO</Ulink> を見てください。Linux はとても
 柔軟性があり、ルーティングやファイアーウォールに優れた性能を発揮します。
 市販のルーターよりもかなり安価です。どこかでドアストップに使っている
 古い 486 マシンがありませんか。

</Para>

<BridgeHead renderas=sect3>
 <!-- Figure 5: A typical SOHO Network Setup -->
 図 5 典型的な SOHO ネットワークの設定
</BridgeHead>

<Para>
 <Literal>
  <MSGText>
   <LiteralLayout>


    
 <--Private Subnet/LAN-> Linux <-----ISP's Public Subnet----><--inet-->
      192.168.1.0
 

 X--+   -------- 
    |   |      |        --------      (eth0:0)---------
    +--=| Hub/ |       | Linux  |     +------=|  DSL  |=-DSL-> ISP's
 X-----=|Switch|=-----=| System |=----+       | Modem |       Gateway
    +--=|      |  eth1 |(Router)| eth0        ---------
    |   --------    |   --------    |
 X--+               |   IP_Masq     |
                    |  IP_Firewall  |
   |                |    Gateway    |
   |                |               |
   |                V               V
   V           192.168.1.1         Dynamic or
 192.168.1.x   LAN Gateway         Static IP
LAN Addresses  IP Address          from ISP pool
                                   

 
   </LiteralLayout>
  </MSGText>
 </Literal>
</Para>


<Para>
 <!--
 What I did is setup a Linux router (Redhat Linux 5.0  on a i486) with two
 ethernet interfaces. One interface routes to the ISP subnet/gateway (eth0 in
 above example), and the other interface (eth1 above) goes to a hub (or switch)
 and then connects the LAN with private network addresses (e.g. 192.168.1.x).
 Using the private network address behind your router/firewall allows some
 additional security because it is not directly addressable from outside. You
 have to explicitly masquerade your private addresses in order to connect to
 the Internet from the LAN. The LAN hosts will access the Internet via the
 second NIC (eth1) in the Linux router. Just set their gateway to the IP
 address of the second NIC, and assign them addresses on the same network.
 -->
 私が設定した Linux ルーター(i486 で動いている Redhat Linux 5.0)は 2 つの
 イーサネット・インタフェースを持っています。1 つは ISP のサブネットに属して、
 ゲートウェイに向いています(上記の eth0)。もう一方(上記 eth1)は、ハブ
 (もしくはスイッチングハブ)に向いていて、プライベートアドレスを使っている
 LAN につながっています(たとえば 192.168.1.x)。プライベーネットワークをルーター
 やファイアーウォール越しで外部に接続すると、さらにセキュリティが向上します。
 というのは、外部から直接アクセスできなくなるからです。LAN からインターネット
 に接続するには、意識的にプライベートアドレスをマスカレードしなければいけ
 ません。LAN 上のホストはインターネットに Linux ルーターの 2 枚目の NIC(eth1)
 を経由してアクセスします。ゲートウェイを 2 枚目の NIC の IP アドレスに設定
 して同じネットワークに属するように割り当てましょう。

</Para>

<Para>
 <!--
 <Emphasis remap="bf">Caution</Emphasis> Make sure your kernel is complied
 with IP forwarding and the IP forwarding is turned on. You can check this
 with '<Command>cat /proc/sys/net/ipv4/ip_forward</Command>'. The value is 
 <Quote>1</Quote> for on, and <Quote>0</Quote> for off.  You can change this
 value by echoing the desired value into this file:
 -->
 <Emphasis remap="bf">注意</Emphasis> カーネルが IP フォワーディングができる
 ようにしてコンパイルしてあり、IP フォワーディングがマシンで有効になっていな
 ければいけません。チェックするには
 「<Command>cat /proc/sys/net/ipv4/ip_forward</Command>」としてください。
 値が <Quote>1</Quote>ならオンで、<Quote>0</Quote> ならオフです。望みの値を
 ファイルに echo して変更できます。

</Para>

<Screen>

 # echo 1 > /proc/sys/net/ipv4/ip_forward
 
</Screen>

<Para>
 <!--
 You will also need to set up <Quote>IP Masquerading</Quote> on the Linux
 router. Depending on your kernel version, this is done with
 <Command>ipfwadm</Command> (2.0), <Command>ipchains</Command> (2.2), or
 <Command>iptables</Command> (2.4). See the documentation for specifics on
 each. AND &#045;&#045; do not forget to have that firewall set up too! 
 -->
 Linux ルーターに <Quote>IP マスカレーディング</Quote> を設定する必要も
 あります。カーネルのバージョンで異なっていて、<Command>ipfwadm</Command>(2.0)、
 <Command>ipchains</Command>(2.2)、<Command>iptables</Command>(2.4) となって
 います。詳細はそれぞれのドキュメントを見てください。そして、ファイアーウォール
 も忘れずに設定してください！
 
</Para>

<Para>
 <!--
 There are also several projects that are devoted specifically to using Linux
 as a router, just for this type of situation. These are all-in-one solutions,
 that include security and various other features. Installation and
 configuration, is reportedly very easy. And these will run on very minimal
 hardware &#045;&#045; like a floppy drive only.  The best known is <Ulink
 URL="http://www.linuxrouter.org">http://www.linuxrouter.org</Ulink>. You
 might also want to look at <Ulink
 URL="http://www.freesco.org">http://www.freesco.org</Ulink> and <Ulink
 URL="http://www.coyotelinux.com">http://www.coyotelinux.com</Ulink>. There is 
 also <Ulink URL="http://www.clarkconnect.org/index.html">http://www.clarkconnect.org/index.html</Ulink>, which is a similar concept but designed to be 
 monitored and configured with a set of Windows based utilities.
 -->
 Linux をルーターとして使うプロジェクトがいくつか
 あります。このケースにはうってつけです。オールインワンで、セキュリティや
 その他もろもろの機能を含んでいます。
 聞いた話だと設置や設定は非常に簡単です。ハードウェアもごく最小限で動作する
 ようです。たとえばフロッピードライブだけ必要というように。最も有名なのは <Ulink
 URL="http://www.linuxrouter.org">http://www.linuxrouter.org</Ulink> です。
<Ulink URL="http://www.freesco.org">http://www.freesco.org</Ulink> や <Ulink
 URL="http://www.coyotelinux.com">http://www.coyotelinux.com</Ulink> なども
 見たくなるかもしれません。<Ulink 
 URL="http://www.clarkconnect.org/index.html">http://www.clarkconnect.org/index.html</Ulink> 
 も、同様なコンセプトですが、Windows ベースのユーティリティを使って監視したり、
 設定したりするように設計してあります。
 
</Para>

</Sect2>

</Sect1>

<!--  ~  End Section  ~  -->




<!--   ~~~~~~~~       New Section Header    ~~~~~~~~~     -->
<!-- ここは原文でコメントアウトしてあります。 -->
<!--
Begin adaptation of Chris's Jones' HOWTO for appendix of the DSL-HOWTO

General notes on adaptation for the DSL_HOWTO.
 Renumbered section id's so it would fit into one appendix page.
 Added preface section.
 Added note on VPI/VCI in PPP options configuration area.
 Corrected various typos and links (fed back to Chris mostly).

Changes are commented and identifiable by 'HB'.

we don't need this ...
<!DOCTYPE article PUBLIC "-//OASIS//DTD DocBook V3.1//EN"[]>

<article id="SpeedtouchUSB">

-->


<sect1 id="SpeedtouchUSB">
 <!-- <title>Appendix: The Alcatel SpeedTouch USB ADSL Modem</title> -->
 <title>付録 Alcatel SpeedTouch USB ADSL モデム</title>
 <comment> HB: shortened title, made it 'SpeedTouch' which is I think correct
 spelling.</comment>

<!-- ここは原文でコメントアウトしてあります。 -->
<!-- 
 HB: not allowed here, sorry, we will fudge it below...
  <authorgroup>
   <author>
    <firstname>Chris</firstname>
    <surname>Jones</surname>
    <affiliation>
     <address>
      <email>chris@black-sun.co.uk</email>
     </address>
    </affiliation>
   </author>
  </authorgroup>
  <copyright>
   <year>2001</year>
   <holder>Chris Jones</holder>
      <email>chris@black-sun.co.uk</email>
  </copyright>

-->

<Para>
 <!--
 Author: Chris Jones <email>chris@black-sun.co.uk</email>,  copyright &copy; 2001 
 -->
 著者 Chris Jones 氏 <email>chris@black-sun.co.uk</email>。 copyright &copy; 2001 

</Para>
<Para>
 <!-- with minor edits by Hal Burgiss <email>hal@foobox.net</email>.  -->
Hal Burgiss 氏 <email>hal@foobox.net</email> が多少加筆。
</Para>
<!-- ここは原文でコメントアウトしてあります。 -->
<!--
HB Note: excluding due to very similar licensing

  <legalnotice>
   <para>
     This documentation is free software; you can redistribute
     it and/or modify it under the terms of the GNU General Public
     License as published by the Free Software Foundation; either
     version 2 of the License, or (at your option) any later
     version.
   </para>
      
   <para>
     This program is distributed in the hope that it will be
     useful, but WITHOUT ANY WARRANTY; without even the implied
     warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
     See the GNU General Public License for more details.
   </para>
      
   <para>
     You should have received a copy of the GNU General Public
     License along with this program; if not, write to the Free
     Software Foundation, Inc., 59 Temple Place, Suite 330, Boston,
     MA 02111-1307 USA
   </para>
      
   <para>
     For more details see the file <filename>COPYING</filename> in the source
     distribution of Linux.
   </para>
  </legalnotice>

-->
 
 <comment>HB: id conflicted with one of mine</comment>
 <sect2 id="introalcusb">
<!-- <title>Introduction</title> -->
 <title>はじめに</title>
<!-- ここは原文でコメントアウトしてあります。 -->
<!--
 Not allowed here ...
  <abstract id="intro-abstract">
 --> 
   <para>
     <!--
     Installation, configuration and use of the Alcatel SpeedTouch USB ADSL modem with Linux.
     -->
   Linux を使って Alcatel SpeedTouch USB ADSL モデムを設置、設定して利用する
   </para>
   <para>
     <!--
     French translation available <ulink type="http" url="http://www.linuxdude.co.uk/docs/Alcatel-Speedtouch-USB-mini-HOWTO-FR.txt">http://www.linuxdude.co.uk/docs/Alcatel-Speedtouch-USB-mini-HOWTO-FR.txt</ulink>.
     -->
     フランス語訳が <ulink type="http" 
     url="http://www.linuxdude.co.uk/docs/Alcatel-Speedtouch-USB-mini-HOWTO-FR.txt">http://www.linuxdude.co.uk/docs/Alcatel-Speedtouch-USB-mini-HOWTO-FR.txt</ulink> にあります。
  
     <comment>HB: Re-did URL for text conversion readability</comment>
   </para>
<!-- ここは原文でコメントアウトしてあります。 -->
<!--   
  </abstract>

Chris's SGML: <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

http://www.linuxdude.co.uk/docs/Alcatel-Speedtouch-USB-mini-HOWTO.sgml
  
-->  

<!--   ~~~~~       New Section      ~~~~~     -->

  <comment> HB: Preface is a new section ##################</comment>
  <Sect3 id="preface">
  <!-- <Title>Preface</Title> -->
   <Title>はじめに</Title>
   <Para>
     <!--
     This is an adaptation of Chris Jones' Alcatel-Speedtouch-USB-mini-HOWTO. 
     The current version of this document can be found at 
     <Ulink URL="http://www.linuxdude.co.uk/docs/Alcatel-Speedtouch-USB-mini-HOWTO/">http://www.linuxdude.co.uk/docs/Alcatel-Speedtouch-USB-mini-HOWTO/</Ulink>. 
     -->
     Chris Jones 氏が書いた Alcatel-Speedtouch-USB-mini-HOWTO を掲載させて
     もらいました。ドキュメントの最新バージョンは <Ulink 
     URL="http://www.linuxdude.co.uk/docs/Alcatel-Speedtouch-USB-mini-HOWTO/">http://www.linuxdude.co.uk/docs/Alcatel-Speedtouch-USB-mini-HOWTO/</Ulink> に
     あります。
  
   </Para>
   
   <Para>
    <!--
    As always with Linux, there is more than one way to skin a cat. This 
    document takes one approach that is a working model. There are other ways,
    and there may be some contradictions to the <Filename>INSTALL</FileName>
    instructions as included by Alcatel. One notable example: The Alcatel
    driver supports both PPPoE and PPPoA. Alcatel suggests PPPoE as easier,
    but many are finding PPPoA more stable even if maybe a little more work to
    get going. This HOWTO only covers the PPPoA driver! The docs included 
    by Alcatel have some information on PPPoE driver installation.
    -->
    Linux を利用する常として、方法はいろいろあります。このドキュメントでは
    ワーキング・モデルというやり方を採ります。他の方法もありますし、Alcatel 
    が配布している<Filename>インストール</FileName>の手続きとは、矛盾するところ
    もいくつかあるかもしれません。注意すべき例をあげます。Alcatel のドライバ
    は PPPoE とPPPoA ともサポートしています。Alcatel によると PPPoE の方が
    導入が簡単としていますが、動作するまでに多少やることがあります。それでも 
    PPPoA の方が安定していると多くの方が感じています。この HOWTO では PPPoA 
    のドライバだけを網羅します。Alcatel が配布しているドキュメントには PPPoE 
    ドライバについて多少情報が載っています。
    
   </Para>

   <Para>
    <!--
    Also, this driver has just recently been released as of March 2001. It is
    still dependent on experimental code. Do not expect it to be as stable as
    ethernet modem solutions. Hopefully, this should change quickly as more
    users are able to provide feedback to the developers. 
    -->
    またこのドライバは 2001 年 3 月にリリースされたばかりです。まだ試験的な
    コードが残っています。イーサネットモデムを使った場合と同等に安定している
    とは考えないでください。ユーザーが開発者にフィードバックをたくさんして
    くれれば、問題点はすぐ解決するはずです。
   </Para>

   <Para>
    <!--
    The driver also requires a 2.4.x kernel. If you are now running a 2.2
    kernel, this will require a major upgrade &#045;&#045; of not just the kernel 
    itself, but related packages such as modutils as well. You can find 
    what all is required by reading
    <Filename>/usr/src/linux/Documentation/Changes</FileName> in the 2.4
    kernel source tree. I would further suggest that you get a plain vanilla
    2.4 system up and running stably before attempting the process below. 
    -->
    ドライバはカーネル 2.4.x も必要とします。カーネル 2.2 を動かしているなら、
    バージョンアップになるでしょう。カーネル自体だけではなく、modutils の
    ような関連するパッケージもバージョンを上げることになります。必要なこと
    カーネル 2.4 のソースツリーにある <Filename>/usr/src/linux/Documentation/
    Changes</FileName> を読めば必要なことすべてが書いてあります。さらに
    付け加えれば、素のカーネル 2.4 のシステムを手に入れて、安定動作した後に
    下記の作業をしてください。

   </Para>
   
   <Warning>
    <Para>
     <!--
     This process is not for the faint of heart. Novice users should strongly
     consider an ethernet modem, if this is a possibility. 
     -->
     この作業は臆病な人向きではありません。初心者ユーザはイーサネットモデム
     をぜひとも検討してください。
    </Para>
   </Warning>

  </Sect3>

<!--  ~  End Section  ~  -->


<!--   ~~~~~       New Section      ~~~~~     -->

  <sect3 id="background">
   <!-- <title>Background</title> -->
    <title>背景</title>
   <para>
     <!--
     The Alcatel SpeedTouch USB ADSL modem has become a popular choice 
     for providing low cost, widely available ADSL services, particularly
     in the UK, where BT Ignite (a division of British Telecom) install it for
      <comment>HB: added reference to British Telecom</comment> 
     use over their ADSL network. Although BT plan to move to a new ADSL
     router soon, the SpeedTouch USB is still used by a large number of
     people, many of whom wish to use Linux, rather than Windows to
     access the Internet.
     -->
    Alcatel SpeedTouch USB ADSL モデムは低価格で売れ筋です。ADSL サービスに
    広く対応していて、特にイギリスの BT Ignite(British Telecom の 1 部門)
    がこのモデムを自分たちの ADSL ネットワークで利用しています。BT はまもなく
    新しい ADSL ルータに移行する計画を持っていますが、このモデムは依然として
    たくさんのユーザー― Windows よりも Linux でインターネットに接続したい
    と思っている―が使っています。
   </para>
   <para>
     <!--
     Initially the SpeedTouch USB was only useful to people 
     running either Windows 2000 or Windows 98. Alcatel recently released
     a MacOS driver and have now released a Linux driver.
     -->
     はじめのころ、このモデムは Windows 2000 や Windows 98 を使っている
     ユーザ向けでしたが、Alcatel は最近になって MacOS 用のドライバを
     リリースし、ついこの間 Linux 用のドライバをリリースしました。
   </para>
   <para>
     <!--
     This document will show you, as simply as possible, how to configure
     a Linux machine to connect to the Internet using a SpeedTouch USB.
     -->
     このドキュメントでは、SpeedTouch USB を使って Linux でインターネット
     接続する方法をできるだけやさしく説明します。
   </para>
  </sect3>

<!--  ~  End Section  ~  -->


<!--   ~~~~~       New Section      ~~~~~     -->

  <sect3 id="assumption">
   <!-- <title>Assumptions</title> -->
    <title>前提条件</title>
   <para>
     <!-- Several assumptions are made by this document: -->
     このドキュメントには前提条件がいくつかあります。
   </para>
   <orderedlist>
    <listitem>
     <para>
       <!--
       You are using Red Hat 7.0 (although the instructions are very
       similar for other distributions). You should also have
       all the latest updates.
       -->
       Red Hat 7.0(他のディストリビューションでもほとんど同じですが)を
       使っていること。最新版を持っていること。
     </para>
    </listitem>
    <listitem>
     <para>
       <!--
       You are running the 2.4.2 kernel (this is not the appropriate
       place for kernel installation instructions; they are all over
       the web).
       -->
       カーネル 2.4.2 を動かしていること(カーネルのインストールについて
       はこのドキュメントは適当ではありません。Web サイトにすべてあります。
     </para>
    </listitem>
    <listitem>
     <para>
       <!--
       You are in the UK (this is the only ADSL network I have access
       to, so it's all I know. If you have any differences for your
       country, please email me and I'll amend the HOWTO). 
       <comment>HB: correct misspelled 'ammend'.</comment>
       -->
       イギリスにいること(ADSL ネットワークでアクセスできたのはここだけ
       なので、知っていることはこれですべてです。ご自分の国と何か違う
       点があったなら、電子メールをください。このドキュメントを修正します)。
     </para>
    </listitem>
   </orderedlist>

   <para>
     <!--
     The first assumption is merely because I use Red Hat 7.0 and so that
     is what I've had to use to get it working. I would like to cover
     other distributions, so if you spot any differences, please email
     me and I'll amend the HOWTO.
     -->
     最初の前提条件は、単に私が Linux でこのモデムを使わなければいけない
     がために、Red Hat 7.0 を使っているというだけです。他のディストリ
     ビューションもカバーしたいと思っています。違いを見つけたなら、
     電子メールをください。このドキュメントを修正します。
   </para>
   <para>
     <!--
     The second assumption is far more critical than the first - you MUST
     be running AT LEAST 2.4.1, but I have found 2.4.2 to be more stable
     and the SpeedTouch USB driver works fine with it.
     -->
     2 番目の仮定はもっと重要です。最低でも カーネル 2.4.1 を動かして
     いなければ「いけません」。ただ 2.4.2 の方がもっと安定していますし、
     SpeedTouch USB ドライバも良好に動作します。
   </para>
  </sect3>

  <sect3 id="caveat">
   <!-- <title>Caveat</title> -->
    <title>注意</title>
   <para>
     <!--
     Unfortunately, much of the software required for this setup is beta
     quality and you may experience crashes, random oopses, etc.
     Hopefully work on the driver will bring its stability up to scratch
     and everyone can be happy.
     -->
     残念ながらソフトウェアの大部分は設定についてはまだベータ版なので、
     クラッシュしたり、いきなりフリーズしたりするかもしてません。
     ドライバを改良し続ければ、期待通りに安定性も増して、みんなが幸せに
     なれます。
   </para>
  </sect3>
 </sect2>

<!--  ~  End Section  ~  -->


<!--   ~~~~~       New Section      ~~~~~     -->

 <sect2 id="patching">
  <!-- <title>Patching the kernel</title> -->
   <title>カーネルにパッチを当てる</title>
  <para>
  <comment> HB: added noted on versioning</comment>
    <!--
    For this section you will need the following items. (Please note that 
    by the time you read this, the versions may have changed, so adjust 
    accordingly.)
    -->
    このセクションでは下記のものが必要になります(これを読んでいる時には
    バージョンが変わっているかもしれませんので、適宜読み替えてください)。
  </para>
   
   <orderedlist>
    <listitem>
     <para>
       <!--
       A working 2.4.2 kernel source tree (usually held in 
       <filename class="directory">/usr/src/linux/</filename>).
       You should already be running the kernel - there are many guides
       on the web that will teach you how to install the 2.4 kernel.
       -->
       カーネル 2.4.2 のソースツリー(普通は <filename class="directory">
       /usr/src/linux/</filename> にあります)。
       またすでにそのカーネルが動作していること。カーネル 2.4 をインス
       トールする方法は、あちこちの Web サイトにあります。
     </para>
    </listitem>

    <listitem>
     <para>
      <!--
      The pppoatm kernel patch by Jens Axboe. This is available from:
      -->
      Jens Axboe 氏の pppoatm カーネルパッチが必要になります。下記のところ
      から入手できます。
     </para>
     <simplelist>
      <member>
       <ulink type="http" url=
       "http://www.kernel.org/pub/linux/kernel/people/axboe/PPPoATM/2.4.1-pre7/pppoatm-1.gz">
       http://www.kernel.org/pub/linux/kernel/people/axboe/PPPoATM/2.4.1-pre7/pppoatm-1.gz</ulink>
      </member>
     </simplelist>

     <para>
       <!--
       To extract the patch from this, run <command>gzip -d pppoatm-1.gz</command>
       -->
       これからパッチを取り出すには、<command>gzip -d pppoatm-1.gz</command> と
       します。
     </para>
    </listitem>

    <listitem>
      <para>
      <!--
      Originally we used a combined kernel patch that covered the SpeedTouch driver
       and the SAR library it depends on. Unfortunately this patch has suffered some
       bit rot and isn't based on the current driver versions anymore so this next
       step is mildly more complex than it used to be.
      -->
      元々は SpeedTouch ドライバとドライバが依存している SAR ライブラリが入って
      いた統合カーネルパッチを使っていましたが、残念なことにこのパッチは
      メンテナンスされていないため、もう現状のドライバと合わなくなっています。
      というわけで、少々以前よりもやり方が複雑になっています。
     </para>
     <para>
       <!--
       If your current kernel is using the combined patch (this will only be
       the case if you have followed this HOWTO before) and you want to
       upgrade to the latest versions of the SpeedTouch driver and SARlib you
       will need to 'revert' the combined patch (ie re-apply it to the kernel
       as you did originally, but with the '-R' option) and follow the
       SpeedTouch/SARlib instructions below.
       -->
       現在使用しているカーネルで統合パッチを使っているなら(以前このドキュ
       メントに従って設定した場合にのみ当てはまりますが)、最新版の SpeedTouch 
       ドライバと SARlib にアップグレードした方が良いでしょう。その際には
       統合パッチに「逆」パッチを当てる(つまりパッチを当てたカーネルに再度
       パッチを適用します。ただし「-R」オプションを使って)。その上で下記の
       SpeedTouch ドライバと SARlib 設定の手続きを踏みます。

     </para>
     <para>
       <!--
       Firstly you need the latest SpeedTouch driver which is available from:
       -->
       まず必要なのは最新版の SpeedTouch ドライバで、次のところから入手
       できます。
     </para>
     <simplelist>
      <member>
       <ulink type="http" url="http://sourceforge.net/project/showfiles.php?group_id=3581">
       http://sourceforge.net/</ulink>
      </member>
     </simplelist>
     <para>
       <!--
       You will also need the latest version of SARlib, available from:
       -->
       また、最新版の SARlib も必要になります。下記のところで入手できます。
     </para>
     <simplelist>
      <member>
       <ulink type="http" url="http://sourceforge.net/project/showfiles.php?group_id=22221">
       http://sourceforge.net/</ulink>
      </member>
     </simplelist>
     <para>
       <!--
       Extract both of the files you just downloaded with these commands:
       -->
       ダウンロードした両ファイルを次のコマンドで展開してください。
       <simplelist>
        <member>
         <command>tar -xvzf sarlib-x.y.z.tgz</command>
        </member>
        <member>
         <command>tar -xvzf speedtouch-x.y.tar.gz</command>
        </member>
       </simplelist>
     </para>
    </listitem>
   </orderedlist>

   <note>
    <!--
    <title>Over-helpful browsers</title>
    -->
    <title>ブラウザが余計なお世話をする</title>
    <para>
      <!--
      It is possible that your web browser has already unzipped the above 
      patches (i.e. <application>Netscape</application> automatically unzips 
      .gz files). If this has happened, simply rename the patch files to 
      remove the .gz suffix and continue with the following instructions.
      -->
      お使いの Web ブラウザが、上記のパッチを既に unzip しているかもしれ
      ません(つまり <application>Netscape</application> が自動的に .gz 
      ファイルを unzip している)。こうなっていたら、パッチファイルの名前
      から gz 部分を削除して、名前を変更してください。その後下記の手続きに
      従ってください。

    </para>
   </note>
   
   <para>
     <!--
     Once you have all of these pre-requisites, we can start patching.
     -->
     事前の準備が整ったら、パッチ当てを進めましょう。
   </para>

   <procedure id="patch-procedure">
    <!--
    <title>Patching Procedure</title>
    -->
    <title>パッチの当て方</title>
     
     <step>
     <para>
       <!--
       Change directory into the kernel source directory:
       -->
       カーネルソースのあるディレクトリに行きます。
       <command>cd /usr/src/linux</command>
     </para>
    </step>
    <step>
     <para>
       <!--
       Test the <filename>pppoatm-1</filename> patch:
       -->
       <filename>pppoatm-1</filename> パッチをテスト的に当ててみます。
       <command>patch -p1 -s -E --dry-run &lt; /path/to/pppoatm-1</command>
     </para>
     <para>
       <!--
       If this command produces any output then something is wrong with your
       2.4.2 kernel source tree. Please fix it before continuing.
       -->
       このコマンドが何か出力したらカーネル 2.4.2 のソースツリーに不具合が
       あります。修正してから次の段階に行ってください。
     </para>
    </step>
    <step>
     <para>
       <!--
       Apply the <filename>pppoatm-1</filename> patch:
       -->
       <filename>pppoatm-1</filename> パッチを適用します。
       <command>patch -p1 -s -E &lt; /path/to/pppoatm-1</command>
     </para>
    </step>
    <step>
     <para>
       <!--
       Now we need to compile the driver. This is very easy and can be done
       with the following commands: 
       -->
       ドライバをコンパイルします。これはとても簡単で下記のようにすれば
       できあがります。
       <simplelist>
        <!--
        <member><command>cd SpeedTouch</command> (this directory is created by
        extracting the <filename>speedtouch-x.y.tar.gz</filename>
        archive)</member> 
        <member><command>make</command></member>
        <member><command>make install</command> (this needs to be done as
        root)</member> 
        -->
        <member><command>cd SpeedTouch</command> (このディレクトリは 
        <filename>speedtouch-x.y.tar.gz</filename> アーカイブを展開した時
        にできます)</member> 
        <member><command>make</command></member>
        <member><command>make install</command> (root で行う必要があります)
        </member> 
       </simplelist>
     </para>
     <para>
       <!--
       This will put the resulting kernel driver
       (<filename>speedtch.o</filename>) in
       <filename>/lib/modules/2.4.x/kernel/drivers/usb/</filename> (where 'x'
       is the kernel version you are running). 
       -->
       これでカーネルドライバ(<filename>speedtch.o</filename>)が、
       <filename>/lib/modules/2.4.x/kernel/drivers/usb/</filename> (「x」
       はどのカーネルバージョンが動いているかによります)。
     </para>
    </step>

  </procedure>
 </sect2>


<!--   ~~~~~       New Section      ~~~~~     -->

 <sect2 id="kernelconfig">
  <!-- <title>Configuring the kernel</title> -->
   <title>カーネルの設定</title>
  <para>
    <!-- For this section you will need: -->
    このセクションで必要なのは、
  </para>
  <itemizedlist>
   <listitem>
    <para>
      <comment>HB changed from 2.4.2</comment>
      <!--
      A working 2.4.x kernel patched according to the instructions
      in <link linkend="patch-procedure">Patching the kernel</link>
      -->
     <link linkend="patch-procedure">パッチの当て方</link>に従って
     パッチを当ててあるカーネル 2.4.x が動いていることです。
    </para>
   </listitem>
  </itemizedlist>


<!--   ~~~~~       New Section      ~~~~~     -->

  <sect3 id="kernelconfig-conf">
   <!-- <title>Configuration</title> -->
    <title>設定</title>
   <para>
    <comment>HB: minor rewording 'kernel config'</comment>
     <!--
     To configure the kernel, load your favorite kernel configuration method:
     (e.g. <command>cd /usr/src/linux; make xconfig</command>)
     -->
     カーネルを設定するには、お好きな設定方法で設定を呼び出してください
     (たとえば、<command>cd /usr/src/linux; make xconfig</command> とか)。
   </para>
   <para>
     <!--
     You need to select the following kernel options:
     -->
     下記のカーネルオプションを選ぶ必要があります。
    <itemizedlist>
     <listitem>
      <para>
       <menuchoice>
        <guimenu>Code maturity levels</guimenu>
        <guimenuitem>Prompt for development and/or incomplete code/drivers</guimenuitem>
       </menuchoice>
      </para>
     </listitem>
     <listitem>
      <para>
       <menuchoice>
        <guimenu>Networking options</guimenu>
        <guimenuitem>Asynchronous Transfer Mode (ATM)</guimenuitem>
       </menuchoice>
      </para>
     </listitem>
     <listitem>
      <para>
       <menuchoice>
        <guimenu>Network device support</guimenu>
        <guimenuitem>PPP (point-to-point protocol) support</guimenuitem>
       </menuchoice>
      </para>
     </listitem>
     <listitem>
      <para>
       <menuchoice>
        <guimenu>Network device support</guimenu>
        <guimenuitem>PPP support for async serial ports</guimenuitem>
       </menuchoice>
      </para>
     </listitem>
     <listitem>
      <para>
       <menuchoice>
        <guimenu>Network device support</guimenu>
        <guimenuitem>PPP Deflate compression</guimenuitem>
       </menuchoice>
      </para>
     </listitem>
     <listitem>
      <para>
       <menuchoice>
        <guimenu>Network device support</guimenu>
        <guimenuitem>PPP BSD-Compress compression</guimenuitem>
       </menuchoice>
      </para>
     </listitem>
     <listitem>
      <para>
       <menuchoice>
        <guimenu>Network device support</guimenu>
        <guimenuitem>PPP over ATM</guimenuitem>
       </menuchoice>
      </para>   
     </listitem>
     <listitem>
      <para>
       <menuchoice>
        <guimenu>USB support</guimenu>
        <guimenuitem>Support for USB</guimenuitem>
       </menuchoice>
      </para>   
     </listitem>
     <listitem>
      <para>
       <menuchoice>
        <guimenu>USB support</guimenu>
        <guimenuitem>Preliminary USB device filesystem</guimenuitem>
       </menuchoice>
      </para>   
     </listitem>
     <listitem>
      <para>
       <menuchoice>
        <guimenu>USB support</guimenu>
        <guimenuitem>UHCI (Intel, PIIX4, VIA, ...) support</guimenuitem>
       </menuchoice>
      </para>
      <para>
       <!--
       You may need to choose the OHCI driver here, depending on your 
       USB controller)
       -->
       ここで OHCI ドライバを選ぶ必要があるかもしれません。USB コント
       ローラによります。
      </para>   
     </listitem>
     <listitem>
      <para>
       <menuchoice>
        <guimenu>USB support</guimenu>
        <guimenuitem>Alcatel Speedtouch USB support</guimenuitem>
       </menuchoice>
      </para>
      <para>
       <!--
       This option is only available if you are using the older combined
       kernel patch for the kernel SpeedTouch driver. If you downloaded the
       separate SpeedTouch and SARlib tarballs then this option won't be shown
       and you don't need to worry about it.
       -->
       このオプションは古い SpeedTouch ドライバを含んだ統合カーネルパッチを
       使っている場合にだけ有効になります。SpeedTouch と SARlib の tarball を
       落としてきた場合には無効なので、気にする必要はありません。
      </para>
     </listitem>
    </itemizedlist>

   </para>
   <tip>
    <!-- <title>Selection</title> -->
     <title>オプションの選択</title>
    <para>
      <!--
      For simplicity, I recommend selecting <keycap>Y</keycap>
      (rather than <keycap>M</keycap>) for all of these, except the
      last two (<guimenuitem>UHCI/OHCI support</guimenuitem> and 
      <guimenuitem>Alcatel Speedtouch USB support</guimenuitem>. Those 
      are better left as <keycap>M</keycap>). 
      -->
      簡単に言ってしまうと、最後の 2 つ(<guimenuitem>UHCI/OHCI support
      </guimenuitem> と <guimenuitem>Alcatel Speedtouch USB support
      </guimenuitem> は <keycap>M</keycap> の方が良い)以外は全て 
      <keycap>Y</keycap>(<keycap>M</keycap> よりも)を選んでください。
    </para>
   </tip>
    <para>
      <!--
      Now compile and install the kernel and modules as you would normally.
      -->
      では、いつものようにカーネルとモジュールをコンパイルしてからインストール
      してください。
    </para>
   </sect3>
 </sect2>

 <sect2 id="installing">
  <!-- <title>Installing the software</title> -->
   <title>ソフトウェアのインストール</title>
  <para>
   <comment> HB: again, added note about versioning.</comment>
     <!--
     For this section you will need the items listed below. (Again, be 
     aware of possible version updates.)
     -->
     このセクションでは下記の項目が必要となります(繰り返しますが、
     できるだけバージョンアップをしてください)。
  </para>
  <orderedlist>
   <listitem>
    <para>
      <!--
      The results of <link linkend="patch-procedure">Patching the kernel</link> and
      <link linkend="kernelconfig-conf">Configuring the kernel</link>.
      -->
      <link linkend="patch-procedure">パッチの当て方</link>と
      <link linkend="kernelconfig-conf">カーネルの設定</link>を終えている
      こと。
    </para>
   </listitem>
   <listitem>
    <para>
      <!--
      Alcatel's binary management application. This is available from 
      -->
      Alcatel のバイナリ管理アプリケーション。下記から得られます。
      <ulink type="http" url=
      "http://www.alcatel.com/consumer/dsl/dvrreg_lx.htm">http://www.alcatel.com/consumer/dsl/dvrreg_lx.htm</ulink>.
       <comment>HB: changed to full name for text conversion
       purposes</comment>
      <!--
      You must download it from Alcatel, the license forbids us from
      distributing it.
      -->
      Alcatel からこれを落とさなければいけません。配布はライセンスによって
      禁止されています。
    </para>
   </listitem>
   <listitem>
    <para>
      <!--
      A PPPoATM-aware PPP daemon. This is available from:
      -->
      A PPPoATM-aware PPP デーモン。下記から得られます。
    </para>
    <itemizedlist>
     <listitem>
      <para>
       Red Hat 7 RPM (GLIBC2.2):
       <ulink type="http" url=
        "http://sourceforge.net/project/showfiles.php?group_id=23818">
        http://sourceforge.net/project/showfiles.php?group_id=23818</ulink>
      </para>
     </listitem>
     <listitem>
      <para>
       Red Hat 6 RPM:
         <!--
         NOT YET AVAILABLE
         -->
         まだ利用できません。
      </para>
     </listitem>
     <listitem>
      <para>
       Debian .deb:
       <ulink type="http" url=
        "http://sourceforge.net/project/showfiles.php?group_id=23818">
        http://sourceforge.net/project/showfiles.php?group_id=23818</ulink>
      </para>
     </listitem>
     <listitem>
      <para>
       Tarball:
        <ulink type="http" url=
        "http://sourceforge.net/project/showfiles.php?group_id=23818">
        http://sourceforge.net/project/showfiles.php?group_id=23818</ulink>
      </para>
     </listitem>
    </itemizedlist>
   </listitem>
   <listitem>
    <para>
      <!--
      A working PPP setup (there are many guides on the Internet on how 
      to configure PPP in 2.4 kernels)
      -->
      PPP が動作する設定(インターネット上にはカーネル 2.4 で PPP を設定
      するガイドがたくさんあります)。
      
    </para>
   </listitem>
   <listitem>
    <para>
      <!--
      The Linux HotPlug software from 
      -->
      Linux HotPlug ソフトウェアは、下記から得られます。
       <ulink type="http" url="http://linux-hotplug.sourceforge.net">
       http://linux-hotplug.sourceforge.net</ulink>.
      <!--
      Install this as per its instructions (RPM installation is the simplest)
      -->
      手続きにしたがってインストールしてください(RPM を使ったインストール
      が簡単です)。
    </para>
   </listitem>
  </orderedlist>

  
  <!--   ~~~~~       New Section      ~~~~~     -->

  <sect3 id="ppp">
   <!-- <title>Installing pppd</title> -->
    <title>pppd をインストールする</title>
   <para>
     <!--
     Install whichever ppp package you need. You might have to create the 
     file <filename>/dev/ppp</filename> yourself, which can be done with the 
     following commands:
     -->
     必要な PPP パッケージをインストールしてください。自分で <filename>
     /dev/ppp</filename> を作成する必要があるかもしれませんが、次の
     コマンドで作成できます。
   </para>
   <simplelist>
    <member><command>cd /dev</command></member>
    <member><command>./MAKEDEV ppp</command></member>
   </simplelist>
    <para>
     <!--
     If your distribution does not include the <command>MAKEDEV</command>
     script, or it fails to create the correct device, you can use the 
     following command:
     -->
     お使いのディストリビューションには <command>MAKEDEV</command> スクリプ
     トがなかったり、正しいデバイスが作れなかったりします。その場合は、
     下記のコマンドを入れてください。
   </para>
   <simplelist>
    <member><command>mknod /dev/ppp c 180 0</command></member>
   </simplelist>
  </sect3>
   <sect3 id="mgmt">
   <!-- <title>Installing speedmgmt</title> -->
   <title>speedmgmt のインストール</title>
   <para>
      <!--
      Extract the Alcatel binary driver tarball 
      (<filename>speedmgmt.tar.gz</filename>) and install it
      as per its included instructions.
      -->
      Alcatelのバイナリドライバの tarball(<filename>speedmgmt.tar.gz
      </filename>) を展開して、tarball に入っている手続きにしたがって
      インストールしてください。
    </para>
   </sect3>
  </sect2>
   <sect2 id="configuring">
   <!-- <title>Configuring the software</title> -->
   <title>ソフトウェアの設定</title>
   <para>
     <!-- For this section you will need: -->
     このセクションで必要なのは、下記のことです。
   </para>
   <itemizedlist>
    <listitem>
     <para>      
       <!--
       The results of <link linkend="patch-procedure">Patching the kernel</link>,
       <link linkend="kernelconfig-conf">Configuring the kernel</link> and
       <link linkend="installing">Installing the software</link>.
       -->
       <link linkend="patch-procedure">パッチの当て方</link>と
       <link linkend="kernelconfig-conf">カーネルの設定</link>、
       <link linkend="installing">ソフトウェアのインストール</link>が
       終わっていること。
     </para>
    </listitem>
   </itemizedlist>
    <sect3 id="configppp">
    <!-- <title>Configuring pppd</title> -->
    <title>pppd の設定</title>
    <para>
      <!--
      Edit the file <filename>/etc/ppp/options</filename> and replace its 
      contents with the following:
      -->
      <filename>/etc/ppp/options</filename> を下記の内容に修正してください。
    </para>
    <literallayout>
          lock
          defaultroute
          noipdefault
          noauth
          passive
          asyncmap 0
          name user@domain
          user user@domain
          plugin /usr/lib/pppd/plugins/pppoatm.so
          0.38
    </literallayout>
    <note>
     <!-- <title>Don't forget</title> -->
     <title>覚えておくこと</title>
     <para>
       <!--
       You will need to replace the two <quote>user@domain</quote>s with 
       your ADSL username.
       -->
       ADSL のユーザ名である <quote>user@domain</quote> を 2 箇所書き換える
       必要があります。
     </para>
     <comment> HB: added next section on VPI/VCI</comment>
     <Para>
      <!--
      Also, in the above example <Quote>0.38</Quote> is the VPI/VCI ATM pair
      for the author's provider. You will need to know what the correct values
      are for your provider, and substitute those. If these values are
      incorrect, you may sync, but will not be able to connect to your ISP's
      IP layer, and probably be frustrated. These values can be obtained from
      the Window's Alcatel client or your ISP. Other commonly used values:
      0.32, 0.35, 8.32, 8.35.
      -->
      また上記の <Quote>0.38</Quote> は、著者のプロバイダの VPI/VCI ATM 
      の組み合わせの例です。お使いのプロバイダの正しい値がいくつなのかを
      知って、置き換えなければいけません。この値が間違っていると同期はとれる
      かもしれませんが、ISP の IP レベルでは接続できなくなり、いらつくことに
      なるでしょう。この値は Alcatel の Windows 用のクライアントか ISP から
      知ることができます。通常使われている値は、0.32、0.35、8.32、8.35 です。
      
     </Para>
    </note>
    <para>
      <!--
      Edit the file <filename>/etc/ppp/chap-secrets</filename> and 
      replace its contents with the following:
      -->
      <filename>/etc/ppp/chap-secrets</filename> を下記のように修正して
      ください。
    </para>
    <literallayout>
          # Secrets for authentication using CHAP
          # client        server  secret                  IP addresses
          user@domain     *       password
    </literallayout>
    <para>
      <!--
      Now put the same contents in <filename>/etc/ppp/pap-secrets</filename>.
      -->
      同じ内容を <filename>/etc/ppp/pap-secrets</filename> にも加えてください。
    </para>
    <note>
     <!-- <title>Don't forget</title> -->
     <title>覚えておくこと</title>
     <para>
       <!--
       You will need to replace <quote>user@domain</quote>
       with your ADSL username and <quote>password</quote>
       with your ADSL password.
       -->
       <quote>user@domain</quote> を ADSL のユーザ名に、<quote>password
       </quote>を ADSL のパスワードに置き換えてください。
     </para>
    </note>
   </sect3>

   
   <!--   ~~~~~       New Section      ~~~~~     -->

   <sect3 id="configfinal">
    <!-- <title>Final configuration</title> -->
    <title>最終設定</title>
    <important>
    <title>Note</title>
     <para>      
       <!--
       At this point your ADSL modem should be <emphasis>unplugged</emphasis>
       from the computer. 
       -->
       ここで ADSL モデムをコンピュータから<emphasis>抜いて</emphasis>
       ください。
     </para>
    </important>

    <procedure id="final-config">
     <step>
      <para>
        <!--
        Load the USB and Speedtouch kernel modules with these commands:
        -->
        USB と Speedtouch のカーネルドライバを次のコマンドでロードして
        ください。
      </para>
      <substeps>
       <step>
        <para>
          <command>/sbin/modprobe usb-uhci</command>
        </para>
       </step>
       <step>
        <para>
          <command>/sbin/modprobe speedtch</command>
        </para>
       </step>
      </substeps>
     </step>
     <step>
      <para>
        <!--
        Mount the USB device filesystem with this command:
        -->
        USB デバイスファイルシステムを次のコマンドを使ってマウントして
        ください。
        <command>mount none /proc/bus/usb -tusbdevfs</command>
      </para>
     </step>
     <step>
      <para>
        <!--
        Start the Alcatel management application with this command:
        -->
        Alcatel 管理アプリケーションを次のコマンドでスタートしてください。
        <command>/usr/sbin/mgmt</command>
      </para>
     </step>
     <step>
      <para>
      <!--
      Plug the ADSL modem into a USB port and wait a few seconds.
      It might be an idea to have a second terminal open watching 
      <filename>/var/log/messages</filename> so you can see when the 
      modem is initialized, which will look like this:
      -->
      ADSL モデムを USB ポートに挿して、数秒待ってください。もう 1 つの
      端末を開いて <filename>/var/log/messages</filename> を眺めるのも
      いい手かもしれません。モデムが初期化し、下記のようになるのがわかる
      はずです。
      <comment>HB: spelling correction on 'initialised' -- above only.</comment>
      </para>        
      <para>
      Speedmgmt[2074]: Modem initialised at 576 kbit/s downstream and 288 kbit/s upstream
      </para>
     </step>
    </procedure>
   </sect3>
   </sect2>
</sect1>
<Sect1 id="thanks">
<Title>日本語版謝辞</Title>
<Para>
校正をしていただいた境真太郎さんには、この場を借りてお礼申し上げます。
ありがとうございました。
</Para>
</Sect1>

</article>
