(toppers-users 2923) Re: TINET による PPP 接続時の切断について

[田辺]

　阿部 様

　田辺＠名古屋です。

　いつもお世話になっております。

　すこしソースを追いかけてみました。
TCP 通信端点の状態が１回目の接続と、２回目の
接続シーケンスが異なることが気になりまして。。。

　PPP で接続時、ppp.c の関数 ppp_output() を呼び出した際、
IPCP の接続が確立していない時は wait_ipcp() の呼び出しで
処理がブロックされます。実際に処理をブロックしているのは、
ppp_ipcp.c の関数 wait_ipcp() 内で呼び出している
wai_sem(SEM_IPCP_READY); の部分です。

　１回目の接続時はこの部分で IPCP 接続まで待機しているのですが、
２回目の接続を行おうとすると、この部分をすり抜けてしまいます。
よって、SEM_IPCP_READY で grep をかけてみたところ、
ppp_ipcp.c の関数 ipcp_down() で sig_sem(SEM_IPCP_READY); を
していたので、この部分をコメントアウトしてみました。

　早速、試してみたところ・・・２回目の接続も１回目の接続と同様、
wai_sem(SEM_IPCP_READY); で処理がブロックされていい感じか・・・
と思いきや、やはり、上手く再接続してくれませんでした。

　とりあえず、初回の接続と２回目以降の接続シーケンスの違いは、
ipcp_down() で sig_sem(SEM_IPCP_READY); が影響していると思われます。

　以上、途中報告です。

> tinet/netinet/tcp_var.h の 460行目ぐらいに TCP 通信端点の状態フラグが
> 定義されています。
> 
> 0x00000001 は、直ちに相手に ACK を送る。
> 0x00002000 は、生成済みで有効な通信端点。
> 
> という意味ですので、今回には関係ないと思います。
> 
> 二回目接続時の状態から見ると、こちらからサーバに、
> コネクション確立要求を送っていますが、サーバから応答がないと推測されます。
> なお、送信した PPP フレームがエラーで破棄され、サーバに届いていないか、
> サーバからの PPP フレームがエラーで破棄されている可能性もありますので、
> プロトコルアナライザー等でフレームを見て判断するしか方法は無いようですね。

　以上、よろしくお願いいたします。

-<->-<->-<->-<->-<->-<->-<->-<->-<->-<->-<->-<->-
 E-mail  : m_tanabe ＠ na.rim.or.jp
-<->-<->-<->-<->-<->-<->-<->-<->-<->-<->-<->-<->-