2ちゃんねる スマホ用 ■掲示板に戻る■ 全部 1- 最新50    

ケーブルテレビ

1 :あのにまうす:2001/06/08(金) 22:15.net
ケーブルテレビを導入しようかと考えまして
資料くれっていったら、営業の人がじきじきにきて説明してくれるんだって
なんか、聞いておいた方がいいってことある?

2 :名無しSUN:2001/06/08(金) 22:19.net
IPアドレスはグローバルなのか。
プライベートなのか。

すげぇ大事よ。

3 :名無しさん@ご利用は計画的に:2001/06/08(金) 23:10.net
上り・下り速度

4 :初期不良:2001/06/09(土) 05:03.net
上流プロバイダと接続の太さ。
サーバ設置可?これは聞かない方がいいかも知れないけど。
聞かなきゃ黙認ってのも多い。

5 :anonymous@cj3084074-a.ntkyo1.kn.home.ne.jp:2001/06/09(土) 08:20.net
料金が固定制か従量制か、も大事。
128Kで固定制で割高なCATV局もあるけど。

6 :nobody:2001/06/09(土) 10:58.net
NAPT禁止かどうか

7 :あのにまうす:2001/06/09(土) 20:58.net
結局今日は用があり月曜日に延期してもらった。
きたらいろいろ聞いてみるよ。

8 :文責:名無しさん:2001/06/10(日) 09:33.net
>>1
説明書みればだいたいわかります。
僕の場合、特に聞くことはなかった。

9 :ななし:2001/08/14(火) 16:07 ID:???.net
退会時の料金

10 :ZW(ななし):01/09/10 05:30 ID:jnpw/0.k.net
下りはもちろん、MXとかやるんなら上り速度ね。あと、バックボーンも大事。

11 :anonymous@ youx005013.catv.ppp.infoweb.ne.jp:01/09/11 04:12 ID:???.net
会社でグローバルIPのオプションサービスの導入を提案したいんですけど、
いったいどうすればいいのでしょうか?

クラスBとか、Cとかの免許を取ればいいのでしょうか?

12 :名無しさん :01/09/11 08:31 ID:5zUPpNfw.net
>>11
上位プロバイダに相談して下さい。

13 :sage:01/09/11 09:26 ID:???.net
>>12

 いろいろあり、上位プロバイダとは相談できず、こちらだけで
どうにかするしかないんですけど・・。

14 :名無しさん :01/09/11 20:32 ID:???.net
アドレス自体はJPNICに申請すれば貰えると思うけど、
(今使っているのはどうやって取ったの?)ルーティングの
問題が有るから全く相談無しってのは無理でしょう。

15 :sage:01/09/11 22:34 ID:???.net
>>14

JPNICに聞いてみます。

16 :名無しさん:01/09/13 00:35 ID:ekBPkI72.net
フィルタとか。
NBTぐらい止めてんだろうな。
止めてないと管理が杜撰であると思われ。
噂で聞いたが適当にRIP使ってて、ユーザーが突っ込んだrouterに
経路ぐちぐちゃにされた所がある。絶対入りたくない。

17 :anonymous@ N54ch-01p38.ppp11.odn.ad.jp:01/09/13 15:15 ID:aYmfyXJQ.net
ええ?そうなの?

18 :nanashi:01/09/21 04:53 ID:L27MiMDE.net
テレビだけなら関係ないが
ネットするならノイズ対策の事は訊いた方がいい。
特に集合住宅なら。

19 : :01/09/21 05:02 ID:rB.BXMeQ.net
http://www.watch.impress.co.jp/broadband/column/infra/2001/09/19/
加入者宅からの流合雑音を防ぐために、一般にケーブルモデム用のアンテナ端子だけ特別に、
上り帯域を伝送できるようにしている。このため、ケーブルモデムは別のコネクタに移動することができず、
同軸ケーブルを外すことを禁じたり、最初から外せないように固定されていることも多い。

これってマジ?

20 :平塚住民:01/09/21 23:21 ID:uiVKQvlM.net
>>19
マジ。
開通工事のときに担当の人から同軸ケーブルをはず
さないように言われたよ。ケーブルモデムはADSL
モデムみたく色々といじくれないのが難点(藁

21 ::01/09/22 06:08 ID:???.net
>>15
おいおい、JPNICに聞いてどうすんだよ。
上位ISPからもらわなきゃルーティングできないだろ。
それともASもってんの?

22 :-モロ、無修正画像サイト発見!:01/09/22 06:18 ID:px5t.N6..net
モロ、無修正画像サイト発見!

http://www.sex-jp.net/dh/01/
http://www.sex-jp.net/dh/02/
http://www.sex-jp.net/dh/03/
http://www.sex-jp.net/dh/04/

23 :anonymous@ e142215.ap.plala.or.jp:01/09/22 09:09 ID:???.net
>22 これって自動投稿かな

24 :名無しさん@お腹いっぱい。 :01/09/22 10:46 ID:/ZoMunEQ.net
>>20
厨房がレベルの調整をちゃんとしないでモデムを繋ぐと
画像の方にも影響が出ることが有るからね。

25 :19:01/09/22 16:37 ID:06avdAPU.net
勝手にモデム別の部屋に移動してネットしてるんだけど大丈夫かな?
違うアンテナ端子でも以前と変わらないスピード出てるんだけど。

26 :CATVはそんなとこばっかしだな:01/09/22 19:14 ID:???.net
>>25
厨房なプロバイダと思われ
ケーブルは上りを生かすと雑音がのるから、
テレビをつなぐ端子には上りを止めるフィルタを入れるのが普通。
もしくは保安機から別に一本上りを生かした線を引く

まともなプロバイダなら、ホントは部屋動かしたらつながらないよ
#同軸這いまわして同じ端子かとれば別だけど

27 :19:01/09/22 19:40 ID:06avdAPU.net
そうですか・・
ケーブルはネットだけでテレビは契約してないんですが関係ありますかね?
勝手に移動したからうちのせいで雑音吐きまくってるんでしょうか?

28 :26:01/09/22 19:56 ID:???.net
>>27
そうなの?
だったら全部上り生きてるかも

つーか普通テレビ契約しなきゃそんなにいくつも分配してくれないんだが、、
そういう場合は逆にテレビの周波数をカットするフィルタが入ってるはず
でも、おバカな工事業者だとフィルタ入れなかったりするから、
ちょっとテレビつないで見れば?映るかもよ

移動したせいで雑音でるってことは無い
っていうか、周囲の微弱な電波とかかを、端子がひろって上らせちゃうから、
上りを出せる端子がある時点ですべて雑音がのぼってる

雑音は実際にはほんとに微弱なものなんだけど、
例えば電波のこない地方のケーブルで、テレビの加入者が何万人もいると、
それがいくつも重なってとんでもないことになる(流合雑音ってやつ)

だからケーブル業者は、通信に使わない線は、全て上りを殺すのが普通

29 :名無しさん@お腹いっぱい。 :01/09/22 20:10 ID:???.net
>>27
移設だけなら極端に酷いことはないと思うけど、一応分配器の
所にアッテネータが入っていないか確認した方が良いのでは
無いでしょうか。
モデムで調整出来ないレベルの場合は入っていることが有る。

30 :26:01/09/22 20:18 ID:???.net
>>29
アッテで調整できる程度のレベル誤差はパフォーマンスには特に関係ないよ
あまりにおかしいときは応急処置でアッテ入れて、
後から回線調整し直すってことはあるけどね

#回線直した後、アッテ抜き忘れてくるおバカが多いんだよな

31 :19:01/09/22 21:23 ID:iXnnPOKM.net
アッテネーターってなんですか?(汗
マンションなんで分配器とか良く分からないです。
テレビは契約してないんですが、マンション全体の工事してから
地上波の画質が良くなりました。テレビのチャンネル調整自分でして
みたときには、ケーブル会社が無料で映るといっているチャンネル以外は
映らなかったです。

32 :名無しさん:01/09/23 01:21 ID:QhZkMZ3Y.net
>>28
>そういう場合は逆にテレビの周波数をカットするフィルタが入ってるはず

普通はそんな特殊なフィルタ入れないだろ。

33 :26:01/09/23 09:57 ID:???.net
>>32
都市型のケーブルは知らんが、地方の地上波を再送信してるケーブルは必ずやるよ
その手のケーブルは加入者が異常に多いから、ホームターミナルを全家庭にってのは苦しい
だからスクランブル無しで垂れ流すから、フィルタ入れないと制御できないの

地上波の再送信は普通まんまの周波数で流すから、ミッドバンドから下をカットすればいいだけ。
特殊でもなんでもないよ。

34 :NE1年生:01/09/23 15:33 ID:???.net
>>32
僕が前にバイトしていたCATV会社では、
TV側とモデム側にそれぞれローパス/ハイパスフィルタを入れてました。
33さんもおっしゃてますが、地上波も扱っているCATV会社ではフィルタ入れてるみたいですよ。

35 :anonymous@西村:01/09/23 15:59 ID:4WBFaz/I.net
同じ家の各同軸outletのいちいちにフィルタが入っているので
しょうか。
どこか引き込みのところ一つだけについていて、ネット契約すると
それを取り除くから、同じ系統のoutletなら使えそうな
気がします。

36 :-モロ、無修正画像サイト発見!:01/09/23 16:31 ID:sE/huymA.net
その画像ならココ
http://members.tripod.co.jp/bingo852/

37 :26:01/09/23 16:34 ID:???.net
>>35
いや、普通は保安機が専用の分配保安機になってて、
データ通信側のライン(上りスルー)からきてる線じゃないと通信できない。
で、そっち側にはフィルタが入ってるからテレビは見れない

地方のCATVはがめついから、その辺はきっちりしてるよ
っていうか、上りを全部スルーにしちゃうと、客に際限なく分配された場合に、
一軒あたりの流合雑音がすごいことになっちゃうんで、そこはきっちりしとかないとまずい。

38 :26:01/09/23 16:49 ID:???.net
37を補足しとくと、
通信側のラインを分配されたらいっしょじゃんって思うかもしれないけど、
テレビが映らないラインを分配しても意味無いよね
パソコンつなぐなら、同軸を分配するよりLANケーブルを分配した方がずっと楽だから

#おれは何をケーブルネットについて一生懸命語ってんだろう
#あんなクソ会社のことはもう忘れたいんだが、、、

39 : :01/09/23 18:46 ID:myaFO5c2.net
>>38
クソ会社ってどこの?

40 :名無しさんぼ:01/09/24 01:51 ID:zy.oU/6Q.net
>>37
ふーん、そんな事するんだ。
俺、一応10局以上に関わったが、そんなフィルタを使って
いるなんて話は聞いたことが無い。
450MHzシステムで3down/node突っ込んでフィルタの掛けよう
が無いところもあるしな。
でも今度から気を付けることにしよう。

41 :anonymous@ kkgw001151.catv.ppp.infoweb.ne.jp:01/09/30 14:14 ID:as9FyTS..net
あほばっかだな
ちたぁべんきょせぇ

42 :anonymous@ customer98-16.mni.ne.jp:02/01/11 15:07 ID:28Aqmgw5.net
MACアドレスが必要かも聞いたほうがいい。
LANカードを買い換えるとき面倒だ。

43 :DESK:02/01/27 17:36 ID:???.net
CATVってさ、上りに負荷をかけると下りが遅くなるってことないか?
家で使ってるCATVはそうなる。
CATV会社にきいてもそんなことはありえないといってるんだけど。

44 :ペペロンチーノ:02/01/28 00:22 ID:???.net
>>43
会社によんべぇ
どこかで上り下り呉越同舟でボトルネックなステキなトコロがあれば
そーなるわな。
手元のハブなんかは大丈夫?

45 :DESK:02/01/28 20:38 ID:???.net
>44
ケーブルモデム直つなぎ。CATV会社は上り10M、下り768Kと言ってるんだけど。
とてもとてもそれ以前の速さ。
ところで上り下りは呉越同舟なの?
どこでボトルネックになるの?

46 : :02/01/30 07:54 ID:???.net
ケーブルって安定してるんじゃないの?

47 :DESK:02/02/01 00:17 ID:???.net
ケーブル会社のサポートは上りと下りに使う帯域は別なんでそんなことはないとのたまった。
実際に発生してるから言ってるのに・・・。

48 :Om:02/02/01 01:39 ID:???.net
ここ付近デムパが漏れてる臭いが。


49 :名無しさん:02/02/01 09:23 ID:???.net
>>47
上りと下りは別帯域だから干渉しないというのは正しい。
またあなたが上りの帯域を使うと下りの帯域が絞られるように感じるのも
正しい。

理由は簡単。下位レイヤでは完全に干渉しない上下の帯域ではあるが、
あなたがつかっている上位レイヤプロトコルが、下りの通信時に上りの
帯域を使用するから。
たとえばTCP。こいつはデータ受信時に一定毎に応答を返す。
上りの帯域をいっぱいいっぱいまで使っていると、下り通信の応答が
届かず、結果、下り通信で再送が発生、利用者の目に見える速度は
低下することになる。

50 :DESK:02/02/02 20:44 ID:???.net
>49
なんとなくわかります。
でもこれのボトルネックになっている機器は何処でしょうか?
それと上りをいっぱいいっぱい使うと、下りが普段は上りの3倍以上出るのに
半分以下になってしまうので別の理由がありそうですが。

51 :名無しさん:02/02/02 21:03 ID:???.net
>>50
機器の問題じゃなく、プロトコルの特性。
だからどこがボトルネックかといえば強いて言うならあなたのホストと相手のホスト。

52 :今日もネット中毒:02/02/02 21:54 ID:???.net
サーバ立てちゃダメって言われてるのに立てたらどうなるのかな?

53 :名無しさん:02/02/02 21:59 ID:???.net
>>52
こらっ!勃てちゃダメでしょっ!!
って言われて最悪契約解除。

つーか何サーバだよ。
DHCPサーバとか立てたら他の加入者に被害が及ぶから
損害賠償請求もありえるぞ。


54 :今日もネット中毒:02/02/02 22:09 ID:???.net
>>53
いや、HTTP・FTPぐらいにしよかなと

55 :DESK:02/02/02 23:58 ID:???.net
>51
TCP/IPプロトコルのせいですか。対策方法はありませんか?
それと、上りの負荷で下りが上りより遅くなってしまうのはその説明では
よくわからないのですが。
上りも下りもいっしょに遅くなるならわかるんですけど。

56 :sage:02/02/03 00:15 ID:???.net
>>55
HTTPとかFTPとかの通信は、何パケットかデータを送った後「ちゃんと届いたよ」って
確認を待ち、その確認応答が戻ってきたらまた次のパケットを送ります。

ダウンロードのときは、データは下り、確認応答は上りのトラフィックになります。

ここで、上り方向の回線をパンパンになるまで使ってしまうと、
確認応答が遅れたり、届かなくなったりするので、
サーバは確認応答待ち時間というデータを送信できない時間ができてしまい、
その結果下りトラフィックが(瞬間的に見ると)途切れ途切れになり、
回線は全然空いているのにスループットが出せない状態になってしまいます。

こんな感じですね。

57 :DESK:02/02/03 01:21 ID:???.net
>56
うーん。この説明だと、逆もいえるんではないですか?
アップロードのとき、データは上り、確認応答は下りのトラフィックになるわけですよね。
上りと下りが一様に遅くなるのならわかるんですが、下りだけ遅くなるのでちょっと
ちょっと理解できません。

58 :名無しさん:02/02/03 01:29 ID:???.net
>>57
CATVやADSLでは上下で速度は非対称です。
上りの方が帯域が細いとそうなります。
上り通信の確認応答は帯域の太い下り回線ですから
影響を受けにくいということです。逆に下り通信の確認
応答は帯域の細い上り回線ですから、上り回線を使用する
他の通信の影響を受けやすいことになります。

これでわからなければ基礎から勉強することをお勧めします。
いくらここで聞いても理解できないでしょう。


59 :DESK:02/02/03 01:43 ID:???.net
>58
説明は理解しています。
実際に起きているのが、上りをいっぱいまで使うと速いはずの下りが
上りの半分以下の速度になってしまうのです。
これの理由が今までの説明ではわかりづらいのです。
下りデータの確認応答(上り)遅れが、下りをそこまで遅くするものでしょうか?

60 :sage:02/02/03 01:45 ID:???.net
>>58
プロトコルによってはなります。


61 :名無しさん:02/02/03 01:45 ID:???.net
>>59
TCPのReceiveWindowとかそのあたりの理解を深められることを
お勧めします。

62 :名無しさん:02/02/03 01:53 ID:???.net
>>59
ちょとかわいそうなんでヒント。
TCPを使った通信で、
・TCP通信のシーケンス
・どのような状況のときに再送制御が行われるか
を調べてみると分かるかもよ。

56・58・61が同一人物かは知らないけど、
彼が言ってる内容は正しいと思う。

63 :DESK:02/02/03 02:00 ID:???.net
わかりました。勉強します。
ただ、対策方法はないんですか?
CATVのサポートに言っても、
「インターネットはベストエフォートだから回線能力いっぱいの速度は出ない」
「PCの設定が悪いんじゃないか?」
とかずれた会話しかできてません。

64 :名無しさん:02/02/03 02:05 ID:???.net
>>63
上り回線を通るTCPの確認応答の帯域を必要な分だけ確保すれば
よいです。
ただし、適切な設定を行うためには、TCPプロトコルとQoSの知識が
必要です。

65 :DESK:02/02/03 02:07 ID:???.net
>64
それは何処の設定ですか?
CATV会社のルータでしょうか?

66 :名無しさん:02/02/03 02:11 ID:???.net
>>65
あなたのホストまたはあなたのホストとCATV回線の間のゲートウェイで
設定します。
はっきり言っておきますが、あなたのいまの知識では設定できません。
逆に適切な知識があれば聞くまでもなく設定できるものです。

67 :名無しさん:02/02/03 02:15 ID:???.net
>>66
適切な知識と適切な機材があれば、に訂正します。
少なくとも普通のPCやパーソナル向けルータ程度の機材じゃできません。

68 :名無しさん:02/02/03 02:16 ID:???.net
>>64,66
ははは(^^;
あんましイジメるなって。

65はTCPのReceiveWindowとTCPのシーケンスと再送制御について
調べてから質問してるんだろうからさ。
もちろんそうだよな?>65

69 :DESK:02/02/03 02:19 ID:???.net
>66
ええと、自分のPC以外は特にいじるつもりはないのですが。
おかしいところはどこなのかをCATVのサポートに指摘したいのです。
ホストというとこの場合は私のパソコンのことでしょうか?
ゲートウェイはケーブルモデムのことでしょうか?

70 :名無しさん:02/02/03 02:21 ID:???.net
>>69
何度も言っているように、どこもおかしくありません。
強いて言うならあなたの頭の理解度に何らかの問題があるのかもしれません。

71 : :02/02/03 02:28 ID:???.net
話がひずんでない? せっかくの面白い議論がかみ合わなくなってるよ。

72 :DESK:02/02/03 02:31 ID:???.net
上りの負荷が下りの速度に劇的に影響を与えるのがおかしくないというのは
理解できませんが。

73 :名無しさん:02/02/03 02:35 ID:???.net
>>72
無限ループが発生しました。
ループ回避方法:とりあえず勉強してから出直してきてください。

74 :名無しさん:02/02/03 02:38 ID:???.net
勉強のポイント:>>61 >>62

75 :名無しさん:02/02/03 02:40 ID:???.net
あらららら。
こりゃダメだわ。

76 : :02/02/03 02:40 ID:???.net
70が変に話を捻じ曲げようとしているようにみえるけど。

77 :sage:02/02/03 14:36 ID:???.net
>>59
正しい理解はちゃんと勉強してもらうとしまして、だいぶ端折った簡単な例。

例えばあるデータ転送が10,000バイト送信して、確認応答が1つ帰ってくるのを待ち、
確認応答が着たら10,000バイト送信して、また確認応答を待つというやり方をしたとします。

データのトラフィックは下り回線、確認応答のトラフィックは上り回線を使っていたということで。

もし、確認応答がデータ送信開始から10ms(ミリ秒)で帰ってくるとしたら、
10,000バイトのデータ送信が1秒間に100回できることになります。
つまり、10,000(バイト)×100(回/秒)=1,000,000バイト/秒=8,000,000ビット/秒と
いうことで、約8Mbps出ているということになります。

さて、上り回線の帯域を使い尽くしてしまって、確認応答が500msとかなり遅くなって
しまったときを考えます(上り回線が輻輳していればこのくらいならよくありますね)。
そうすると、1秒間に10,000バイトのデータは2回だけ遅れることになります。
したがって、データ転送が可能な速度の計算は
 10,000(バイト)×2(回/秒)=20,000バイト/秒=160,000ビット/秒
つまり、8Mbps→160kbpsと速度が低下するわけです。

これを避けるためには、確認応答のための帯域を上り回繊に確保する必要があります。
そのためには、上り回線をそれほど使わないように、上りトラフィックを
ユーザ側で何とかして抑えることです。

78 : :02/02/03 19:14 ID:???.net
確認応答に優先権を与えられればいいわけだな。でもできるか?

79 :anonymous@ cj3021161-a.sugnm1.kt.home.ne.jp:02/02/03 19:34 ID:TjetpeR7.net
>>78
っつーか、つねにのぼり回線を80%ぐらいしか使わないようにし、
20%は常に開けておく。
そうしておけば、ファイルをがんがんアップロードしていても
20%は余裕があるから、確認応答のパケットは滞りなく相手に届くだろう。

# 20%という数字は、その回線の帯域や、上位のアプリケーションにもよるから
# 適当に読み替えてね。

こういった帯域制御はコンシューマ向けブロードバンドルータにはできないだろうけど、
たしか FreeBSD でこういうのできなかったっけ?

80 :79:02/02/03 19:34 ID:???.net
しまった、ここ ふしあなさんだった....

81 :名無しさん:02/02/03 19:36 ID:???.net
>>70
ipfwでできるね。
FreeBじゃなくても、Linuxでもできるっしょ。

82 :名無しさん:02/02/03 19:38 ID:???.net
うげっ…
81は>>70じゃなくて>>79でし。

鬱死

83 : :02/02/03 20:27 ID:???.net
>>81
ipfwって? windowsのソフト?

84 :81:02/02/03 20:53 ID:???.net
>>83
FreeBSDにそういうコマンドがあるのですよ。IP FireWallでipfw。
カーネルのDummynetっていう機能を使って、
FirewallとTrafficshapingができるのです、たしか。
とりあえずマニュアルやるから読んでみそ。

http://www.freebsd.org/cgi/man.cgi?query=ipfw&apropos=0&sektion=0&manpath=FreeBSD+4.4-RELEASE&format=html

85 :sage:02/02/03 22:09 ID:???.net
だんだん、QoSな話になってきた(笑)

86 :A:02/02/03 22:18 ID:???.net
Windowsではできんのか?

87 :81:02/02/03 22:22 ID:???.net
>>85
うひひ。そのうちCoSになったりして(藁

>>86
オレはWindowsでできるって話は聞いたことないなぁ。

88 :nobody:02/02/03 22:42 ID:e9huRmAl.net
PacketShaperでも入れてみてはどう?

89 :A:02/02/03 22:44 ID:???.net
IPネットの仕様上の問題なら、回避策が用意されてていいだろうに。

90 : :02/02/03 23:38 ID:???.net
非対称が問題ならADSLでも発生するわけだ。

91 :名無しさん:02/02/03 23:49 ID:???.net
>>89
回避策は88が言ってるPacketShaperを使うとか、もしくはGSRとかMシリーズを使うとか。
貧乏人はFreeBSDで我慢だな。

>>90
その可能性はあるね。
っていうか、非対称でなくても発生するかも知れぬ。
要は確認応答のための帯域を使いきってしまったら発生し得るわけ。
非対称だと、下り線に比べて上り線が狭いから発生しやすいだけじゃないかな?

92 :    :02/02/04 05:15 ID:???.net
NICやケーブルモデムの設定で何とかなるんじゃないか?

93 :5:02/02/04 05:17 ID:jFgQxr01.net


94 :名無しさん:02/02/04 07:18 ID:???.net
ケーブルモデムって自分で設定できるのか?
オレが前にバイトしてたとこではセンタ側からしかsetrequestできなかったけど。
ちなみにTeraproね。

95 : :02/02/05 02:47 ID:???.net
>94
センタからQosの設定ってできる?

96 :anonymous@ global-user01.toshima.ne.jp:02/02/05 03:14 ID:v6lk2o+v.net
JCOMでオススメなルータあります?

97 :名無しさん:02/02/05 11:28 ID:???.net
>>96
板違い。プロバイダ板へ。

98 :96:02/02/05 14:21 ID:???.net
>>97
スマソ

99 :zatto:02/02/07 02:21 ID:???.net
流量制御か・・・。Winでも方法はあってもよさそうなもんだが。

100 : :02/02/07 04:11 ID:zvmpOsZy.net
>97
でも、あっちにはスキルとかある人少ないしな…
こっちの方が勉強になるよ

68 KB
新着レスの表示

掲示板に戻る 全部 前100 次100 最新50
名前: E-mail (省略可) :

read.cgi ver 2014.07.20.01.SC 2014/07/20 D ★