【ショック】AnnexCﾌﾙﾚｰﾄは絵に描いた餅だった

フレッツADSL8Mbpsのレンタルモデムは、カチカチもハングアップも今のところ無いみたいだね。

>>401

そりゃ、しっかり距離制限をかけてるんだから、そうなるよ。

あげ

>>402
0.5キロの人でもカチカチ言うのはどうして？

ヽ(`Д´)ﾉ ｶﾃｨｶﾃｨｱｹﾞ

>401
結局カチカチはイーアク側の問題っぽい

アホな疑問なんですが、あのカチカチは「何と何が」切り替わっているのでしょうか。
NEC系（フレッツ含む）にはリレーが入っていないようですし。

(ﾟдﾟ)ｳﾏｰｱｹﾞ

おなじAnnexCでもフレッツは問題ないよなぁ・・・
ただ単にイーアクとアッカが糞だったということでよさそうだ

このスレのタイトル気に入った

フレッツって8Mあったっけ？

>411
ある

>>412
もうサービス稼働してたっけ？

>>413
東京、愛知、大阪の1部で12月25日より8Mサービス開始

>>414
スレッドが見つからない・・・
開通報告あった？

>>415

フレッツADSL8Mbps情報Part4
http://pc.2ch.net/test/read.cgi/isp/1007480382/

ヽ(`Д´)ﾉ ｶﾃｨｶﾃｨｱｹﾞ

ガ━━（ﾟДﾟ;）━━ン！ アゲ

ヽ(`Д´)ﾉ ｶﾃｨｶﾃｨｱｹﾞ

AnnexCはピンポンISDNに気兼ねして、干渉が強い時はサボる。
サボった分を取り戻さないとAnnexAに速度で負けるので、干渉が少ない時に頑張る。
頑張って大量のデータを送ろうとするから、エラーが増える。
だからエラー訂正機能を使う。エラー訂正のためのオーバーヘッドで遅延。ping遅い。

こんな感じ？低レイヤはよくわからんけど。

>>420
考え方としてはそれで正解。

(ﾟдﾟ)ｳﾏｰｱｹﾞ

>>420
>>421
大正解と言いたいところだけど、遅延が大きい原因はATMにあるとも思われ。

ヽ(`Д´)ﾉ ｶﾃｨｶﾃｨｱｹﾞ

Annex Hってどうなのよ

ヽ(`Д´)ﾉ ｶﾃｨｶﾃｨｱｹﾞ

紀文　豆乳飲料麦芽ｺｰﾋｰあげ

アッカはいつギガイーサネットになるんだ？

ＹＢＢ安定しまくりだねぇ。
ここんとこ局側機器以外の障害全然でてない。

なんだ、YBBの自作自演スレか

なんかブチブチ切れまくりなんとかしてくれ

ADSLモデムは猫にパンチしてもらうとスピードが大幅にUPします。

>>432
ファミコンの猫リセットみたいなもんですか（ｗ

アッカのNECのモデムは問題なし。
富士通はアネックスＣに適応できなかったらしい。

そういや例の速度出ねえよ問題って
解決したよってアナウンスあったの？

ヽ(`Д´)ﾉ ｶﾃｨｶﾃｨｱｹﾞ

>>435

解決済み
http://www.acca.ne.jp/support/user_support/date/20020111_a.html

ついでに
http://www.acca.ne.jp/support/user_support/date/20020111_b.html

あと残ってるのは不実卯モデム問題だけ。

>>437
ずいぶん時間かかったんだねぇ。
まあなんとかなったようでなにより。

＞469 名前：名無しさんに接続中… 投稿日：02/01/30 23:03 ID:nOVX1Z2+
＞今日　フレッツ８Ｍになった。
＞カチカチが10分ぐらいに1度あるぞ
＞フレッツだからといってならないとはかぎらないっぽい
＞ＡＤＳＬモデムーＭＳ

＞ノイズ対策　明日からしてみます

コアラは？

【参考】8Mサービスの問題点
http://www.watch.impress.co.jp/broadband/column/shimizu/2002/01/30/

>440
そこ見て、Annex Cフルレートが
まさに絵に描いた餅だった事を理解したよ。
FEXTとNEXTがほぼ同じトーン状態のユーザ宅なんて、
そうそうあるわけ無いもんなぁ。

リンク切れを防ぐ方法は、
トーン状態が悪いほうに合わせて帯域調整する事のみ。
でも、それならNEXTオンリーのAnnex Aでも良いわけだよな。

Annex CのAnnex Aに対する優位性は結局、
1.5Mのハーフレートの場合、
サービス可能な線路長がAnnex Aに比べて長くなる、
って事だけだったのね。
机上の理論だけでISDN干渉を避けようとした当然の結果とはいえ・・・。

あほーBBの皆様、おめでとうございます(TДT)
Annex Cフルレート、完敗です。
Annex Cなんぞという規格、思いついたｱﾌｫを
小1時間、問い詰めたいよ・・・。

揚げ餅

>>441
漏れには>>440のリンク読んでもAnnexA＞Cと結論づけられる理由が全くワカランのだが。
単に漏れがｱﾌｫなだけか(ｗ

>>440
>>441
AnnexCがダメなんだとしても、切れるのはATMだからじゃないの？
なんでもかんでもADSLのせいにするのはよくないよ。
記者は何もわかってないように思われ。

>>440

というか、悪化では切れない（モデムはよく止まるみたいだけど（藁、モデムが生きてる
のにリンク切れすることは明白に良悪に比べて少ない）わけだから明らかに良悪の
機器不良に責任があるのに、「一般論として」という形でAnnex-Cのせいにして逃げよう
としている良悪の往生際の悪さ。

いい加減、自社に責任があることを認めたらどうなのかね。＞良悪

ああ、これを書いてる最中にまたｶﾃｨｶﾃｨ言い出した。ｳﾄｩ

>>445
帯域調整すれば直ったとかいうじゃん。
でも、帯域調整でADSLのノイズ耐性がよくなるなんてことはないよ。
帯域調整で直るのは、ATMの回線が細いからだよ。
ATMの回線を太くさえすれば、帯域調整なんかしなくても、ADSLは切れません。
なんでもかんでもADSLのせいにされたんじゃ、メーカーは困るよ。

AnnexＡ（Ｙ！ＢＢ）の時から２００ＫくらいＳＰＥＥＤ　ＵＰした。
でも、Ｙ！のときは電話使用で一度も切れなかったが、今は１００％
切れるAnnexAのほうがノイズ耐性あるのかな？

>>447
AだのCだのは関係ないです。
ノイズが原因でADSLが切れるというのは、めったにないことなんですよ。

>>448
え? 古い保安器で切れるのはノイズじゃないの?

>>446と>>448って、もしかしてｱﾌｫ？

ADSLの仕組みをわかってないでしょ？
ATMの太さ（って表現も大笑いだが）はADSL切断とは一切、これっぽっちも
関係ないです。
帯域調整でADSLのノイズ耐性がよくなるのは事実。ノイズマージン（SNR
マージン）って言葉の意味が理解できていれば自明のこと。

>>449
保安器のせいで切れるのだったら、まさに原因はノイズじゃないです。
でも、そんなおかしなことを誰に教わったのですか？

>>451
あいかわらず変なこと言ってるね。
ttp://www.mmcatv.co.jp/adsl_hoanki.html
にもあるけど、6PT保安器で電話着信時に切れるのは、この型番の保安器が
着信時に高周波ノイズを発生するせい。これはNTTが公式に発表している。

>>450
君のようなエセ専門家が世の中をおかしくするんだよ。
ADSLは、マージンが不足してれば、その分、ビットレートを落とす。
だから、あえて人間が帯域調整なんかしなくてもいいわけ。

ATMが悪いのをADSLのせいにするのはよくないよ。
ATM工作員か？

古い保安器だと、着信時にＡＤＳＬ帯域の周波数が発生する
んですよね。
正確にはＡＮＮＥＸＡの方が干渉耐性が強いってことですかね？

>>452
あのねえ、ふつう、ノイズが原因で切れるといってる人たちは、
保安器のノイズが原因で切れるとはいってない。
切れるはずもないノイズで切れるといっている。
でも、僕にいわせればデタラメだよ。
メーカーの技術者はうんざりしてると思うよ。

話を思いっきり逸らして申し訳ないが
>>227-237のからみで千葉県のぷららのバックボーンギガビッドイーサ化が終了したので
工事前
Pinging www.yahoo.co.jp [210.81.153.69] with 32 bytes of data:

Reply from 210.81.153.69: bytes=32 time=55ms TTL=242
Reply from 210.81.153.69: bytes=32 time=41ms TTL=242
Reply from 210.81.153.69: bytes=32 time=55ms TTL=242
Reply from 210.81.153.69: bytes=32 time=55ms TTL=242

Ping statistics for 210.81.153.69:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 41ms, Maximum = 55ms, Average = 51ms

イーサ完了後
Pinging www.yahoo.co.jp [211.14.13.65] with 32 bytes of data:

Reply from 211.14.13.65: bytes=32 time=151ms TTL=43
Reply from 211.14.13.65: bytes=32 time=138ms TTL=43
Reply from 211.14.13.65: bytes=32 time=220ms TTL=43
Reply from 211.14.13.65: bytes=32 time=220ms TTL=43

Ping statistics for 211.14.13.65:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 138ms, Maximum = 220ms, Average = 182ms

馬鹿でした　ﾜﾗ
Pinging 210.81.153.69 with 32 bytes of data:

Reply from 210.81.153.69: bytes=32 time=28ms TTL=237
Reply from 210.81.153.69: bytes=32 time=42ms TTL=237
Reply from 210.81.153.69: bytes=32 time=42ms TTL=237
Reply from 210.81.153.69: bytes=32 time=41ms TTL=237

Ping statistics for 210.81.153.69:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 28ms, Maximum = 42ms, Average = 38ms

www.yahoo.co.jpでうったらアドレスが違ってるので
下で直打ち。早くなってるね

>>453
理論的には、そうやってfallbackが行われて、切断されない最適なbit rateに
落ち着くことになってますよね。理論的にはね。
現実にはそうは行かない、行ってないってことです。
ノイズが入ってADSLでエラーセルが発生したときにautomatic fallbackが
行われることももちろんありますが、現状のG.DMTのDSPの実装と能力
だとfallbackが間に合わなくて再トレーニングに入ることが多い。
この、再トレーニングに入るときにTE4121やMN7310だと内部のリレーが
作動するようになっていて、その音がいわゆる「ｶﾃｨｶﾃｨ」です。

この点で、良悪が採用しているDSLAM/モデムが実装上まともに動作できて
おらず、ちょっとしたノイズですぐ再トレーニングに入ってしまうというのが、
実はｶﾃｨｶﾃｨ問題の本質ではあります。
良悪と同じCentilliumチップを使っているフレッツでｶﾃｨｶﾃｨ問題が発生する
かどうか注目されます。

ところで、理論だけ知ってて現実を知らないあんたは何者？>>453
っていうか、ATMが細いとADSLが落ちるって理論がどうして成り立つのかを
教えてちょうだい（藁

>>458
とりあえず，うちのモデムはカティカティなってませんね。もっとも、リンク
を意図的にきった場合にも，カティカティなってないようですが。

でも、Annex.C と Annex.A の論争ってフレッツの結果で既に終了していません？
そもそも、Annex.A の強さなるものが、リンクスピード→リンク切れ→ping 値、と
いうように変遷を遂げている時点で、小泉改革並みの胡散臭さを感じるんだけど

>>453
僕も知りたいです、カティカティがＡＴＭの性だという仕組み、
興味あります。なんか、今のモデムの動きを見てると、
ノイズとＡＴＭの両方の性のような気がして。。
何でこんなに２分と持たずに切れるの？っていう感じです。

>>458
ADSLモデムにフォールバックって実装されているのだろうか？
リンク速度が変化するときには必ずトレーニングするのでは？
アナログモデムやFAXと違って接続を維持しながら速度を落とすことはないと
考えているのだが。

>>458,461
それって、PIAFSの2.0と2.1の関係みたいなもんなのかな、
回線品質が変わっても接続したリンク速度を変えない（ギャランティー）
回線品質が変わったらそれに合わせてリンク速度も変える（ベストエフォート）
なんか、今のＡＤＳＬモデムはギャランティーなので、調子悪くなると
トレーニングからやり直すと。。
元々、ベストエフォートなサービスなんだから、モデムもベストエフォートで
動いてくれぇ。
素人発想？

イーアクセス8M TE4121C、帯域調整前のことだが、スプ
リッタの電話側にノイズフィルター繋いだり外したりし
たら、切れる事なくリンク速度が数百kbps上下してたか
ら、フォールバック機能がないって事はないんじゃない
かな。

>>458
マージンが不足したらビットレートを下げるというのはV.32やV.34でもやってること。
枯れた技術だよ。最新のADSLでは問題なく動作する。

DSLAMとルータをATMでつなぐのであれば、シェーパかけてセル落ちを防ぐことは可能。
でも、DSLAMとBRASの場合は、シェーパかけるのは簡単じゃない。
DSLAMとBRAS間のATM回線は十分太くしておかんとPPPが切れてしまうのじゃ。

NTTは金持ちだから各局内にBRASを置いてるのだと思う。
でも、イーアクやアッカはそうじゃないので、どこか一箇所にBRASを置いて束ねてるはず。
その場合、ATM専用線が細いと切れる。

モデムが原因で切れる確立がゼロだとまでは言わないよ。でも、圧倒的にATMとBRASの問題だよ。
それを、AnnexCだから切れるなんていわれたら、メーカーはたまったもんじゃない。

>>464
じつはね、住友電工のモデムの問題なんだよね。

で、いま必死になって直そうとしているのだけど原因がつかめないんだって。
ランダムで発生するんだって。
住友電工のＤＳＬＡＭを使っているＩＳＰみんな共通の問題を抱えているよ。

>>465
>>466
だったらISP各社は住友電工にリコールすべきだよ。
リコールしないのは、他にも原因があるかでしょう？
確率的には、ATMとBRASの問題のほうが大きいよ。
アホーが安定してるのは、AneexAだからではなくて
ATMとBRASを使っていないからだと思う。

ホールセールはそれだけで、設備は複雑になり、トラブル対処も大変。
だから、自前回線、自前サービスがよいのだが、
割と勢力のあるイー悪や悪化はホールセールだからトラブル多い。
プロバイダーと回線業者の責任のがれ争いもアホみたいだし。
早くこんな時代終わって欲しい。

>>464
>DSLAMとBRAS間のATM回線は十分太くしておかんとPPPが切れてしまうのじゃ。
PPPが切れるんだよね？
ADSL自体のリンクが切れる訳じゃないよね？
じゃあATMは関係なしだ。

保安器問題はノイズじゃないと言ったヤツが何を言って
も信用されないと思うが…

まじでG.DMTが製品として完成度が低いからこんなことがおきているんだよ。
通信機器のリコールって聞かないんだけどね。
住友電工をいじめているよ。
BRAS＋ATMが安定していないなんて、もうだいぶ前の話だ。

>>468
そういう、わけのわからんトラブルが、
ADSLという技術の名誉を著しく傷つけている。
AだのCだのはどうでもいいよ。
ユーザには、ATMやBRASのトラブルが、ADSLのトラブルに見えてしまい、
業者もそのように説明してしまっているということこそが問題だよ。
なぜ、ATMが悪いと言わないのだろう？
メーカーでADSLを担当している技術者の不満は鬱積してると思うよ。

>>469
アホですか？

ATMが悪いってある片寄った知識を持っている人たちが言うんだよね。
実際にADSLリンクが切れるのだからATMが原因であるわけがない。
だから469はアホじゃないよ。

アホってより無知な素人だよ。
けどその説明だとPPPが切断されるはずなのに
DSLのリンク自体が切断されたってログが残る理由が知りたいんだ。
この辺の情報はｺﾞﾙｧ時の手段になるから。

ここはレスが早いですね〜。
ＡＤＳＬのリンクアップというのは、
宅内のＡＤＳＬモデムと局内のＤＳＬＡＭ間でネゴシエーションをして、
初めてリンクアップするわけだから、PPPランプとは直接関係ないよ。
もちろんATMとPPPは完全に関係があるけどね。
悪化やイー悪は、設備上、ネットワーク構成上、確かにＡＴＭの設定に
大きな弱点があると思う。
ＡＴＭそのものの技術に欠点があるわけではなくて。

技術的な話しは良く判らないんだけど、
ＡＴＭって伝送系路上に通信速度が可変な通信路があると
不都合があるんでしょうかね。
最初にＡＤＳＬモデムと局のＤＳＬＡＭがネゴして
通信速度を決めるんだけど、この速度でデータが流れているうちは
良いけど、回線の状態が変わって、通信速度が下がると、
「オイオイ！約束と違うじゃねぇか！」ってことで、
「も一回、ちゃんと通信速度測り直せよ！」ってことで、
切断されてトレーニングに移行する。
なんて事が起きているのかなぁと。
元々通信速度がベストエフォートなＡＤＳＬを繋いで
いるところに、ギャランティーな速度を求めるＡＴＭとの
間で不整合が起きているとか。
なので、帯域調整して実力以上の帯域で繋がることが
無いように調整すると、切断現象が無くなると。。。
勝手な想像ですが、詳しい方、教えてください。
ちなみに、上記を想像した理由は、８Ｍで繋いでいる状況で、
１．５Ｍに接続速度を変えて繋ぐと、凄まじい頻度で
切断されます。でも、モデムの電源を一晩切って
朝に最初から１．５Ｍで接続すると全く切断現象が
出ないんです。
接続速度をＤＳＬＡＭが覚えているんじゃないかと、
思ってしまいます。

>>474
>>475
SNマージンをどうこういう前に基礎から勉強しなおしたほうがいいと思うよ。

>>476
とんでもない。ATMそのものに大きな欠点がある。
その欠点を隠蔽するのがシェーパやMPLS。
DSLAMとルータ間をATMでつなぐ場面では、シェーパやMPLSの効果は期待できる。
しかし、DSLAMとBRAS間をATMでつなぐ場面ではむずかしい。
DSLAMとBRAS間をATMでつなぐ場合、ATM回線はバックボーン以上に太くしないといけない。
でないと、セル落ち＝PPPパケット落ちが生じてADSLがつながらなくなる。

NTTは各局内にBRASを置いているだろうから、イーアクやアッカよりも容易にDSLAMとBRAS間を太くすることができるんだろうね。
自分的には、悪くもないADSLがATMやBRASのせいで責められるのはがまんがならないのでいってるだけ。
別にフレッツがいいなんていうつもりはないよ。

>>478
頑張って、難しい言葉たくさん使いましたねえ。では、
モデムをブリッジモードにして、PPPoE を起こさない
(上にPPPがない)状態で、放置しとけば切断は起こらな
いのかな?

>>479
何ふざけてるんだ。PPPを使わないホールセールなんてないよ。
ほんの少しでもいいから、無知を反省さたら。

>>480
もちろん、PPPを使わないと接続は出来ないんだが、ブ
リッジモードにしておいて、PPPoE を起こさないと、
ADSLリンクは確立しているが接続はしてない状態になる
でしょ。その状態では、リンク切れは、原理上あり得な
いとおっしゃってるんですか?

>>481
それは、それこそDSLAM側の設定次第、ということになりますよ。
しかし、どうしてそういう話になってしまうのか？
僕としては、Aは切れなくてCは切れるというけど、
切れる原因はもっぱらDSLAMとBRAS間のATM回線の細さにあるわけで、
CをやめてAにすれば解決するというような問題じゃないといいたいわけ。
イーアクもアッカもDSLAMとBRAS間のATM回線の太さを今の５倍か１０倍にすれば切れなくなると思うよ。
手間のかかる帯域調整なんかやって細い回線をだましだまし使うよりもそうしたほうがコストも低く押さえることができるはず。
本当のことをいわないでADSLのせいにばかりしていると、経営者もアホだから、本気でそう思い込んでしまうということは、あるかもね。

>>482
>それは、それこそDSLAM側の設定次第、ということになりますよ。

わけわからんなあ。まあ、いいや。

>>483
あんまり意味ないと思うけど、そんなにいうならやってみたら。

>>484
うん、全然意味ないと思う。では。

あのカチカチ音って、ADSLリンクが切れたりつながったりすると音がするわけ。
これは住友電工のモデムの話だからね。
ＳＮのマージンに関係なくいきなり切れてしまうのよ。
それをほぼDSLAMが悪いとこまではわかっているようだよ。
この現象はATMやPPPとは無関係な話。
ATMを疑っている人はDSLAM−BRAS間って細いと思っているの？
そんなのもう1年以上も前の話だよ。

PPP使わないでIPoAでホールセールしてるところありますが、まぁおいといて。。
特別ATM擁護派ではありませんが、なんか混同しているようなので一応。。

>>477
モデム〜DSLAM間のADSLリンクと、ATM網とは、実は全然シンクロしていません。
ATMは上位レイヤ（PPPやTCP/IP）のデータを運ぶために、口を開けて待っており、
データが着たらセルに乗せて吐き出しているだけです。
「オイオイ！約束と違うじゃねぇか！」ってことでｶﾃｨｶﾃｨやっているのは、
モデム〜DSLAMの間で、ADSLレイヤ（物理層）で行われています。
ATMのセルは、物理層のADSLの電気信号上に乗っかっているので、ATMが
それより下層のレイヤの違うADSLレイヤに対してちょっかい出すことは
不可能です。

ADSLがリンクアップしているけどPPPが切れてしまう、のであれば、
PPPはATMセルが運んでいるので、ATMレイヤでセルがロスってる
可能性はあります。

>>486
DSLAMのATMインターフェースに問題ありというのならわかるよ。
しかし、ひどいATM擁護派だねえ。

DSLAMとBRASをATMでつないでPPPoAをやるのであれば、CBRでやるべし。
ところが、ATM回線が細いとUBRでやるしかない。

これで切れる理由がわかんないようならATMの話はしないことだね。

>>487
ｶﾃｨｶﾃｨという音が出るのが問題ではなくて、
切れるということが問題なんでして、
セルを落としてるから切れるんですよ。

アッカやイーアクはDSLAMとBRAS間をUBRでつないでる、
NTTはCBRでつないでる、だから同じモデムでもフレッツは切れない、
っというのでどうよ。ちなみに僕はNTT工作員ではないですよ。

>>488
CBRだろうがUBRだろうが、セル落ちはADSLリンクが切れるのには
関係ないんじゃないですか？
じゃぁ、ADSLじゃなくてSDHのSTM-1だったらどうですか？
UBRでつないでいて、シェーピングもかけない状態で高負荷かけて、
セルがガンガン落ちているのが原因でSTM-1が切れますか？（ｗ

>>489
ふつうの人は、つながらないのをリンク切れといったりもするわけですよ。
他のスレいろいろ見てみて、僕もようやく気づいたのですけどね。
もちろん、そうでない場合もあるよ。でも、確率的に低い。
アッカやイーアクはATM専用線を５倍か１０倍の太さにしてDSLAMとBRAS間をCBRにすれば切れまくりの半分以上を解消することができるはず。
サポセンや帯域調整するオペレータをたくさん雇うよりもそのほうが金もかからない。
ADSLのせいにばかりしてたんじゃ、問題は永遠に解決しないように思われ。

ま、経営者がアホなんで永遠に解決できないというのならわかるけど。

ところでAnnexHってどうなったんですか。
ｻﾊﾟｰﾘ振るわないんですが
常時接続＝鯖立ての漏れには余程こっちのほうが興味あるのに

>>487
データが流れる量によって現象が左右されるっていうこと何ですかね？
モデムの先にＰＣ繋がないで一晩放っておいても、リンク切れ（ＡＤＳＬ切断）が
たくさん記録されていたんですが。
この場合も、通信データ量に関係あるんでしょうかね。

>>488
＞しかし、ひどいATM擁護派だねえ。
ATM擁護派？
何度も書きますが、今問題なのは、ADSLリンクが切れることだよ。
その上に乗っているATMやPPPは関係ないって。

＞DSLAMとBRASをATMでつないでPPPoAをやるのであれば、CBRでやるべし。
＞ところが、ATM回線が細いとUBRでやるしかない。
＞これで切れる理由がわかんないようならATMの話はしないことだね。
あんたもわからんね。ATM回線が細いところ？
いつの頃の情報で話しているんだよ。ダークファイバでみんな太くしているよ。

＞ｶﾃｨｶﾃｨという音が出るのが問題ではなくて、
＞切れるということが問題なんでして、
＞セルを落としてるから切れるんですよ。
音がするのはADSLリンクが切れるからだといっているでしょ。
ADSLリンクが切れればセルとかは関係ないよね。

>>490
DSLAMとBRASをCBR 8Mでつないでも、ADSLのリンク速度が8M以下の場合、
8Mのフルスピードで下ってきたデータをDSLAMがなんとか廃棄しないように
頑張るしかないですが、頑張れていますか？（ｗ
DSLAMのメーカーさんじゃないので、DSLAMのATM機能の実装については
知りませんが。。。

>>492
ATMはデータが何もなければ何もセルは流しません。運ぶべきデータが無いのに
ATMが自分から何かをセルに乗せて流すことはないです。（AISやRDIは別）
ADSLのリンクが切れるのは、データ量（一度に流れるセル量）とは全く
関係ないです。

PPPセッションが確立された後は、データが何も無い場合、ATM自身は何も
しませんが、PPPがkeepAliveを流すので、それを運ぶためにセルが少し
流れると思いますが、非常に微々たるものです。
492さんの症状は、明らかにモデムかDSLAM、または両方が原因と思われます。

>>494
んで。ATMがトラブるとDSLのリンクまで切断される理由は？
この場合のリンクが切れるって言うのは
「DSLのリンクが切断されてトレーニングからやり直し」だからね。
PPPだけ切断されてPPPだけ再接続に行くわけではなく。
この２つはモデムのログで区別できる。

>>495
DSLのリンクが切断されるのはATM関係ないってば・・・
何度言えばわかってくれるんだろう（ｗ

>>493
ダークファイバで太くしてる？
機械がOC-3ならダークファイバ使ってもOC-3ままじゃん。

>>494
DSLAMはかしこくないです。
だから、DSLAMとBRASの間にシェーパなんかがあると切れるのです。

>>496
PPPというのはね、はじめにユーザのパソコンから送信するんです。
なんで、こんなしょもない話までせんといかんのよ。

なんか休みの日はよく切れるな・・

５００げと