[Durham] Netgear DG834
richm at oldelvet.org.uk
Thu Aug 22 15:55:29 UTC 2013
On 22/08/2013 16:37, Ian McKeag wrote:
> Thank you all for your replies.
> I feel that since access from the R-pi suggests that the problem is in
> the desktop system.
> I have experienced exactly this before also with
> Wheezy. I was unable to diagnose then either. A drastic and defeatist
> full system re-install did cure it but I feel very insecure not knowing
> the cause.
At this stage I would reach for Wireshark (or tcpdump) and capture the
traffic going between the two devices. That should give you a clue as to
what is going wrong.
sudo tcpdump -i eth0 -s 8192 -w /tmp/capture1.pcap host 192.168.0.1
use control-c to end the capture
This should capture the traffic from your wheezy box (assuming that the
DG834 is 192.168.0.1 of course).
With wireshark you should be able to use a capture filter of
on the screen where you press "start" to begin the capture.
If you can't decipher the output I'll gladly take a look at the capture.
I'd suggest you send it privately (and gzipped) because you never know
what interesting bits (router passwords etc) are included in the capture.
> On 22/08/13 13:15, Richard Mortimer wrote:
>> On 22/08/2013 11:56, Ian McKeag wrote:
>>> Hello All,
>>> When I log into my DG834 (no wifi) router via the LAN address the login
>>> is successful but only part of the admin page is displayed. The frame
>>> and background colours are painted and the left menus is present but
>>> incomplete; the remaining boxes are blank; the rightmost column is
>>> absent. The page never loads completely; the exact point where it hangs
>>> varies but never beyond the end of the menu.
>>> This behaviour is consistent with all browsers including konqueror.
>>> The bowser status bar reads "Transfer data from 192.168....." and the
>>> cursor shows busy. Mouse over displayed menu items shows the target URL
>>> in the status bar.
>> When I run into this type of problem its normally due to an MTU (Maximum
>> Transfer Unit) size problem on a network device somewhere.
>> In your case there are just two devices the DG834 and the affected PC so
>> I'd suspect that the affected PC has its MTU set too low.
>> Use the ifconfig command to list the current MTU
>> laptop at duncow:~/$ ifconfig eth0
>> eth0 Link encap:Ethernet HWaddr 00:21:9b:6e:bf:6f
>> inet addr:192.168.1.106 Bcast:192.168.1.255
>> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
>> RX packets:717893 errors:0 dropped:0 overruns:0 frame:0
>> TX packets:640735 errors:0 dropped:0 overruns:0 carrier:0
>> collisions:0 txqueuelen:1000
>> RX bytes:126384910 (126.3 MB) TX bytes:47282904 (47.2 MB)
>> The normal value for ethernet is 1500 so if it is lower than that try
>> setting the MTU to 1500.
>> sudo ifconfig eth0 mtu 1500
>> If that fixes it then you need to determine why the MTU is set lower.
>> The normal reason for changing MTU is to fixup problematic broadband
>> providers routes but that should really be done in the DG834 itself not
>> on the LAN. I know that DG834 does have a setting for that.
> Durham mailing list - Durham at mailman.lug.org.uk
More information about the Durham