 Reviews:
·Comcast
·AT&T Midwest
| reply to DeeC
Re: FWIW - IP Changes.... Hi Dee... I haven't done it for a couple months, but for a while I was moving 20-36Mb files via ftp protocol quite often (video on adding airhorns to motorcycles). I must have up & downloaded the files maybe 10-12 times, and I never had a disconnect. I know you don't have a USB modem, but on the one system you have, have you run any online diagnostics, to check out error rates during this upload? That might shed some light on the problem if you had high error rates or retrys. Jan |
|
 DeeCPremium join:2000-09-01 the world kudos:1
| On IRC, forget it...I'll go through 50 IPs before the file is complete (nightmare), if someone is downloading from my FTP, they will go through several..... Only *ONE* time was I able to send a FULL large file to someone else (using FTP client) without a disconnect...
Btw 20-36MB is small for me (they are not the problem), so we are not quite in same ballpark. Try sending a 700MB file, and let me know how many times you disconnect? )
Btw , Tweak Tester II says fine....no packet loss, 100% efficiency... [text was edited by author 2001-08-01 23:41:13] |
|
|
|
 DennisPremium,Mod join:2001-01-26 Algonquin, IL kudos:5 Host: Chicago Users find Hot Deals Users find Hot Dea.. Requests for Hot D.. Home Improvement
| If you are FastPath, then you might want to change to Interleave. Interleave has more error correction than Fast and will result in less dropped packets. I suspect that dropping IP's isn't so much the problem as a symptom of a marginal line issue which is causing your PPPoE tunnel to drop, thereby garnering you a new IP when it re-establishes. -- Never mistake lack of talent for genius. |
|
 DeeCPremium join:2000-09-01 the world kudos:1 | How do I change? A request to Ameritech via phone? |
|
 DennisPremium,Mod join:2001-01-26 Algonquin, IL kudos:5 | That should to it |
|
 toolkit join:2001-01-16 Crystal Lake, IL
| reply to DeeC said by deecadams: How do I change? A request to Ameritech via phone?
Before you change to interleave, you might want to rule out the Linky. Have you tried taking the Linky out of the equation and then connect with Enternet (or RASPPPoE) and uploading a large file. If you don't loose IP, then it might be a linky issues and not a line issue.
In general fastpath is usually preferred over interleave if you don't need the interleave for robustness. And it will cost you $50 (or something like that) to switch and another $50 if you decide to switch back.
I would say the test with the Linky removed is well worth the potential $100 savings.
EDIT: Ooops too late. I stepped away from the computer to take a phone call in the middle of composing this message and see that DSLKIA posted during that time. [text was edited by author 2001-08-02 11:16:28] |
|
 DennisPremium,Mod join:2001-01-26 Algonquin, IL kudos:5 | It ain't the linky, i wouldn't have done it if the line stats were fine. -- Never mistake lack of talent for genius. |
|
 | reply to toolkit Ok, I hope I dont get flamed here. I have the same issues with the dropping of PPPOE connections...and basically getting a new IP address something like 8 times in an hour. I am running a Linky as well, so I dont use that crap software that was given to me by ATech...but there are a few things in this thread I dont know about. Can someone point me in the right direction here?
What is Interleave, and why would I change to it? And from what am I changing from? Whats FastPath?
I have had the dropped IP address thing for a month now. Never an issue before that, in fact my line was strong and fast. I have not been downloading anything huge...just typical email,surfing, and a little dev work of my servers. I'll do an analysis of my traffic when I get in today...if my line is up |
|
 DeeCPremium join:2000-09-01 the world kudos:1 | Pyro, I don't believe I know the difference either I am just trusting dslknowitall since he thinks being on Interleave may solve my problem with uploading and losing sync all the time..... I hope he's right 
Maybe someone else will come along and explain pros and cons of both......
Dee |
|
 DennisPremium,Mod join:2001-01-26 Algonquin, IL kudos:5 Host: Chicago Users find Hot Deals Users find Hot Dea.. Requests for Hot D.. Home Improvement
| What is the difference between Interleave and Fast line profiles? Interleave is a more robust, fault tolerant line shaping protocol. It has much more error checking than Fast and is packaged to be as impervious to noise as possible, at the cost of increased processing and latency. Fast is considered to be delay-sensative, yet noise tolerant. Fast data operates about 10 times faster than interleave data (2ms for fast, and 20ms for interleave), but will generate excessive CRC's if the line is even borderline in terms of "cleanness". -- Never mistake lack of talent for genius. |
|
 DeeCPremium join:2000-09-01 the world kudos:1 | thanks dslknowitall In speed tests, Interleave is a little slower getting out the gate, but really no noticeable difference from Speakeasy or DSLR speed tests. I can deal with the higher pings if it means keeping sync during hefty uploads (smile).....
thanks again!
Dee |
|
 DestBoloPremium join:2000-03-21 Naperville, IL Reviews:
·Sprint Broadband..
| reply to Dennis I had a slightly different problem than Dee back when I first had DSL and was on Interleave any time I try to upload a file larger than 5MB would result in a choked send. whatever method i used, IRC's DCC, FTP, ICQ sends etc. the upload session would be alive(until it time out) but nothing would be send. and the file CANNOT be resume. I did had some succes in IRC's DCC send by using a smaller packet size, but that slow down the upload speed =( of course Tier1 support was hopeless(excuse was if you can surf the web fine you have no problem) and Ticket to Tier2 disappear somewhere. I really havn't tried uploading large files nowaday(gave up trying to fix the problem) and i been switched over to fastpath since then. of course I can try again and see if the problem is still around |
|
 DeeCPremium join:2000-09-01 the world kudos:1 | Well, I hope RESUME isn't affected.... anyway, anyone want to test me out? Anyone need anything? Message me! |
|
 | I pulled my old post to the front. I resolved it by installing a 5861 router. Seemed to resolve the problem. Don't know if the modem was flakey or not. |
|
 DennisPremium,Mod join:2001-01-26 Algonquin, IL kudos:5 | 5861's RULE!!!  |
|
 toolkit join:2001-01-16 Crystal Lake, IL | reply to PyroVolley Pryo,
Regarding fastpath vs interleave, I'm sure DSLKIA gave you the correct response. However, if your interested in speculation, here is my (not necessarily correct) guess at what is really going on.
When communicating data over a serial channel that might have bursts of noise, you loose bits. If you send the bits in order like this:
0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 ...
and you get a burst of noise in the middle, it looks like this:
0 1 2 3 4 5 6 7 8 9 10 11 XX XX XX XX 16 17 18 19 ...
Now, it's hard to correct a lot of errors in a row. If instead you rearrange the bits and transmit them out of order:
0 4 8 12 16 1 5 9 13 17 2 6 10 14 18 3 7 11 15 19 ...
then when you get a noise burst:
0 4 8 12 16 1 5 9 13 17 2 X XX XX XX 3 7 11 15 19 ...
and put the bits back in order, the bad bits are not grouped together:
0 1 2 3 4 5 X 7 8 9 XX 11 12 13 XX 15 16 17 XX 19 ...
Then it's easier to correct for errors.
This "mixing the bits up" is called interleaving. Now the example I showed interleaved by picking every fourth bit. Real communications systems use much larger interleaves. For example a 12x12 interleave. Meaning you take a chunk of 144 bits and choose every 12th one (0, 12, 24, ...132) then go back to the second bit and pick every 12th one (1, 13, 25, ...133), etc until you get the last group (11, 23, 35, ...143). Think of it like a square where you load the bits horizontally, but then read them out vertically:
0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143
So the transmission looks like: 0, 12, 24, 36, 48, 60, 72 84, 96, 108, 120, 132, 1, 13, ...
(and some use even larger interleaves).
This is much more robust because you can use Reed-Solomon or other types of error correction to fix the errors that are not all grouped together. The downside is that you "almost" have to wait until you have all 144 bits (in our example) transferred over the link before you can start the correction process and send the first bit out. I say "almost" because it's not 100% true - you can start just a little earlier. So there is some latency involved in interleaving.
Now, I DO NOT KNOW if this is what is meant by interleave vs fastpath. But I know in a lot of communication systems, this is exactly what is meant by interleaving. It improves reliability at the cost of some (small) delay.
Note that it doesn't really affect the bandwidth of the channel - just the latency. So you can still push the same number of bits through in the same time, it just takes them longer to travel through the "pipe". If you have to wait for an acknowledgement you will notice a slightly longer delay. This may be why ping times are a bit larger on DSL interleave, and it may be why the speed tests drop a little, but not much, on interleave (big packets take only a little longer to get through and be acknowledged). |
|