CALENDAR
S M T W T F S
   1234
567891011
12131415161718
19202122232425
2627282930  
<< November 2017 >>
SPONSORED LINKS
ARCHIVES
CATEGORIES
MOBILE
qrcode
スポンサーサイト

一定期間更新がないため広告を表示しています

| - | | - | - |
寝過ごした…
040605_0215~01.jpg


| moblog | 02:16 | comments(0) | trackbacks(0) |
最適配置5
ISPではなくてNSPPとしてつくるわけですが。

NOCとDCをどこにおくかというのは逆にサービスから限定されるので、別に考える必要ない。訳でもないのですが。
さてはて。どっちにしろ、大手町と堂島なんてのはきまってるわけです。
続きを読む >>
| moblog | 23:19 | comments(0) | trackbacks(0) |
アクセス解析ー
release.jugem.cc | アクセス解析機能を追加

やった来た。ばんじゃい。
でも解析データに検索かけられると嬉しいなぁ。
| Code+Net+PC | 23:39 | comments(0) | trackbacks(0) |
最適化できてないけど4
うーんと。
どこのとどこのをつなげて、というのはパフォーマンステストしてみないとわからないので何とも言えませんが…

とりあえずProcket高い。
続きを読む >>
| Code+Net+PC | 22:11 | comments(0) | trackbacks(0) |
最適化出来ない3
トラフィックがどういう構成になってるかを予測すると、フレッツ網、光網、ADSL、ダイアルアップ、無線LAN、携帯通信の順になると思われるので、それに応じた回線とスイッチ・ルータを考えてと。

上に行く方はsFlowが有った方がいいよなぁ。でもIPv6非対応なのがおおいわけで。下の方はsFlowじゃなくてもいいかも。

ああでもコアにあえて…
続きを読む >>
| Code+Net+PC | 19:14 | comments(0) | trackbacks(0) |
QRコードですか
livedoor BlogとJUGEM、QRコードに対応。goo BLOGも対応を予定

いやだから携帯閲覧最優先って………おーい。
| blog+JUGEM | 23:59 | comments(0) | trackbacks(0) |
最適化はともかく2
しかしダイアルアップの需要は実際、どこにあるのだろうかと考えると地方に出張した際の接続とか位な訳なんで(非ブロードバンド地域は特性上、考慮外)、そうすればワンナンバーの方がわかりやすくていいよなとも思うのですが、実はナビダイアルにかけられないところがある罠。どっちがいいんでしょう。と、みていて一番いいのはぷららと交渉してぷららダイヤル使わせてもらう事ですね、という事に。これ無料オプションにして固定費なしで提供出来るな。しかしぷららダイヤルでのダイアルアップ網は出口を分けられるのかどうかわからないという点がどうしても。
続きを読む >>
| Code+Net+PC | 22:24 | comments(0) | trackbacks(0) |
最適化その1
想定規模を決めてそれから設備規模を決めるとして。
フレッツ、eAccess、TEPCOひかり、U-COM、電光石火。
接続点はフレッツが広域接続と最大10カ所程度の直接接続。eAccessが東西2カ所、TEPCOひかりが豊洲の1カ所、U-COMも東京1カ所、電光石火も東京1カ所。
フレッツに最大14Gbps程度、eAccessに2Gbps、TEPCOひかりが10GbE、U-COMも10GbE、電光石火が1Gbps。

自社アクセス網は東名阪間ダークファイバで10-20Gbps、あとは広域Ethernetで集約。ただし長距離伝送+ダークファイバと天秤にかけて決定。エッジは常識に挑戦してスタンバイなしの構成で、1ルートの信頼性向上で対応。


…ダイアルアップがなぁ。どういう方式がいいか悩むわけで。事業者ナンバー?ナビダイアル?
そしてどのレイヤー・エリアまで保有するか。やっぱりコア以外は今更持てないよなぁ。
おとなしくNTTPCの設備ローミングで東京集約するのがいいのかねぇ。でもワンナンバーの方が安いし。
| Code+Net+PC | 22:16 | comments(0) | trackbacks(0) |
地域アクセスの価格
あまりにも内容がないのでコメントすら一つもつきませんが気にせず書き殴る事にします。
いやコメント欲しいけど。


地域IP網とのPOIを全国に展開する場合をちょっと考えてみたり。

…NTT地域が提供してる広域接続、本当に安いですね。マジで安い。

これはFreebitとかローミング業者が意見書出すわけだ。
(広域接続の意見募集の時に意見書を出していた)
続きを読む >>
| Code+Net+PC | 19:19 | comments(0) | trackbacks(0) |
次世代IP網WG(2)
実は続いています。

次世代IPインフラ研究会 第一次報告書(案)」に対する意見募集から"次世代IPインフラ研究会第一次報告書(案)-バックボーンの現状と課題"(→PDFファイル)。

スター型トポロジだとボトルネック部分がハードウェア的に出来てしまうわけです。IXのPEルータとか。

(7)ネットワーク形態の検討
このため、各ISP側においても、極端なスター型のネットワーク形態を採用することはできず、高性能なルータを「ある程度」分散配置してメッシュ型のネットワーク形態を採用し、トラヒックを分散させることが求められる。
という事で。

 その前に、もう一つの方策、トラフィック制御が検討されています。
「上り」が「下り」のトラヒックよりも多い利用者は、光ファイバの全利用者の約1割しか占めないにもかかわらず、この約1割の利用者がバックボーンへの全転送量の8割以上を占め、利用者によっては1月当たり7T(テラビット)を超えるトラヒックを発生させているという指摘が、一部のISPからなされている。
(snip)
「上り」のトラヒックが「下り」のトラヒックを上回っている利用者の多くは、現状では、利用者間でコンテンツ等をやりとりするP2P(Peer to Peer)型のファイル転送を行っている利用者であると指摘されている。
P2P、それもWinnyやらそのあたりの話がなされています。80〜90%の回線コストを10%の利用者のために負担出来るのか?と言う問題に当然なります。これに対してトラフィック制御によって対応しようと言う考えが当然生まれるわけで(ほかにもトラフィック量課金なども)、
TV会議やIP電話などリアルタイムでのサービス提供が求められるものと、P2Pファイル転送のように蓄積系のサービスとに分けて、前者には品質保証をかけ、後者についてはそのパケットの長さや識別子により分別し、トラヒックの状況によっては、これを制御して、他のサービスへの悪影響が出ないようにするという方法が考えられている。
しかし、こうした技術を事業として実装するための投資が多額に上ることに加え、仮に技術を実装できたとしても、利用者はISP側には予想のつかない新たな利用方法を生み出すものであり、対症療法でしかないとの指摘がある。
として過去に大半を占めていたトラフィック種別が変わってきた事を例示しています。
これらについてはまたいろいろと手段・問題がありますので別の機会にして、元に戻ってトポロジの分散型への移行についてみてみる事にしましょう。
現状は、
既存の電話網は、ネットワーク形態としては統合型のツリー型ネットワークであるが、トラヒックは市内や県内に閉じるものが多く、ツリーの上部まで上ってくる呼数は相対的に減少するのに対し、インターネットは、ネットワーク形態としては非統合型の分散型ネットワークと言われるが、トラヒックは東京一極に集中しているのが実情である。
であり、一ISPのネットワークトポロジは基本的にシングルスター型になっているのが現状です。1頂点型の。
問題点は記載から抜き出すと
(1)地域におけるブロードバンド・サービスの品質低下
(2)サイバー攻撃や大規模災害等に対する脆弱性
(3)通信設備に対する過剰負荷
というところです。で、元に戻るわけです。
地域で終始したトラフィックって有るの?と。現状ではないですね。だからそれは今の問題じゃない。そういうアプリケーションが存在したときに問題になるだけ。…P2Pがそうかもしれませんが。
結局問題は(2),(3)からトポロジの変更が要請されるという事です。
危機管理の点からも設備の限界からもAS/ISP間でトラフィック交換を行うポイント、ネットワークの集約点を増加させて地域ブロック化する必要があるのではないかということです。
しかしそれが各都道府県にまで行くかというと、コストの面から難しいでしょうし、何よりオペレーションが不可能なほど難しくなるのではないでしょうか。
ネットワーク形態をどの程度まで分散させるべきかについては、地域ブロック単位まで分散させるべきではないかとの意見が多かったところである。
とあるように、スター型をとった地域ネットワークブロックをリングかメッシュで接続するという形態が一番基本的な解なのでしょう。東日本に2カ所、西日本に2カ所程度のブロックを構成して、各ブロックで外部とのトラフィック交換を行うと。

ちなみに現在よく取られている地域網へのアクセスネットワークは、広域Ethernetなどを利用して、46道府県から東京に集約してコアに持っていくネットワーク(フリービットとかIIJのフレッツとかもそうだったはず)や、東阪2極に集約させて、東阪間を接続して、東阪のコアにそれぞれ繋ぐ形(VECTANTとかWAKWAKとかそうでしたよね。あとOCNとか…あれ?OCNはフレッツ網は東京一極だっけ?)ですが、それを地域ごとに集約する形にして、そのスター型の頂点をメッシュ状に接続・外部接続をそれぞれの箇所で行うという形に変化させようって事です。

それでも、収まらないときは…?地域IP網でも全部メッシュ接続しましょう。それでいい。
と投げておしまい。もうちょっとまともな事書けば良かった…_| ̄|○
| Code+Net+PC | 22:52 | comments(0) | trackbacks(0) |
<< | 2/10PAGES | >>