LinuxQuestions.org
Help answer threads with 0 replies.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Hardware
User Name
Password
Linux - Hardware This forum is for Hardware issues.
Having trouble installing a piece of hardware? Want to know if that peripheral is compatible with Linux?

Notices


Reply
  Search this Thread
Old 11-30-2004, 10:43 PM   #1
jariep
Member
 
Registered: Nov 2003
Distribution: Fedora Core 3; Debian sarge 3.1
Posts: 37

Rep: Reputation: 15
can't download with DSL


I am using redhat 9 and we recently contracted SBC Yahoo DSL about 2 months ago. It only worked for 5 days from the 15 Nov to the 20th. Before and after then, every time I tried to download a file it wouldn't download past the first few kilobytes. the farthest I got was trying to download GNU Win II cd for windows, I got to 10.8 megabytes, then it just stopped. I tried wget and mozilla, same problem. Sometimes when I load a web page, the progress bar almost completes but never finishes and I have to reload the web page.

The modem has built in PPPoE client built into the modem. I had no trouble getting this modem to work with Redhat, since it was recognized bootup through eth0 via DHCP to get a IP (it is a dynamic IP).

The strange thing about this is that I can upload a 16MB file to my e-mail address but I can't download the same file. It seems as if upload is unaffected.

When I try to listen to streaming media (realplayer 10, listening to BBC or C-Span), it plays for the first 2 to 4 minutes, then it stops.

I have 1.5 megabits downstream and 384 kilobits upstream. I'm going to try to slow down the downstream to 384 kilobits to see if it fixes my downloading problems.

What I find strange is that I can download 10.8 megabytes without any probelm of this one file where other files only allow a few kilobytes to download.

I want to call a technician to come to the house, but I don't have the money to do so for another several months.

Note: I live in an apartment

the technician readout of my modem is as follows:

Technician Readout

This information is for use by your service provider in diagnosing problems.


1 Manufacturer Efficient Networks, Inc.
2 Vendor ID b50045464e540400
3 Model Number 5100
4 Friendly Name SpeedStream 5100 ADSL Modem
5 Model Description Single Port Ethernet Modem
6 Model Name SpeedStream
7 Serial Number 2000B2394E21C
8 Hardware Version 1.0
9 Modem DSL Firmware Version a1.01.00.00
10 Modem Software Version 1.0.0.39
11 Hardware Options -
12 Software Options -
13 Modem Configured true
14 Time Since Last Boot 000 days 03:02:43
15 Current Time 2004/12/ 1 03:41:50 GMT
16 Time Servers 132.163.4.102
129.6.15.29 time-b.timefreq.bldrdoc.gov
time-b.nist.gov
17 Time First Use 2004/10/02 17:02:38 GMT

30 Modem Health Status ok
31 DSL Link Status up
32 Time Since Last Sync 000 days 03:02:19
33 Loss of Signal false
34 Loss of Framing false
35 ATM Cell Delineation true
36 Internet Status up
37 Ethernet Link Status up
38 PPP Connection Status connected
39 PPP Last Connection Error None
40 PPP Uptime 000 days 03:00:59

50 Test ADSL Line Sync pass
51 Test ATM Cell Delineation pass
52 Test ATM OAM Segment Ping pass
53 Test ATM OAM End to End Ping fail
54 Test DSL Ethernet to ATM pass
55 Test LAN Ethernet Connection pass
56 Test Mac Bridge to LAN Ethernet pass
57 Test LAN USB Connection -
58 Test Mac Bridge to LAN USB -
59 Test PPPoE to Ethernet pass
60 Test PPP to PPPoE pass
61 Test PPPoE Server Connect pass
62 Test PPPoE Server Session pass
63 Test IP to WAN pass
64 Test IP to LAN Ethernet pass
65 Test IP to LAN USB -
66 Test IP to PPP pass
67 Test Validate WAN IP Address pass
68 Test Gateway Ping pass
69 Test DNS Well Known Host Query pass
70 Test Primary DNS Ping pass
71 Test Secondary DNS Ping pass
72 Test Mail Srvr 1 Ping skipped
73 Test Mail Srvr 2 Ping skipped
74 Test News Srvr 1 Ping skipped
75 Test News Srvr 2 Ping skipped
76 Test Web Portal 1 Ping skipped
77 Test Web Portal 2 Ping skipped
78 Test PPPoE Connect to GateWay pass

90 Active VCs provisioned 1
91 DSLAM Vendor Id -
92 DSL Line Mode ANSI
93 DSL Training Mode multimode
94 Conf VPI 0
95 Conf VCI 35
96 Conf PVC Search List 0/35, 8/35, 0/43, 0/51, 0/59, 8/43, 8/51, 8/59
97 VPI 0
98 VCI 35
99 VC Encapsulation LLC
100 DSL Line Type fast
101 DSL Line Interleaved Depth -

110 Default Device Enabled true
111 Default Device Mac Address 00:00:00:00:00:00
112 Default Device IP Address 69.152.147.243
113 Default Device Address Type public
114 Service Provider Name
115 Service Provider Phone
116 Service Provider URL
117 Service Provider Help URL
118 Modem MAC Address 00:0B:23:94:E2:1C
119 LAN DHCP Server Enabled true
120 DHCP Subnet Mask 255.255.0.0
121 DHCP Start IP Address 192.168.1.64
122 DHCP End IP Address 192.168.1.64
123 DHCP Default Gateway 192.168.0.1
124 DHCP Default Lease Time 000 days 00:10:00
125 Domain name domain_not_set.invalid
126 DHCP Leases Allocated 1
127 DHCP Leases Available 0

Rx Tx
140 Current Rate 1536 384
141 Previous Rate 0 0
142 DSL Max Rate - -
143 DSL Min Rate - -
144 Current ATTN DR 1536 -
145 Current SNRM 31.0 -
146 Current LATN - -
147 Current SATN 30.0 -
148 Current TP - 0.0

15 Min 24 Hour Yesterday
160 Time Elapsed 129 10929 0
161 Chan Received Blks 7620 645680 0
162 Chan Transmitted Blks 7620 645679 0
163 Chan Corrected Blks 0 0 0
164 Chan Uncorrected Blks 0 0 0
165 HEC Vcnt - - -
166 HEC Tcnt - - -
167 HEC Ucnt - - -
168 ICBE - - -
169 LCD 0 0 0
170 NCD 0 0 0
171 CVL 0 0 0
172 LCD Tx 0 0 0
173 NCD Tx 0 0 0
174 CVL Tx 0 0 0
175 LOF 0 0 0
176 LOS 0 0 0
177 LOSS - - -
178 LOL 0 0 0
179 LPR 0 0 0
180 ES 0 0 0
181 SESL 0 0 0
182 UASL 0 0 0
183 ECL 0 0 0
184 ECSL 0 0 0
185 ECL Tx 0 0 0
186 Inits - - -
187 FastR 0 0 0
188 Failed FastR - - -
189 DSL Initialization Errors 0 0 0
190 DSL Initialization Timeouts 0 0 0
191 DSL Line Search Initializations 0 0 0
192 DSL Loss of Margin Failures 0 0 0
193 ISP Connection Establishment - - -

210 VC ATM CoS ubr
211 VC ATM SCR -
212 VC ATM PCR -
213 VC ATM MCR -
214 VC ATM Burst Tolerance -
215 VC ATM CDV -
216 VC Max SDU 1528
217 ATM VC Receive Cells 205531
218 ATM VC Receive PDUs 12546
219 ATM VC Receive Frames 12546
220 ATM VC Receive Octets 9865497
221 ATM VC Receive Errors 325
222 ATM VC Receive Discards 0
223 ATM VC No Receive Buffers -
224 ATM VC Transmit Cells 52482
225 ATM VC Transmit PDUs 13046
226 ATM VC Transmit Frames 13046
227 ATM VC Transmit Octets 2519172
228 ATM VC Transmit Errors 0
229 ATM VC Transmit Discards 0
230 ATM VC Transmit Queue Full -
231 DSL Rate Mode -
232 Conf Target SNR Margin -

Oct Err PkU PkNU Disc
240 LAN IP Tx 10210680 0 13564 211 0
241 LAN IP Rx 2290345 0 7 13750 0
242 LAN Ethernet Tx 10264980 0 13564 193 11
243 LAN Ethernet Rx 2345373 0 13750 7 0
244 LAN PPPoE Rx - - 0 0 -
245 IP 2684 Tx 1981940 0 12641 0 0
246 IP 2684 Rx 9472905 0 12141 0 0
247 Ethernet 2684 Tx 2519172 0 13046 0 0
248 Ethernet 2684 Rx 9865497 325 12546 0 0

260 Ethernet Rate 100Mbps
261 Ethernet Duplex Full

270 Internet Connection Type PPPoE
271 Modem Configuration Single Device Router
272 NAPT Enabled true
273 Modem IP Address 192.168.0.1
274 Modem Net Mask 255.255.0.0
275 Modem Broadcast Address 192.168.255.255

290 PPP UserName crytox@sbcglobal.net
291 PPP Service Name
292 PPP Access Concentrator 9A014060300207-rback3.elpstx
293 PPP Connect Mode Smart keep alive
294 PPP Idle Timeout
295 Conf PPP Authentication Protocol chap pap
296 PPP Authentication Protocol pap
297 WAN IP Address 69.152.147.243
298 WAN Subnet Mask 255.255.255.255
299 WAN Default Gateway 69.152.147.254
300 Conf DNS Servers -
301 DNS Servers 151.164.73.201
151.164.1.8 dns1.elpstx.sbcglobal.net
dns1.rcsntx.sbcglobal.net
302 PPP MRU 1492
303 Conf PPP MRU 1492
304 LCP Echo 30
305 LCP Echo Retry 6

320
LAN Device Table
Name Type IP Mac
Leased
Time
IP Rx
IP Tx PPPoE
Rx
Last Seen
Status
320a - Ethernet 69.152.147.243 00:C0:4F:CE:E5:8E - - 13763 13792 0 - active

321
IP Gateway Table
Type
Metric
Timeout
Status
321a - - - -

322
IP Route Cache Table
Net Addr
NetMask
Type
GW
Metric
Timeout
Iface
Origin
322a 127.0.0.0 255.0.0.0 - 127.0.0.1 64 0 lo0 -
322b 192.168.0.0 255.255.0.0 - 192.168.0.1 180 311563 LAN -
322c Default Gateway - - 69.152.147.254 64 10964002 PPPoE -
322d 69.152.147.243 255.255.255.255 - 69.152.147.243 64 10964006 LAN -

323
Ethernet IP ARP Table
IP
MAC
Flags
323a 239.255.255.250 01:00:5E:7F:FF:FA 0x00
323b 69.152.147.243 00:C0:4F:CE:E5:8E 0x01

330 Receive CCF ps Hlog
-

331 Receive CCF ps HLin
-

332 Receive QLN ps
-

333 Receive SNR ps
333a

0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0

333b

0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0

333c

0.0 0.0 0.0 0.0 0.0 0.0 32.5 34.0 37.0 32.5 35.0 33.5 35.5 36.0 33.5 37.0

333d

34.5 35.0 35.5 36.0 36.0 36.5 36.5 36.5 36.5 36.5 37.0 36.5 36.5 36.5 36.5 36.5

333e

0.0 40.5 40.5 40.0 40.0 39.5 37.0 39.5 39.5 37.0 39.5 39.5 39.5 39.5 39.0 39.0

333f

39.0 39.0 39.0 38.5 38.0 36.5 36.5 36.5 36.5 36.5 36.5 36.5 36.5 36.5 36.5 36.5

333g

36.5 39.5 39.5 39.5 39.5 39.5 39.5 39.5 39.0 39.0 39.0 39.0 39.0 38.5 37.5 39.0

333h

39.0 39.0 39.0 39.0 39.0 38.5 38.5 38.5 38.5 38.5 38.5 38.5 38.5 38.0 38.0 38.0

333i

37.5 37.5 37.5 37.5 37.5 37.5 37.0 45.5 45.5 45.0 37.0 38.5 44.0 43.5 41.5 32.5

333j

38.5 42.5 41.5 41.5 0.0 0.0 42.0 42.0 43.0 42.5 43.0 42.5 42.5 42.5 41.0 40.0

333k

0.0 39.0 40.0 40.5 40.0 38.5 40.5 40.0 39.5 39.0 38.5 39.0 0.0 0.0 0.0 0.0

333l

0.0 37.0 37.0 37.0 35.5 35.0 33.0 0.0 0.0 0.0 0.0 0.0 0.0 34.0 34.0 36.0

333m

0.0 35.5 35.5 36.0 35.0 33.5 0.0 0.0 0.0 0.0 33.5 34.5 32.0 35.5 35.0 35.0

333n

35.0 0.0 34.5 0.0 0.0 0.0 0.0 0.0 34.0 34.5 0.0 34.5 0.0 0.0 0.0 0.0

333o

0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0

333p

0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0


334 ADSL DMT Bin Bits
334a

0 0 0 0 0 0 0 3 4 5 6 6 7 7 6 6

334b

0 6 6 6 6 6 6 5 6 5 5 4 4 4 0 0

334c

0 0 0 0 0 0 2 2 2 3 3 4 4 4 5 4

334d

5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5

334e

0 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4

334f

4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4

334g

4 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3

334h

3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3

334i

3 3 3 3 3 3 3 2 2 2 3 2 2 2 2 2

334j

2 2 2 2 0 0 2 2 2 2 2 2 2 2 2 2

334k

0 2 2 2 2 2 2 2 2 2 2 2 0 0 0 0

334l

0 2 2 2 2 2 2 0 0 0 0 0 0 2 2 2

334m

0 2 2 2 2 2 0 0 0 0 2 2 2 2 2 2

334n

2 0 2 0 0 0 0 0 2 2 0 2 0 0 0 0

334o

0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

334p

0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0


335 ADSL DMT Bin Atn
-

Last edited by jariep; 11-30-2004 at 11:26 PM.
 
Old 11-30-2004, 10:51 PM   #2
sigsegv
Senior Member
 
Registered: Nov 2004
Location: Third rock from the Sun
Distribution: NetBSD-2, FreeBSD-5.4, OpenBSD-3.[67], RHEL[34], OSX 10.4.1
Posts: 1,197

Rep: Reputation: 47
Do you have another OS and/or machine that you can try to download from? If so, does it have the same problem?

Do you see any error on the client, or does it just silently drop the download? An error I would expect to see in this situation would be "Connection reset by peer".
 
Old 11-30-2004, 11:12 PM   #3
jariep
Member
 
Registered: Nov 2003
Distribution: Fedora Core 3; Debian sarge 3.1
Posts: 37

Original Poster
Rep: Reputation: 15
I tried under windows 95, but same problem. There is no error message, it just stops downloading, wget doesn't give any error messages, it just hangs. Also, using Mozilla, the same thing happens, no error messages, sometimes it never starts.
 
Old 12-01-2004, 07:55 AM   #4
vanBuskirk
LQ Newbie
 
Registered: May 2004
Posts: 4

Rep: Reputation: 0
247 Ethernet 2684 Tx 2519172 0 13046 0 0
248 Ethernet 2684 Rx 9865497 325 12546 0 0

It looks like you're getting errors on the receive side of your ethernet connection. You might try: 1) replace your ethernet cable, 2) replace the ethernet adapter/card in your computer, 3) replace your modem

Option 2 probably won't fix it if you tried two different computers, as it sounds like you did. When you tried the Windows computer, did you use the same ethernet cable and/or card?

Last edited by vanBuskirk; 12-01-2004 at 08:03 AM.
 
Old 12-01-2004, 04:44 PM   #5
ratman96
LQ Newbie
 
Registered: Jan 2004
Location: Mexico city
Distribution: FreeBSD/Gentoo
Posts: 9

Rep: Reputation: 0
It smells like an MTU problem to me. Many DSL setups have this kind of problem, and it's quite easy to fix. You should check the current mtu for the network interface card you're using for the DSL link, and lower it by 63 or more. The default value on every interfaces i've seen is 1500, so 1437 should do. If it still doesn't work, you may lower it to any value and then increase it a little at a time until you get the largest value that works.

I don't know the specifics for this in Linux, but in FreeBSD you'd do `# ifconfig rl1 mtu 1437' to set the mtu to 1437 on the rl1 interface.

This problem happens because the computer gets the mtu for the link to the modem, but the PPPoE uses a little of every packet (i think it's 63 bytes) for itself. Thus, when you receive data that doesn't fit one single packet, you PC expects to receive 1500 bytes (or whatever your mtu is) but only receives 1437, and won't process the other packet until it gets the remaining bytes -- which will never arrive. It works fine when sending data though.
 
Old 12-01-2004, 07:15 PM   #6
jariep
Member
 
Registered: Nov 2003
Distribution: Fedora Core 3; Debian sarge 3.1
Posts: 37

Original Poster
Rep: Reputation: 15
I will be calling a technician over to see what is wrong, on saturday 4th Dec 2004. I will post the results, here.

Note: I tried the MTU adjustments, by lowering the MTU to a rediculous value and then increasing it slowly.

I was told that the MTU for my ISP is 1492, and the MTU on my machine should be 1500 for the 8 bytes that is added for routing ( I think).

Will see what happens.

Also, I tested both machines with 2 separate ethernet cards, independently..
I, also, used the same ethernet cable on both machines.

Last edited by jariep; 12-01-2004 at 07:16 PM.
 
Old 12-02-2004, 08:27 AM   #7
vanBuskirk
LQ Newbie
 
Registered: May 2004
Posts: 4

Rep: Reputation: 0
You might try a different ethernet cable if only to eliminate it as the problem.
 
Old 12-02-2004, 09:59 AM   #8
sigsegv
Senior Member
 
Registered: Nov 2004
Location: Third rock from the Sun
Distribution: NetBSD-2, FreeBSD-5.4, OpenBSD-3.[67], RHEL[34], OSX 10.4.1
Posts: 1,197

Rep: Reputation: 47
Quote:
Originally posted by ratman96
This problem happens because the computer gets the mtu for the link to the modem, but the PPPoE uses a little of every packet (i think it's 63 bytes) for itself. Thus, when you receive data that doesn't fit one single packet, you PC expects to receive 1500 bytes (or whatever your mtu is) but only receives 1437, and won't process the other packet until it gets the remaining bytes -- which will never arrive. It works fine when sending data though.
No it doesn't. It's supposed to (see RFC 1191 (and 1981 for IPv6)), but since Path MTU Discovery doesn't work very well, pretty much every OS vendor on earth sets the MTU to 1500 bytes and all but disables PMTUD.

What you said is basically right though. The MTU for Ethernet is 1500. The MTU for PPPoE should be 1436 (64 bytes diff). The problem is likely stemming from the fact that the client is sending packets with the DF bit set. Of course, if the packet the server is trying to send back is too big for the PPPoE frame, and something along the line (like a TelCo router ) asks for a frag (which it does via ICMP), and the host you're talking to is dropping ICMP (as many do now), your connection stalls and dies because the router threw the original frame that was too big on the floor. The telco router would frag them up for you, but you have the DF bit set. This is known as a "blackhole router".

Note: FreeBSD's ppp has had a fix for this since ~4.3R, which is enabled by default. It's option enable tcpmssfixup in the ppp.conf file.
 
Old 12-02-2004, 01:09 PM   #9
J.W.
LQ Veteran
 
Registered: Mar 2003
Location: Boise, ID
Distribution: Mint
Posts: 6,642

Rep: Reputation: 87
You might just have a bad DSL filter on your phone line, which is causing data loss. Have you tried replacing that? My sister was running into problems similar to what you described, and the problem was solved simply by replacing the filter. Good luck with it -- J.W.
 
Old 12-04-2004, 02:07 PM   #10
jariep
Member
 
Registered: Nov 2003
Distribution: Fedora Core 3; Debian sarge 3.1
Posts: 37

Original Poster
Rep: Reputation: 15
We finally had the SBC technician come to the house. He tested with his laptop and his modem and he had the same probelm I had in downloading.

He said the problem was with the mains. He also said they would do some repair and call when they would complete their work.

Will keep you posted when they finish their work.
 
Old 12-07-2004, 09:07 PM   #11
jariep
Member
 
Registered: Nov 2003
Distribution: Fedora Core 3; Debian sarge 3.1
Posts: 37

Original Poster
Rep: Reputation: 15
They finally fixed the DSL connection. I'm not sure what they did, but they told me that they would call me when it was fixed.

I appreciate the help from everybody here in trying to help me fix my trouble with our DSL connection.

Note: they said it was a problem on SBC's side, with their wiring.
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
D-Link DSL-200 Rev B DSL modem -- success!! ludeKing Linux - Hardware 1 03-11-2007 06:32 PM
Double download speed with 2 DSL lines? datasong Linux - Networking 2 06-09-2005 07:06 PM
dsl on demand in suse 8.0, and installing dsl paul62 SUSE / openSUSE 2 01-04-2005 09:32 PM
Dsl Modem Installation -- Aztech Dsl Turbo 100 psganesh Linux - Networking 0 07-01-2004 02:04 AM
DSL/ Linksys DSL Router/ Linux cant see the network... Robert0380 Linux - Networking 9 04-03-2002 04:09 AM

LinuxQuestions.org > Forums > Linux Forums > Linux - Hardware

All times are GMT -5. The time now is 10:06 AM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Open Source Consulting | Domain Registration