mtu size - auto setting for wifi not loads some webpages initially

Bug #1643581 reported by Oppili
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Confirmed
Medium
Unassigned

Bug Description

Webpages like economictimes.indiatimes.com , opening of inner links in ndtv.com , at times dinamalar.com etc.,. did not open and mostly resulted in request time out. It opened after 10 or 15 minutes gap when refreshed. Changing the dns in netgear wifi modem to google dns, verisign dns, open dns or auto obtain dns did not solve the problem.

Atlast found out that Wifi Network MTU size Automatic as default was causing this request time out.

Now after putting a MTU size value manually for wifi network lower than the MTU size value configured in wifi modem, all the above webpages opens.

Presently using Ubuntu 16.10

Kindly make auto MTU size setting for wifi network to first probe mtu size of wifi modem and set a slightly lower value thant that as MTU.

Reporting this to make Ubuntu user friendly even for newbies.

I am using Ubuntu for more than 6 years.
---
ApportVersion: 2.20.3-0ubuntu8
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: uppili 3239 F.... pulseaudio
CurrentDesktop: Unity
DistroRelease: Ubuntu 16.10
HibernationDevice: RESUME=UUID=1a2523c8-4df7-4ab7-85df-e2625f8fdad7
InstallationDate: Installed on 2013-12-18 (1075 days ago)
InstallationMedia: Ubuntu 13.10 "Saucy Salamander" - Release amd64 (20131016.1)
MachineType: Gateway NE56R
Package: linux (not installed)
ProcFB: 0 inteldrmfb
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.8.0-27-generic root=UUID=d4d1be7d-bc6a-473d-a3c1-a159453959cf ro splash plymouth:debug=1 quiet vt.handoff=7
ProcVersionSignature: Ubuntu 4.8.0-27.29-generic 4.8.1
RelatedPackageVersions:
 linux-restricted-modules-4.8.0-27-generic N/A
 linux-backports-modules-4.8.0-27-generic N/A
 linux-firmware 1.161
Tags: yakkety
Uname: Linux 4.8.0-27-generic x86_64
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm audio cdrom dip lpadmin plugdev pulse pulse-access sambashare sudo video
_MarkForUpload: True
dmi.bios.date: 10/09/2012
dmi.bios.vendor: Gateway
dmi.bios.version: V1.13
dmi.board.asset.tag: Type2 - Board Asset Tag
dmi.board.name: EG50_HC_HR
dmi.board.vendor: Gateway
dmi.board.version: Type2 - Board Version
dmi.chassis.type: 10
dmi.chassis.vendor: Gateway
dmi.chassis.version: V1.13
dmi.modalias: dmi:bvnGateway:bvrV1.13:bd10/09/2012:svnGateway:pnNE56R:pvrV1.13:rvnGateway:rnEG50_HC_HR:rvrType2-BoardVersion:cvnGateway:ct10:cvrV1.13:
dmi.product.name: NE56R
dmi.product.version: V1.13
dmi.sys.vendor: Gateway

Revision history for this message
Assaf Muller (amuller) wrote :

You reported a bug on the OpenStack Neutron component, pretty clear the bug report is not relevant for OpenStack.

Changed in neutron:
status: New → Invalid
Revision history for this message
Oppili (oppili) wrote :

Please transfer the bug to correct department

Oppili (oppili)
Changed in neutron:
status: Invalid → New
affects: neutron → ubuntu
Revision history for this message
Aron Xu (happyaron) wrote :

More likely a kernel issue, reassigning.

no longer affects: ubuntu
no longer affects: network-manager
affects: network-manager (Ubuntu) → linux (Ubuntu)
Revision history for this message
Brad Figg (brad-figg) wrote : Missing required logs.

This bug is missing log files that will aid in diagnosing the problem. From a terminal window please run:

apport-collect 1643581

and then change the status of the bug to 'Confirmed'.

If, due to the nature of the issue you have encountered, you are unable to run this command, please add a comment stating that fact and change the bug status to 'Confirmed'.

This change has been made by an automated script, maintained by the Ubuntu Kernel Team.

Changed in linux (Ubuntu):
status: New → Incomplete
Oppili (oppili)
tags: added: apport-collected yakkety
Revision history for this message
Oppili (oppili) wrote :

Changed wifi settings to automatic mtu and uploading again apport

Changed in linux (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
Oppili (oppili) wrote : AlsaInfo.txt

apport information

description: updated
Revision history for this message
Oppili (oppili) wrote : CRDA.txt

apport information

Revision history for this message
Oppili (oppili) wrote : CurrentDmesg.txt

apport information

Revision history for this message
Oppili (oppili) wrote : IwConfig.txt

apport information

Revision history for this message
Oppili (oppili) wrote : JournalErrors.txt

apport information

Revision history for this message
Oppili (oppili) wrote : Lspci.txt

apport information

Revision history for this message
Oppili (oppili) wrote : Lsusb.txt

apport information

Revision history for this message
Oppili (oppili) wrote : ProcCpuinfo.txt

apport information

Revision history for this message
Oppili (oppili) wrote : ProcEnviron.txt

apport information

Revision history for this message
Oppili (oppili) wrote : ProcInterrupts.txt

apport information

Revision history for this message
Oppili (oppili) wrote : ProcModules.txt

apport information

Revision history for this message
Oppili (oppili) wrote : PulseList.txt

apport information

Revision history for this message
Oppili (oppili) wrote : RfKill.txt

apport information

Revision history for this message
Oppili (oppili) wrote : UdevDb.txt

apport information

Revision history for this message
Oppili (oppili) wrote : WifiSyslog.txt

apport information

Oppili (oppili)
description: updated
Revision history for this message
Joseph Salisbury (jsalisbury) wrote :

Did this issue start happening after an update/upgrade? Was there a prior kernel version where you were not having this particular problem?

Would it be possible for you to test the latest upstream kernel? Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Please test the latest v4.9 kernel[0].

If this bug is fixed in the mainline kernel, please add the following tag 'kernel-fixed-upstream'.

If the mainline kernel does not fix this bug, please add the tag: 'kernel-bug-exists-upstream'.

Once testing of the upstream kernel is complete, please mark this bug as "Confirmed".

Thanks in advance.

[0] http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.9-rc7

Changed in linux (Ubuntu):
importance: Undecided → Medium
status: Confirmed → Incomplete
Revision history for this message
Oppili (oppili) wrote :

I think this issue was there earlier also.

Installed kernel 4.9 rc7

First few pages in browser of websites mentioned above get request time out.
Try economictimes.indiatimes.com first in browser.

MTU probe now is earlier than previous kernels.

It will help users if MTU is probed and fixed at wifi connection rather than while browsing.

Thanks.

Revision history for this message
Oppili (oppili) wrote :

The new kernel 4.9 rc7 probes and fixes correct MTU in a minute.

Changed in linux (Ubuntu):
status: Incomplete → Confirmed
tags: added: kernel-bug-exists-upstream
Revision history for this message
Oppili (oppili) wrote :

New kernel 4.9 checks and fixes correct MTU in a minute after a request time out only.

After each suspend or reboot this happens again.

Please make MTU fix on wifi network handshake.

Revision history for this message
Oppili (oppili) wrote :

Those webpages give request time out in Firefox for longer time in 4.9 kernel. Chromium only opens earlier after giving request time out for first few pages.

penalvch (penalvch)
tags: added: latest-bios-1.13
removed: load mtu network not webpage wifi
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.