"Frame" means framing error. On Ethernet, this can be a number of different things. If a packet is started sooner than allowed by the mandatory Inter Packet Gap, you have a framing error. If the packet is longer than the maximum allowed length, you have a framing error. If the packet is not a multiple of eight bit times in lenght, you have a framing error. There are probably other conditions as well - anything that isn't a valid ethernet frame will cause this error.<br>
<br><div class="gmail_quote">On Thu, Apr 2, 2009 at 11:47 AM, William Muriithi <span dir="ltr"><<a href="mailto:william.muriithi-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org">william.muriithi-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Morning,<br>
<br>
I have noticed that the ifconfig tool is being deprecated and will be<br>
replaced by the ip tool. However, so far I have not been able to find<br>
a way of getting all the information generated by ifconfig from ip<br>
tool. By that I mean details like packets received, packet sent out,<br>
collision statistics and sent/receive errors are impossible to get<br>
from /sbin/ip.  Now, is that a tool limitation or is it me who have<br>
not done my homework well?<br>
<br>
Second, I have noticed one details that is not straight forward to<br>
understand as I thought - frame. When I googled, I got the feeling its<br>
a flag raised when the NIC can not detect connectivity. That is not<br>
the case though as none of the network based seem affected. It could<br>
also be the frame is larger than 1500, but I have not seen it in any<br>
other system. It make no sense to assert that only one system is<br>
experiencing giant frames.<br>
<br>
That got me thinking that I may actually be misinterpretation what the<br>
word frame mean and therefore the post. Any idea why the frame counter<br>
keep going up?<br>
<br>
Link encap:Ethernet  HWaddr 00:14:22:3E:8F:79<br>
          inet addr:172.16.1.139  Bcast:172.16.3.255  Mask:255.255.252.0<br>
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1<br>
          RX packets:37156044 errors:172679 dropped:0 overruns:0 frame:172678<br>
          TX packets:54908637 errors:0 dropped:0 overruns:0 carrier:0<br>
          collisions:0 txqueuelen:1000<br>
          RX bytes:313517308 (298.9 MiB)  TX bytes:2734438868 (2.5 GiB)<br>
          Base address:0xecc0 Memory:fe6e0000-fe700000<br>
<br>
<br>
- Interesting dmesg information<br>
* e1000: eth0: e1000_watchdog: NIC Link is Up 1000 Mbps Full Duplex<br>
* Intel(R) PRO/1000 Network Driver - version 6.0.54-k2-NAPI<br>
<br>
The nic card is:<br>
lspci output<br>
* 06:07.0 Ethernet controller: Intel Corp. 82541GI/PI Gigabit Ethernet<br>
Controller (rev 05)<br>
<br>
ethtool output<br>
<br>
Settings for eth0:<br>
        Supported ports: [ TP ]<br>
        Supported link modes:   10baseT/Half 10baseT/Full<br>
                                100baseT/Half 100baseT/Full<br>
                                1000baseT/Full<br>
        Supports auto-negotiation: Yes<br>
        Advertised link modes:  10baseT/Half 10baseT/Full<br>
                                100baseT/Half 100baseT/Full<br>
                                1000baseT/Full<br>
        Advertised auto-negotiation: Yes<br>
        Speed: 1000Mb/s<br>
        Duplex: Full<br>
        Port: Twisted Pair<br>
        PHYAD: 0<br>
        Transceiver: internal<br>
        Auto-negotiation: on<br>
        Supports Wake-on: umbg<br>
        Wake-on: d<br>
        Current message level: 0x00000007 (7)<br>
        Link detected: yes<br>
<br>
<br>
Regards,<br>
<br>
William<br>
<font color="#888888">--<br>
The Toronto Linux Users Group.      Meetings: <a href="http://gtalug.org/" target="_blank">http://gtalug.org/</a><br>
TLUG requests: Linux topics, No HTML, wrap text below 80 columns<br>
How to UNSUBSCRIBE: <a href="http://gtalug.org/wiki/Mailing_lists" target="_blank">http://gtalug.org/wiki/Mailing_lists</a><br>
</font></blockquote></div><br>