<?xml version="1.0" encoding="UTF-8" ?><rdf:RDF 
  xmlns="http://purl.org/rss/1.0/"
  xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
  xmlns:atom="http://www.w3.org/2005/Atom"
  xmlns:dc="http://purl.org/dc/elements/1.1/"
  xml:lang="ja">
  <channel rdf:about="http://w.atwiki.jp/dotcomtriple/">
    <title>.com Master ★★★(トリプルスター)解説Wiki</title>
    <link>http://w.atwiki.jp/dotcomtriple/</link>
    <atom:link href="https://w.atwiki.jp/dotcomtriple/rss10.xml" rel="self" type="application/rss+xml" />
    <atom:link rel="hub" href="https://pubsubhubbub.appspot.com" />
    <description>.com Master ★★★(トリプルスター)解説Wiki</description>

    <dc:language>ja</dc:language>
    <dc:date>2011-08-28T20:22:00+09:00</dc:date>
    <utime>1314530520</utime>

    <items>
      <rdf:Seq>
                <rdf:li rdf:resource="https://w.atwiki.jp/dotcomtriple/pages/200.html" />
                <rdf:li rdf:resource="https://w.atwiki.jp/dotcomtriple/pages/199.html" />
                <rdf:li rdf:resource="https://w.atwiki.jp/dotcomtriple/pages/198.html" />
                <rdf:li rdf:resource="https://w.atwiki.jp/dotcomtriple/pages/197.html" />
                <rdf:li rdf:resource="https://w.atwiki.jp/dotcomtriple/pages/196.html" />
                <rdf:li rdf:resource="https://w.atwiki.jp/dotcomtriple/pages/195.html" />
                <rdf:li rdf:resource="https://w.atwiki.jp/dotcomtriple/pages/194.html" />
                <rdf:li rdf:resource="https://w.atwiki.jp/dotcomtriple/pages/193.html" />
                <rdf:li rdf:resource="https://w.atwiki.jp/dotcomtriple/pages/192.html" />
                <rdf:li rdf:resource="https://w.atwiki.jp/dotcomtriple/pages/191.html" />
              </rdf:Seq>
    </items>
	
		
    
  </channel>
    <item rdf:about="https://w.atwiki.jp/dotcomtriple/pages/200.html">
    <title>2008年二部問7</title>
    <link>https://w.atwiki.jp/dotcomtriple/pages/200.html</link>
    <description>
      ***&amp;bold(){解答}

［設問1］e

［設問2］c

------------------------------------------------------

***&amp;bold(){解説}

［設問1］

［回線利用条件］より、95％タイル法を選択した場合、
 25～50Mbps未満の範囲を適用。

従って

月額利用料金=アクセス回線料金（200,000円）+
　　　　　　 ISP接続月額基本料金(400,000円)+
　　　　　　 95％タイル法適用課金（2,800,000円）
　　　　　　=3,600,000円


［設問2］

トラフィック増加時間とトラフィック量の増加について考える。

（トラフィック増加時間について）

毎日（24時間）のトラフィック増加時間が24時間の5％以内に
収まっていれば95％タイル法を選択した方が安くなる。

24時間×60分=1440分

1440分×0,05=72分

従って、トラフィック増加時間が72分以内であれば、
95％タイル法を選択した方が安くなる。

（トラフィック量の増加について）

「インターネット接続月額利用料金表」より、課金に用いる利用速度は「上りの速度」と「下りの速度の4倍」とを比較して大きい方を採用する、と記載されている。

従って下りの速度が12,5Mbps（50Mbps÷4）以内であれば、
95％タイル法を選択した方が安くなる。

上記よりトラフィック増加時間が72分以上、
下りの速度が12,5Mbps以上であれば、
平均速度課金を選択する方が、
月額利用料金を安くすることが出来る。

a⇒下りの速度が10,5Mbpsになる。
b⇒増加時間が67分になる。
c⇒増加時間が79分になる。
d⇒下りの速度が10Mbpsになる。
e⇒下りの速度が10Mbpsになり、
　 増加時間が67分になる。

以上より解答はc
　　    </description>
    <dc:date>2011-08-28T20:22:00+09:00</dc:date>
    <utime>1314530520</utime>
  </item>
    <item rdf:about="https://w.atwiki.jp/dotcomtriple/pages/199.html">
    <title>2008年二部問8</title>
    <link>https://w.atwiki.jp/dotcomtriple/pages/199.html</link>
    <description>
      ---------------------------------------------------

***&amp;bold(){解答}

e

---------------------------------------------------

***&amp;bold(){解説}


SLA契約の「1」から補償範囲は60万円が最大となるため
h,iはNG。
※360万円（月額料金）÷15/90=60万円

SLA契約の「2」の規定範囲より返金条件は
故障回復時間、月間遅延時間、故障通知時間。

表2、表3から故障通知時間と故障回復時間は算出可能。
月間遅延時間は算出不可。

（故障通知時間）

基幹ルータのアラーム発生時間　11：12

事業者AからX担当者への連絡時間　11：55

故障通知時間⇒43分
　　　　　　（返金対象：SLAの規定範囲より月額料金の3/90）


（故障回復時間）

故障発生時間　11：12

復旧作業完了、サービス再開時間　13：09

故障回復時間⇒1時間57分
　　　　　　（返金対象：表1より月額料金の5/90）


（Xが事業者Aから受け取れる補償額）

360万円÷（3/90+5/90）
=360万円÷8/90
=32万円

従って解答はe    </description>
    <dc:date>2011-08-28T20:55:13+09:00</dc:date>
    <utime>1314532513</utime>
  </item>
    <item rdf:about="https://w.atwiki.jp/dotcomtriple/pages/198.html">
    <title>2008年二部問10</title>
    <link>https://w.atwiki.jp/dotcomtriple/pages/198.html</link>
    <description>
      ------------------------------------------------------
***&amp;bold(){解答}
b 

------------------------------------------------------
***&amp;bold(){解説}

バッテリーホットスワップが付いていない「a」は、
「バッテリへの切り替え時に瞬断があってはならない」
という条件にあてはまらないためＮＧ。

ＳＮＭＰ管理ソフトが付いていない「d」は、
「ＳＮＭＰによりネットワークから管理が可能でなければならない」
という条件にあてはまらないためＮＧ。


続いてb,c,eの電力が使用機器の最大使用電力を
上回っているかを計算する。

V（ボルト）×A（アンペア）＝VA（ボルトアンペア）
ＶＡ（ボルトアンペア）×力率＝Ｗ（ワット）

まず、使用機器（最大値）を全てＷ（ワット）へ統一して
最大使用電力を出す。

機器A⇒420VA×0,7（力率）＝294W
機器B⇒150W（ワット）
機器C⇒6,5A×100V＝650VA
　　　 650VA×0,7（力率）=455W

294W＋150W＋455W=899W（最大使用電力）


続いてb,c,e各UPS機器の電力をＷ（ワット）で統一する。

皮相電力×定格負荷電力＝Ｗ（ワット）

b⇒1,2kVA×0,75=900W

c⇒1,1kVA×0,85=935W

e⇒1,1×0,8=880W

※1kVA=1000VA

使用機器899W（最大使用電力）を下回っているeはNG。

最後にbとcの運用コストを比較

b⇒35万（本体価格）+{6万×4回（ﾊﾞｯﾃﾘｰ交換回数）}
　 +4万（ﾊﾞｯﾃﾘｰﾎｯﾄｽﾜｯﾌﾟ)+4万（LAN　ｲﾝﾀｰﾌｪｰｽ）=67万円

C⇒40万（本体価格）+{3万×9回（ﾊﾞｯﾃﾘｰ交換回数）}
   +2万（ﾊﾞｯﾃﾘｰﾎｯﾄｽﾜｯﾌﾟ）=69万円
  
よって解答はb

------------------------------------------------------    </description>
    <dc:date>2011-08-27T21:50:20+09:00</dc:date>
    <utime>1314449420</utime>
  </item>
    <item rdf:about="https://w.atwiki.jp/dotcomtriple/pages/197.html">
    <title>2004年12月期二部問12</title>
    <link>https://w.atwiki.jp/dotcomtriple/pages/197.html</link>
    <description>
      
&lt;p&gt;&lt;strong&gt;&lt;font size=&quot;5&quot;&gt;解答　&lt;/font&gt;&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;設問１：b,c&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;設問２：a&lt;/strong&gt;&lt;/p&gt;
&lt;hr /&gt;&lt;p&gt;&lt;strong&gt;&lt;font size=&quot;5&quot;&gt;解説&lt;/font&gt;&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;設問１&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;
IPアドレスが一つしか無い場合、WEBサーバーではネームベースのバーチャルホストを設定してコンテンツを分ける。なので同じIPアドレスに違う名前宛にアクセスできるようにDNSの設定が必要である。CNAMEかAレコードが使える。&lt;/p&gt;
&lt;p&gt;
a,　→　CNAMEレコードは　&lt;strong&gt;&lt;em&gt;〇〇(別名)　IN　A　CNAME　〇〇(本名)&lt;/em&gt;&lt;/strong&gt;　と書く必要があり、逆順で書いてはいけない。(誤り)&lt;/p&gt;
&lt;p&gt;b,　→　選択肢aの逆なのでこれは適切。&lt;/p&gt;
&lt;p&gt;c,　→　最もシンプルな方法で違うネームごとに同じIPアドレスを指定している。適切。&lt;/p&gt;
&lt;p&gt;d,　→　逆引きなので論外。(誤り)&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;設問２&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;Apacheの設定だが、こちらは専門外なので詳しく説明できない。&lt;/p&gt;
&lt;p&gt;誰かお願いします。&lt;/p&gt;
    </description>
    <dc:date>2009-12-03T13:28:51+09:00</dc:date>
    <utime>1259814531</utime>
  </item>
    <item rdf:about="https://w.atwiki.jp/dotcomtriple/pages/196.html">
    <title>2004年12月期二部問10</title>
    <link>https://w.atwiki.jp/dotcomtriple/pages/196.html</link>
    <description>
      
&lt;p&gt;&lt;strong&gt;&lt;font size=&quot;5&quot;&gt;解答　&lt;/font&gt;&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;&lt;font size=&quot;5&quot;&gt;解説&lt;/font&gt;&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt; &lt;/p&gt;
    </description>
    <dc:date>2009-12-03T13:30:03+09:00</dc:date>
    <utime>1259814603</utime>
  </item>
    <item rdf:about="https://w.atwiki.jp/dotcomtriple/pages/195.html">
    <title>2004年12月期二部問9</title>
    <link>https://w.atwiki.jp/dotcomtriple/pages/195.html</link>
    <description>
      
&lt;p&gt;&lt;font size=&quot;5&quot;&gt;解&lt;/font&gt;&lt;font size=&quot;5&quot;&gt;答&lt;/font&gt;&lt;/p&gt;
&lt;p&gt;&lt;font size=&quot;4&quot;&gt;&lt;strong&gt;①ｆ　&lt;/strong&gt;(761,907,200bps)&lt;/font&gt;&lt;/p&gt;
&lt;p&gt;&lt;font size=&quot;4&quot;&gt;&lt;strong&gt;②ｄ　&lt;/strong&gt;(6,547,640pps)&lt;/font&gt;&lt;/p&gt;
&lt;p&gt;&lt;font size=&quot;4&quot;&gt;&lt;strong&gt;③ｈ　&lt;/strong&gt;(全てを転送できない)&lt;/font&gt;&lt;/p&gt;
&lt;hr /&gt;&lt;p&gt;&lt;strong&gt;&lt;font size=&quot;5&quot;&gt;解説&lt;/font&gt;&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;&lt;font size=&quot;4&quot;&gt;①の解説&lt;/font&gt;&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;&lt;font size=&quot;4&quot;&gt;1000BESE-Tの転送ppsは問題中の表から、1488100ppsだとわかる。&lt;/font&gt;&lt;/p&gt;
&lt;p&gt;&lt;font size=&quot;4&quot;&gt;そのパケット処理速度で64byte(512bit)のデータを流すと、&lt;/font&gt;&lt;/p&gt;
&lt;p&gt;&lt;font size=&quot;4&quot;&gt;&lt;strong&gt;1488100(pps)　×　512(bit)　＝　761,907,200(bps)　&lt;/strong&gt;となる。(試験ではこれが正答となっている)&lt;/font&gt;&lt;/p&gt;
&lt;p&gt;
※実際にはフレーム１パケット分に、&lt;strong&gt;プリアンブル&lt;/strong&gt;(8byte)と&lt;strong&gt;インターフレームギャップ&lt;/strong&gt;【IFG】(12byte)を付け加えて考える必要があるため、&lt;/p&gt;
&lt;p&gt;8byte　+　64byte　＋　12byte　＝　84byte(672bit)　が１パケット分となり、&lt;/p&gt;
&lt;p&gt;1488110(pps)　×　672(bit)　＝　1000,003,200(bps)　　つまり、≒1000Mbpsになるはずだが、&lt;/p&gt;
&lt;p&gt;これ問題おかしくないか？&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;&lt;font size=&quot;4&quot;&gt;②,③の解説&lt;/font&gt;&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;&lt;font size=&quot;4&quot;&gt;こちらはなぜそうなるのか証明できなかった、誰かお願いします。&lt;/font&gt;&lt;/p&gt;
    </description>
    <dc:date>2009-12-03T15:58:34+09:00</dc:date>
    <utime>1259823514</utime>
  </item>
    <item rdf:about="https://w.atwiki.jp/dotcomtriple/pages/194.html">
    <title>2005年7月期一部問23</title>
    <link>https://w.atwiki.jp/dotcomtriple/pages/194.html</link>
    <description>
      最終更新日：&amp;update(format=Y/m/d H:i:s)
 
----
**解答
d
----
**解説

TCP通常終了時は以下の通り、最低4パケット必要である。

クライアント→サーバ
シーケンス番号=1000
確認応答番号=500
FIN=1,ACK=1

クライアント←サーバ
シーケンス番号=500
確認応答番号=1001(+1)
FIN=0,ACK=1

クライアント→サーバ
シーケンス番号=500
確認応答番号=1001
FIN=1,ACK=1

クライアント←サーバ
シーケンス番号=1001
確認応答番号=501(+1)
FIN=0,ACK=1

----
**関連項目

----
**関連問題

----
**参考文献・WEBページ    </description>
    <dc:date>2009-11-01T22:47:05+09:00</dc:date>
    <utime>1257083225</utime>
  </item>
    <item rdf:about="https://w.atwiki.jp/dotcomtriple/pages/193.html">
    <title>2005年7月期一部問24</title>
    <link>https://w.atwiki.jp/dotcomtriple/pages/193.html</link>
    <description>
      最終更新日：&amp;update(format=Y/m/d H:i:s)
 
----
**解答
①d
②g
③i
④c
----
**解説
・ウィンドウサイズ
ネットワークのフロー制御として受信確認をメッセージ単位で行わずに、
複数のメッセージを連続して送信する方法において、受信確認を待たずに
送信できる最大メッセージ数。

・スロースタート
ウィンドウサイズを最初は小さな値から開始して、２倍ずつ増やしていくこと。

・輻輳回避
3回連続ACKを受信した場合に輻輳が発生したと判断し、ウィンドウサイズを半分に縮小し値を１増やしていく。

・帯域幅遅延積＝帯域幅×RTT
帯域幅遅延積(BDP)が大きい回線では、長距離回線であるがゆえにRTTが大きくウィンドウサイズが十分な大きさになるまでに長い時間を費やしてしまうことになる。

----
**関連項目

----
**関連問題

----
**参考文献・WEBページ
http://www5e.biglobe.ne.jp/~aji/3min/42.html    </description>
    <dc:date>2009-11-01T22:43:36+09:00</dc:date>
    <utime>1257083016</utime>
  </item>
    <item rdf:about="https://w.atwiki.jp/dotcomtriple/pages/192.html">
    <title>2005年7月期一部問29</title>
    <link>https://w.atwiki.jp/dotcomtriple/pages/192.html</link>
    <description>
      最終更新日：&amp;update(format=Y/m/d H:i:s)
 
----
**解答
①：a
②：b
③：a
④：a
----
**解説
①：正：個人的にはスクランブル回避を行っても問題ない。
②：誤：スクランブル無効化サービスは規制対象外である。
③：正：スクランブル回避装置の製造は規制対象外であるが、販売は規制対象である。
④：正：パソコンなどのように、スクランブル回避を目的としていないが、たまたま機能をもっている場合、規制対象とはならない。

----
**関連項目

----
**関連問題

----
**参考文献・WEBページ    </description>
    <dc:date>2009-11-01T22:25:06+09:00</dc:date>
    <utime>1257081906</utime>
  </item>
    <item rdf:about="https://w.atwiki.jp/dotcomtriple/pages/191.html">
    <title>2005年7月期一部問30</title>
    <link>https://w.atwiki.jp/dotcomtriple/pages/191.html</link>
    <description>
      最終更新日：&amp;update(format=Y/m/d H:i:s)
 
----
**解答
c,e
----
**解説
a：誤：電子メールの内容のモニタリングは、その可能性を事前に従業員へ告知しておくべきである。
b：誤：電子メールの私的監視は、責任のある立場でなければプライバシーの侵害になる。
c：正：電子メールのモニタリングは、目的達成において必要最低限とすべきである。
d：誤：電子メールの内容のモニタリングは、不正行為の疑いがある場合には従業員に無断で行っても構わない。
e：正：電子メールの内容のモニタリングは、その可能性を事前に従業員へ告知しておくべきである。

----
**関連項目

----
**関連問題

----
**参考文献・WEBページ    </description>
    <dc:date>2009-11-20T20:44:39+09:00</dc:date>
    <utime>1258717479</utime>
  </item>
  </rdf:RDF>
