Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

ifconfig の frame

848 views
Skip to first unread message

Kinya OHTAKE

unread,
Jul 1, 2000, 3:00:00 AM7/1/00
to
ちょっとお聞きしたいのですが、ifconfig 時に出力される項目で
"frame"というのがあります。(RX - 受信状態の後ろの方)

これは何を表すものなんでしょうか？

man とか JF とかを見てみましたが、説明が書かれていない様でした。

例えば、この値が増加していくという事がどういう事を指しているのか、
気になっています。


以上、よろしくお願いします。
--
Kinya OHTAKE mailto:ta...@blue.ocn.ne.jp


Hiroyuki Shimada

unread,
Jul 2, 2000, 3:00:00 AM7/2/00
to
　こんにちは。島田です。

On Sat, 1 Jul 2000 03:21:52 +0900
Kinya OHTAKE <ta...@blue.ocn.ne.jp> wrote:

> ちょっとお聞きしたいのですが、ifconfig 時に出力される項目で
> "frame"というのがあります。(RX - 受信状態の後ろの方)
>
> これは何を表すものなんでしょうか？

　私も気になって検索してみました。一応、「IP フレーム」のキーワードで
goo で検索してみました。
　こういうのでいいのでしょうか？ > 識者の方

イーサネットフレームの構造
http://www.kobe-u.ac.jp/~ipc/mage/mage24/terashima/node11.html

Ethernetフレームフォーマット
http://www.sfc.wide.ad.jp/~keiko/rg_tutorial/robo_freshman/tsld009.htm


情報通信工学Ｉ
http://www.elc.nias.ac.jp/~nagasaka/lect/ic/1999/OHP/I13/
の中の、イーサネットフレーム(1～3)
http://www.elc.nias.ac.jp/~nagasaka/lect/ic/1999/OHP/I13/sld027.htm
http://www.elc.nias.ac.jp/~nagasaka/lect/ic/1999/OHP/I13/sld028.htm
http://www.elc.nias.ac.jp/~nagasaka/lect/ic/1999/OHP/I13/sld029.htm


----------------------------------------------------------------------
Mail: shim...@din.or.jp
Home Page: http://www.din.or.jp/~shimaden/
島田博幸
Hiroyuki Shimada
----------------------------------------------------------------------

NAKATANI Katsumi

unread,
Jul 2, 2000, 3:00:00 AM7/2/00
to
中谷です

From: Kinya OHTAKE <ta...@blue.ocn.ne.jp>
Subject: [debian-users:23037] ifconfig の frame
Date: Sat, 1 Jul 2000 03:21:52 +0900

> ちょっとお聞きしたいのですが、ifconfig 時に出力される項目で
> "frame"というのがあります。(RX - 受信状態の後ろの方)
>
> これは何を表すものなんでしょうか？

たぶん、frame too longの回数だと思います。

10,100baseのEthernetの場合、最大frameの長さが1500bytes強
ときめられていて、それを越えたframeを受信したということです。
collision発生のときにframeが長くなる事があるんだろうと
思っているのでほったらかしにしてます。


>
> man とか JF とかを見てみましたが、説明が書かれていない様でした。

確かに見当たりませんね。
ifconfigで出力しているデバイスの統計情報は
/prco/net/devをそのまま表示しているだけだと思います。
で、ここに、データを書き込むのは(たぶん)kernelに組み込まれている
network deviceのdriverです。
sourceを覗くとそれらしきコメントの記述が見かけられますが、本当に
/procに書き込んでいるかどうかはわかりませんでした。

> 例えば、この値が増加していくという事がどういう事を指しているのか、
> 気になっています。
collision、frameともにあまり多いようならトラフィックが
多すぎるんでしょう。switchingHUBに代えた方がよいと思います。
すでにswitchingHUBを使っている場合にはHUBとNICの間で設定が
あっていないかもしれません。
"多い"というのがどれくらいというのは難しいです。(というか適当です)

もしかしたら参考になるかも
RFC1643 Definitions of Managed Objects for
the Ethernet-like Interface Types
"dot3StatsFrameTooLongs"の項

Hideaki YOSHIFUJI

unread,
Jul 2, 2000, 3:00:00 AM7/2/00
to
吉藤英明＠東北大学情報科学です。

In article <2000070208...@kcat.zaq.ne.jp> (at Sun, 2 Jul 2000 08:28:14 +0900), NAKATANI Katsumi <al...@kcat.zaq.ne.jp> says:

> > これは何を表すものなんでしょうか？
> たぶん、frame too longの回数だと思います。

> ifconfigで出力しているデバイスの統計情報は
> /prco/net/devをそのまま表示しているだけだと思います。

そうですね。$(NETTOOLS)/lib/interface.c, $(NETTOOLS)/ifconfig.c


> で、ここに、データを書き込むのは(たぶん)kernelに組み込まれている
> network deviceのdriverです。
> sourceを覗くとそれらしきコメントの記述が見かけられますが、本当に
> /procに書き込んでいるかどうかはわかりませんでした。

統計を取っているのはドライバで、/proc に書き込むのは
$(KERNEL)/net/core/dev.c です。これと ifconfig のソースを比較すると、
frame error というものは
stats->rx_length_errors + stats->rx_over_errors
+ stats->rx_crc_errors + stats->rx_frame_errors,
ということで、CRCエラーなども含むようです。
＃今のところこれ以上は追っていません

--
吉藤英明 (YOSHIFUJI,Hideaki) <yosh...@ecei.tohoku.ac.jp>
Web Page: http://www.ecei.tohoku.ac.jp/%7Eyoshfuji/
PGP5i FP: F731 6599 5EB2 BBA7 1515 1323 1806 A96F 5700 6B25


Kinya OHTAKE

unread,
Jul 3, 2000, 3:00:00 AM7/3/00
to
大竹です。

皆様、ご教示ありがとうございます。
先の質問では、単に気になっている程度の書き方でしたが、実は
実際に起こっていたりします。(^^;
情報が少なくてすみませんでした。

At Sun, 2 Jul 2000 08:28:14 +0900,


NAKATANI Katsumi <al...@kcat.zaq.ne.jp> wrote:
> > ちょっとお聞きしたいのですが、ifconfig 時に出力される項目で
> > "frame"というのがあります。(RX - 受信状態の後ろの方)
> >

> > これは何を表すものなんでしょうか？
> たぶん、frame too longの回数だと思います。
>

> 10,100baseのEthernetの場合、最大frameの長さが1500bytes強
> ときめられていて、それを越えたframeを受信したということです。
> collision発生のときにframeが長くなる事があるんだろうと
> 思っているのでほったらかしにしてます。

ifconfigの出力は以下の様になっています。

eth0 Link encap:Ethernet HWaddr 00:10:5A:6E:19:5F
inet addr:111.222.333.444 Bcast:111.222.333.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:5572133 errors:479 dropped:0 overruns:0 frame:722
TX packets:41840 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
Interrupt:18 Base address:0xd400

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:3924 Metric:1
RX packets:12 errors:0 dropped:0 overruns:0 frame:0
TX packets:12 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0

というわけで、collisions(衝突)は一見起こっていない様に見えます。

また、現象としては、

(1) 同一ネットワークセグメントに繋がれているマシン間の ftp
では、非常に遅く、かつ errors:、frame:が増加する。
(2) ゲートウェイ経由でネットワークの外のマシンとの ftp では、
(1)の現象は見えず、正常に見える。

> > man とか JF とかを見てみましたが、説明が書かれていない様でした。
> 確かに見当たりませんね。
> ifconfigで出力しているデバイスの統計情報は
> /prco/net/devをそのまま表示しているだけだと思います。

> で、ここに、データを書き込むのは(たぶん)kernelに組み込まれている
> network deviceのdriverです。

なるほど。

> sourceを覗くとそれらしきコメントの記述が見かけられますが、本当に
> /procに書き込んでいるかどうかはわかりませんでした。

件のドライバは、

eth0: 3Com 3c905B Cyclone 100baseTx at 0xd400, 00:10:5a:6e:19:5f, IRQ 18
8K byte-wide RAM 5:3 Rx:Tx split, autoselect/Autonegotiate interface.
MII transceiver found at address 24, status 786d.
MII transceiver found at address 0, status 786d.
Enabling bus-master transmits and whole-frame receives.

という事の様です。
今度、ソースを追っかけて見ようかと思います。

> > 例えば、この値が増加していくという事がどういう事を指しているのか、
> > 気になっています。
> collision、frameともにあまり多いようならトラフィックが
> 多すぎるんでしょう。switchingHUBに代えた方がよいと思います。
> すでにswitchingHUBを使っている場合にはHUBとNICの間で設定が
> あっていないかもしれません。
> "多い"というのがどれくらいというのは難しいです。(というか適当です)

ん、HUBが怪しそうですねぇ。(現象からの推察)

> もしかしたら参考になるかも
> RFC1643 Definitions of Managed Objects for
> the Ethernet-like Interface Types
> "dot3StatsFrameTooLongs"の項

ありがとうございます。読んでみます。


以上です。

Tomohiro Yamauchi

unread,
Jul 3, 2000, 3:00:00 AM7/3/00
to
山内です。

> 中谷です


>
> > ちょっとお聞きしたいのですが、ifconfig 時に出力される項目で
> > "frame"というのがあります。(RX - 受信状態の後ろの方)
> >
> > これは何を表すものなんでしょうか？
> たぶん、frame too longの回数だと思います。
>
> 10,100baseのEthernetの場合、最大frameの長さが1500bytes強
> ときめられていて、それを越えたframeを受信したということです。
> collision発生のときにframeが長くなる事があるんだろうと
> 思っているのでほったらかしにしてます。

受け売りですが、

collisionが発生した場合にはgiant packetにはならないという説明を
どこかで受けたことがあります。本当にgiant packetが発生しているなら
packetを生成している機器の故障だろう、ということでした。

吉藤さんのフォローによると、CRCエラー等もカウントしているという
ことですし、投稿元の大竹さんの環境での事象について具体的には
よくわかりませんけど。

実際にはどういう理由でカウントされているか、突き止めることが
先決でしょうか。

--
山内 朋浩 ha...@nid.co.jp


Kinya OHTAKE

unread,
Jul 5, 2000, 3:00:00 AM7/5/00
to
大竹(元投稿者)です。

まず結論から言いますと、

At Sun, 2 Jul 2000 08:28:14 +0900,
NAKATANI Katsumi <al...@kcat.zaq.ne.jp> wrote:

> collision、frameともにあまり多いようならトラフィックが
> 多すぎるんでしょう。switchingHUBに代えた方がよいと思います。

それまでのバカHUBからswitchingHUBに変えたところ、
問題は解消しました。

ただ、山内さん他の方々も書かれている様に、それぞれの値が
どの様にカウントされているのか… は、私自身の今後の宿題
にしようかと思います。

以上です。
--
Kinya OHTAKE mailto:ta...@blue.ocn.ne.jp

# Linuxのこういうところが楽しいね。(^^)


0 new messages