[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[plamo:15633] Re: B-Flets の接続遅延



B-Flets のidle time 経過の再接続でも間に合わない事が起こるようです。

05:20:37 lred pppd[402]: Script /etc/ppp/ip-down started
05:20:37 lred pppd[402]: sent [LCP TermReq id=0x3 "Link inactive"]
05:20:37 lred pppd[402]: rcvd [LCP TermAck id=0x3]
05:20:37 lred pppd[402]: PADS: Service-Name: ''
05:20:37 lred pppd[402]: using channel 32
05:20:37 lred pppd[402]: rcvd [LCP ConfReq
05:20:37 lred pppd[402]: sent [LCP ConfAck
05:20:37 lred pppd[402]: rcvd [LCP ConfAck
05:20:37 lred pppd[402]: rcvd [CHAP Challenge
05:20:37 lred pppd[402]: sent [CHAP Response
05:20:37 lred pppd[402]: Script /etc/ppp/ip-down finished
05:20:37 lred pppd[402]: rcvd [CHAP Failure
05:20:37 lred pppd[402]: sent [LCP TermReq 
05:20:37 lred pppd[402]: rcvd [LCP TermReq 

ログから見ると ip-down で切断のコマンドを実行するのは無意味なよう
です。
holdoff で設定した待ち時間は idle time での切断直後のセッション開
始には適用されません。(マニュアルにはそのように書いてあるますし、
ログからもそのとおりです)
一旦 LCP セッションで上記にように接続に失敗すると holdoff で指定さ
れた時間だけ待って、再接続を試みるようです。
(1)切断直後だと認証が間に合わない。(ことがある)
      NTT が回線断を認識しているのに認証出来ないのは ISP が認証し
      ているからでは無いのでしょうか。
(2)idle time での切断には待ち時間が設定できない。
(3)2回目のセッションからは holdoff での時間設定が有効になりま
      す。

現状では次の態度で使用する必要があります。
  ・1回目はエラーになる。(これは諦める)
  ・2回目で接続できるような holldoff の値(ディフォルトでは30秒)
    を設定する。

holdoff 未設定の状態で接続時間が30秒台が多かったログがあります。
これは2回目だったからです。holdoff を10秒にすると10秒台の再
接続ログになりました。

rp-pppoe も見たのですが再接続関係の記述に(未だ)行き当たらず不明
です。かなり kernel-mode PPPoE と感じが違っています。

-- 早間  yossi@yedo.src.co.jp

References
[plamo:15624] Re: B-Flets の接続遅延, 早間義博
[plamo:15625] Re: B-Fletsの接続遅延, Nobuhiro Kikuchi
[plamo:15629] Re: B-Flets の接続遅延, 早間義博

[検索ページ] [メール一覧]
Plamo ML 公開システム