I don't use anything other than gaming and downloading files once in a while.
Here are the line stats as of 2:30 PM:
Line Status : Port is in Showtime Mode : 0x4000000 (VDSL2 Profile 17A ) Upstream Payload Rate : 11328 kbps Downstream : 16176 kbps ================================================= DIAG Info: ================================================= Attenuation ( dB ) : 17.8 6.30 (FE LATNpb-0) 30.50 (FE LATNpb-1) 47.20 (FE LATNpb-2) 102.30 (FE LATNpb-3) 102.30 (FE LATNpb-4) SNR margin ( dB ) : 23.2 21.50 (FE SNRMpb-0) 21.90 (FE SNRMpb-1) 21.90 (FE SNRMpb-2) -51.20 (FE SNRMpb-3) -51.20 (FE SNRMpb-4) US Aggregate Power : 11.1 dbm DS Attainable Data Rate: 61060 kbps US Attainable Data Rate: 30765 kbps HEC counter : HEC_F:0 HEC_S:0 CRC counter : CRC_F:0 CRC_S: 1
Extended Port Status ================= Bme: 1 Port: 1 Downstream line rate: 17376 kbps Upstream line rate: 12192 kbps Bearer0 Downstream payload rate: 0 kbps Bearer1 Downstream payload rate: 16176 kbps Bearer0 Upstream payload rate: 0 kbps Bearer1 Upstream payload rate: 11328 kbps Downstream attainable payload rate: 61060 kbps Downstream attainable line rate: 68840 kbps Downstream Training Margin: 30.6 dB Downstream Line Protection (Bearer1 Path): 0.0 DMT Symbols Upstream Line Protection (Bearer1 Path): 0.0 DMT Symbols Near-end ITU Vendor Id: 0xb500494b4e530200 Far-end ITU Vendor Id: 0xb5004244434da3dd Downstream delay: 0.0 ms Upstream delay: 0.0 ms Tx total power 11.1 dbm FE Tx total power 12.8 dbm VDSL Estimated Loop Length : 1828 ft G.Hs Estimated Near End Loop Length : 578 ft G.Hs Estimated Far End Loop Length :0 ft Current framing mode: 0x10 EFM Bandplan Type...........: 0 No. of Upstream Bands...: 3 No. of Downstream Bands.: 3 Line Type: 0x04000000 VDSL2 Profile 17A Downstream FFT Protection (Bearer1 Path): 0.0 DMT Symbols Upstream FFT Protection (Bearer1 Path): 0.0 DMT Symbols Upstream Line Attenuation: NA (Only for ADSL1 & T1.413) Upstream SNR Margin: NA (Only for ADSL1 & T1413) Upstream Retransmission status: Disabled Downstream Retransmission status: Disabled
Get Near End SNR Margin and Attenuation for Bme: 1 Port 1 ================= SNR Margin: 23.5 dB Attenuation: 17.8 dB Avg SNR Margin: 30.6 dB Avg SNR: 45.5 dB
SNR Margin (SNRMpb-0): 30.6 dB SNR Margin (SNRMpb-1): 25.8 dB SNR Margin (SNRMpb-2): 3.9 dB SNR Margin (SNRMpb-3): 0.0 dB SNR Margin (SNRMpb-4): 0.0 dB
Line Attenuation (LATNpb-0): 12.5 dB Line Attenuation (LATNpb-1): 38.5 dB Line Attenuation (LATNpb-2): 58.0 dB Line Attenuation (LATNpb-3): 0.0 dB Line Attenuation (LATNpb-4): 0.0 dB
Signal Attenuation (SATNpb-0): 12.7 dB Signal Attenuation (SATNpb-1): 36.8 dB Signal Attenuation (SATNpb-2): 0.0 dB Signal Attenuation (SATNpb-3): 0.0 dB Signal Attenuation (SATNpb-4): 0.0 dB Downstream attainable Line rate : 67444 kbps Downstream attainable payload rate : 61104 kbps
I don't stream and I don't torrent at all. I just use this connection for gaming, and download files once in a blue moon.
And yes, it's always at the same time. Like during the day (I think starting from 11 AM) until Midnight or 1 AM, I experience horrible, horrible, HORRIBLE! lag.
Once it hits midnight/1 AM, the lag is gone. It disappears. It's like a switch.
All lag disappears from any game I play, but between 11 AM - Midnight, I lag in all games.
TS did give me a test login, and it didn't help. It was the same. I'm certain it's a problem with congestion at the remote/OPI.
There's absolutely no reason why my connection goes from horrible to good at midnight/1 AM.
So you didn't really test anything other then gaming ?
Also, you need to be precise with timing.
How can you say it's a congestion issue without even testing fully for different services ? Congestion will affect all your services, either by speed degrading and ping times degrading as well. By now all of this should of been documented.
He experiences no issues besides but gaming lag. This has been documented in the several threads that he has created on this subject. The sole, only, single thing affected is gaming.
Speeds, routing, pings, line stats, etc, etc, etc are all in the outstanding range. He has one of the best connections I have ever seen!
Never mind, I looked at the wrong section (compared first line of stats to second, made a mistake) What tests do I need to run?
And what is BELL doing to try to fix this? I'm doing their technical work for them. Of course, I'm willing to try things, though... things they should be doing.
Yeah, I have three error's, an although it's minor, why is it showing up? There should be 0 error's.
Never mind, I looked at the wrong section (compared first line of stats to second, made a mistake) What tests do I need to run?
And what is BELL doing to try to fix this? I'm doing their technical work for them. Of course, I'm willing to try things, though... things they should be doing.
Yeah, I have three error's, an although it's minor, why is it showing up? There should be 0 error's.
Nobody has 0 errors.
Check if downloading files is slow, or even torrents are working properly.
I would also try any streaming.
But it seems you've done plenty of testing as per rednekcowboy.
For Bell, there's nothing wrong because the line is great and your ping test are great. They have no evidence to back up what you're saying. And if your the only one complaning about this, well, good luck pointing the finger at Bell.
I will be getting a capture card sometime soon, so I will record the difference between when I do experience lag, and when I won't... you'll have evidence then.
Just because I'm complaining about this, does NOT mean I'm NOT experiencing issues.
Just because Bell is giving me poor service, doesn't mean I should deal with it.
Seems like this is the attitude here. I'm the customer, and I'm getting bashed here for Bell's poor service. I should just deal with it according to a few members, just because "stats" say (which btw, a Bell technician on the phone admitted to the line being "very" unstable, he actually admitted something) says it's all good, when in reality, IT'S NOT.
I remember being on the Rogers forum, and one of the members said they can't actually see congestion on their system. I have to find that post.
There's a technician coming over today, I'll ask him to switch me on a different port/card, with the least amount of ports used.
No need for the capture card, there's countless examples of your issue all over the world, the only common thread is the games you play. All of those games employ Lag Compensation.
Feel free to switch services, but if you think ADSL is going to fix the issue you're having on VDSL2, you're mistaken. You've already switched from cable to VDSL2 to combat the issue, swapping again won't help.
This is the guy that has 100/10 connection with 12 ms of ping. No lag, it's really fast and smooth. THIS is what it's suppose to look like.
See the speed of his passes? When I pass the ball for example, it goes really slow. His players turns really quick, while mine can't turn at all... they feel like they weigh 500 lbs.
Damn, wish I had a capture card right now. Will get it by sometime next week. There's a HUGE visual difference as well, so there's no doubt my evidence will prove what I'm experiencing to the doubters.
In my video, I will play against multiple opponents, against people mainly from Canada/US and show how bad I lag. ' Anyone who mentions lag compensation will be completely ignored, because it's NOT lag compensation. The first few days of my service was SO FUCKING GOOD. See? It was AMAZING. Perfect... until October 1st. As I've repeated so many times, it's like a switch, once midnight/1 AM hits, the LAG in ALL games that I play, disappears.
All I want, simply, is the service that I experienced the first few days of having Bell internet. That's it.
Instead of posting videos of other people's lag-free gameplay, can you share with us a video that actually shows YOUR bad experience?
BTW I really wish I had you line, you have outstanding stats. Look at mine:
Line Status : Port is in Showtime Mode : 0x4000000 (VDSL2 Profile 17A ) Upstream Payload Rate : 6400 kbps Downstream : 16168 kbps ================================================= DIAG Info: ================================================= Attenuation ( dB ) : 28.6 25.00 (FE LATNpb-0) 44.20 (FE LATNpb-1) 52.40 (FE LATNpb-2) 102.30 (FE LATNpb-3) 102.30 (FE LATNpb-4) SNR margin ( dB ) : 5.1 -51.20 (FE SNRMpb-0) 13.20 (FE SNRMpb-1) 13.20 (FE SNRMpb-2) -51.20 (FE SNRMpb-3) -51.20 (FE SNRMpb-4) US Aggregate Power : 11.6 dbm DS Attainable Data Rate: 21464 kbps US Attainable Data Rate: 16535 kbps HEC counter : HEC_F:0 HEC_S:0 CRC counter : CRC_F:0 CRC_S: 200
Extended Port Status ================= Bme: 1 Port: 1 Downstream line rate: 17760 kbps Upstream line rate: 8480 kbps Bearer0 Downstream payload rate: 0 kbps Bearer1 Downstream payload rate: 16168 kbps Bearer0 Upstream payload rate: 0 kbps Bearer1 Upstream payload rate: 6400 kbps Downstream attainable payload rate: 21464 kbps Downstream attainable line rate: 26424 kbps Downstream Training Margin: 10.3 dB Downstream Line Protection (Bearer1 Path): 0.0 DMT Symbols Upstream Line Protection (Bearer1 Path): 1.0 DMT Symbols Near-end ITU Vendor Id: 0xb500494b4e530200 Far-end ITU Vendor Id: 0xb5004244434da3dd Downstream delay: 5.9 ms Upstream delay: 4.1 ms Tx total power 11.6 dbm FE Tx total power 13.0 dbm VDSL Estimated Loop Length : 1943 ft G.Hs Estimated Near End Loop Length : 5927 ft G.Hs Estimated Far End Loop Length :0 ft Current framing mode: 0x10 EFM Bandplan Type...........: 0 No. of Upstream Bands...: 2 No. of Downstream Bands.: 3 Line Type: 0x04000000 VDSL2 Profile 17A Downstream FFT Protection (Bearer1 Path): 1.0 DMT Symbols Upstream FFT Protection (Bearer1 Path): 2.0 DMT Symbols Upstream Line Attenuation: NA (Only for ADSL1 & T1.413) Upstream SNR Margin: NA (Only for ADSL1 & T1413) Upstream Retransmission status: Disabled Downstream Retransmission status: Disabled
Get Near End SNR Margin and Attenuation for Bme: 1 Port 1 ================= SNR Margin: 5.2 dB Attenuation: 28.6 dB Avg SNR Margin: 7.6 dB Avg SNR: 22.3 dB
SNR Margin (SNRMpb-0): 6.7 dB SNR Margin (SNRMpb-1): 8.1 dB SNR Margin (SNRMpb-2): 3.9 dB SNR Margin (SNRMpb-3): 0.0 dB SNR Margin (SNRMpb-4): 0.0 dB
Line Attenuation (LATNpb-0): 22.1 dB Line Attenuation (LATNpb-1): 42.5 dB Line Attenuation (LATNpb-2): 52.4 dB Line Attenuation (LATNpb-3): 0.0 dB Line Attenuation (LATNpb-4): 0.0 dB
Signal Attenuation (SATNpb-0): 24.7 dB Signal Attenuation (SATNpb-1): 46.3 dB Signal Attenuation (SATNpb-2): 0.0 dB Signal Attenuation (SATNpb-3): 0.0 dB Signal Attenuation (SATNpb-4): 0.0 dB Downstream attainable Line rate : 28996 kbps Downstream attainable payload rate : 23936 kbps
sibisties, if you read this thread and my post on this page, you would have seen that I will be getting a capture card this week and will definitely show evidence, just to prove the doubters what I'm experiencing is real.
As for the video, it's an example of what it SHOULD look like. THAT is what I was experiencing the first few days of my service... NO lag... it was perfection. Running smooth and fast as it should.
sibisties, if you read this thread and my post on this page, you would have seen that I will be getting a capture card this week and will definitely show evidence, just to prove the doubters what I'm experiencing is real.
As for the video, it's an example of what it SHOULD look like.
Please, stop being thick, we all are fully aware, and we believe you have an issue, many of us have also suffered from it. We don't need to see the evidence, your issue is very well documented.
I know! Can you believe that 3 months ago I had line stats identical to SevereLag? It lasted for more than a year, I really wish I could get back to that level. Unfortunately, after numerous complains on the Bell Direct forum and four tech visits, none of them were able to fix the issue.
My simple solution: I'm dumping Bell and switching back to cable.
yeah your line isn't very rock solid stable. yeah you some some errors here and there.
But I don't see enough to have caused all the grief you are having, *at this point in time*.
As for bell's "Very Unstable" comment... Like I said a few posts up, sometimes condition are so that makes stability even worse. Just because we don't see anything *at this point in time* doesn't mean that it doesn't get worse. That is the beauty of being able to pull your stats and knowing what they mean. Intermittents can be found very easy like this.
It's possible there are issues that may clear up with a port change, but I wouldn't hold my breath on that. Nothing lost in trying to get that done though.
You have to start considering and accepting what Nitra is saying (lag compensation is small 2 word term for a dozen different things as we explained a few pages back, keep that in mind).
But do keep pasting the stats every couple of hours or so so we can keep track of it.
I didn't get a chance to read everything over, but I see you bolded TxBlkCnt, RxBlkCnt and NeFECUnCrr.
While with this modem these specific terms are unfamiliar with me I will hazard a guess that TxBlkCnt and RxBlkCnt are transmitted and received Block-Counts. (ie how much you DL's and UP'd). These two values should go up always as time goes on, and this is how I will know if you reset your modem or turned it off and are trying to F with us
NeFECUnCrr... hmm. Best guess here is "Uncorrect (or uncorrectable) FEC errors". This is telling me that you do indeed have a stability issue and it is noise related (EMI or RF noise). This is also supported by what the SNR is telling us, and why the attainable rate is jumping.
On a line that is set for 5 to 7 meg (old dsl-1), this would be significant. I'm unsure of how significant this is on Fibe at the speeds you have. Like I said, I'm out of the loop on the newer stuff with DSL. I would have to do some reading, and quite frankly I don't want to. But this is for sure what Bell saw. What they saw could have been worse, thus what they stated.
Is it ok and good like what some people here are saying? I would say no, it isn't good. It is showing us that your line has random/intermittent noise issues.
Is it enough of a problem to explain all your grief? *At this point in time* I would say no. Thus you have to consider what Nitra is telling you. It's not enough of a line problem thus far for your gaming to be as bad as it was today. So... yup... What Nitra stated.
Meanwhile, don't turn off that modem. Let it accumulate stats more and more and more. We are (or at least, I am) still looking for a spike in problems.
Forget about gaming on Rogers, gaming is a dream, LOL.
Funny that you don't have any proof aside from your own personal experience. I and various of my friends here in London game on Rogers fed connections (since VDSL doesn't exist outside of areas around COs) and we have NO issues what so ever.
You're experiencing lag across multiple ISPs, its a pretty good indication the problem is not ISP specific. But continue to argue around in circles. I don't even understand why you continue to argue here when you know mostof us don't agree with you. We're also not admins running Bell's network operations.
Shrugs, I am 200% sure it's not lag compensation. It's like a switch, once it hits early mornings, lag is gone. The first few days of my service (Sept 26 is when I got Bell Internet, till Oct 1st) was PERFECT. NO LAG AT ALL!
sibisties mentioned that his line stats decreased after a year of service... for no reason. According to him, they didn't want/try to fix the problem.
They have no proof... they are simply trying to shove their "lag compensation" theory so I would shut up and accept this poor service from Bell. Many people are playing games (I mainly play FIFA, but other games too) like FIFA, and experience no lag no matter what time of the day. I've asked too many people, and they all said NO lag with FIFA or any games during any time of the day.
I'm definitely not gonna reset my modem, I NEED this problem fixed.
I will post my line stats right now:
Line Status : Port is in Showtime Mode : 0x4000000 (VDSL2 Profile 17A ) Upstream Payload Rate : 11328 kbps Downstream : 16176 kbps ================================================= DIAG Info: ================================================= Attenuation ( dB ) : 17.8 6.30 (FE LATNpb-0) 30.50 (FE LATNpb-1) 47.20 (FE LATNpb-2) 102.30 (FE LATNpb-3) 102.30 (FE LATNpb-4) SNR margin ( dB ) : 23.4 21.30 (FE SNRMpb-0) 21.90 (FE SNRMpb-1) 21.90 (FE SNRMpb-2) -51.20 (FE SNRMpb-3) -51.20 (FE SNRMpb-4) US Aggregate Power : 11.1 dbm DS Attainable Data Rate: 61060 kbps US Attainable Data Rate: 30801 kbps HEC counter : HEC_F:0 HEC_S:0 CRC counter : CRC_F:0 CRC_S: 1
Extended Port Status ================= Bme: 1 Port: 1 Downstream line rate: 17376 kbps Upstream line rate: 12192 kbps Bearer0 Downstream payload rate: 0 kbps Bearer1 Downstream payload rate: 16176 kbps Bearer0 Upstream payload rate: 0 kbps Bearer1 Upstream payload rate: 11328 kbps Downstream attainable payload rate: 61060 kbps Downstream attainable line rate: 68840 kbps Downstream Training Margin: 30.6 dB Downstream Line Protection (Bearer1 Path): 0.0 DMT Symbols Upstream Line Protection (Bearer1 Path): 0.0 DMT Symbols Near-end ITU Vendor Id: 0xb500494b4e530200 Far-end ITU Vendor Id: 0xb5004244434da3dd Downstream delay: 0.0 ms Upstream delay: 0.0 ms Tx total power 11.1 dbm FE Tx total power 12.8 dbm VDSL Estimated Loop Length : 1828 ft G.Hs Estimated Near End Loop Length : 578 ft G.Hs Estimated Far End Loop Length :0 ft Current framing mode: 0x10 EFM Bandplan Type...........: 0 No. of Upstream Bands...: 3 No. of Downstream Bands.: 3 Line Type: 0x04000000 VDSL2 Profile 17A Downstream FFT Protection (Bearer1 Path): 0.0 DMT Symbols Upstream FFT Protection (Bearer1 Path): 0.0 DMT Symbols Upstream Line Attenuation: NA (Only for ADSL1 & T1.413) Upstream SNR Margin: NA (Only for ADSL1 & T1413) Upstream Retransmission status: Disabled Downstream Retransmission status: Disabled
Get Near End SNR Margin and Attenuation for Bme: 1 Port 1 ================= SNR Margin: 22.4 dB Attenuation: 17.8 dB Avg SNR Margin: 30.6 dB Avg SNR: 45.5 dB
SNR Margin (SNRMpb-0): 30.6 dB SNR Margin (SNRMpb-1): 25.8 dB SNR Margin (SNRMpb-2): 3.9 dB SNR Margin (SNRMpb-3): 0.0 dB SNR Margin (SNRMpb-4): 0.0 dB
Line Attenuation (LATNpb-0): 12.5 dB Line Attenuation (LATNpb-1): 38.5 dB Line Attenuation (LATNpb-2): 58.0 dB Line Attenuation (LATNpb-3): 0.0 dB Line Attenuation (LATNpb-4): 0.0 dB
Signal Attenuation (SATNpb-0): 12.7 dB Signal Attenuation (SATNpb-1): 36.8 dB Signal Attenuation (SATNpb-2): 0.0 dB Signal Attenuation (SATNpb-3): 0.0 dB Signal Attenuation (SATNpb-4): 0.0 dB Downstream attainable Line rate : 67360 kbps Downstream attainable payload rate : 61024 kbps
"I know! Can you believe that 3 months ago I had line stats identical to SevereLag? It lasted for more than a year, I really wish I could get back to that level. Unfortunately, after numerous complains on the Bell Direct forum and four tech visits, none of them were able to fix the issue.
My simple solution: I'm dumping Bell and switching back to cable."
So the connection quality decreased for absolutely no reason, and they refused to fix it/do anything about it?
I'm hoping people are getting the picture here, and that what I'm saying when the first few days of service was excellent, I'm speaking the truth.
If you don't want to help, and will blindly defend my ISP, then why do you even bother posting.
3 ISP's have the same issue, and we're blindly defending them. Really. You're the one that's posting stats that all support what we're saying. This isn't something we're making up, your stats are proof. There's nothing wrong, despite what you say. Either, your console is screwed, or, you have Lag Compensation at play. Not once, not once in the countless threads you've posted have you even considered for a moment that what we're saying might be true.
This is my last reply to you. If you think this thread is pointless, you are the one who is wasting your time in my thread. Bye!
I would also like to mention I was with TWO ISP's only... Bell and Rogers. As for TekSavvy, I only used their login, but it's STILL using Bell's equipment.