Buffering and packet loss on Excitel Broadband
- Thread starter Ashish Juneja
- Start date
- Replies 97
- Views 22,592
You should talk to your LCO about your line stats...... connectors/ wire etc. should be checked.....
Mine is ok.....
-- dead tinypic image removed --
-- dead tinypic image removed --
-- dead tinypic image removed --
Mine is ok.....
-- dead tinypic image removed --
-- dead tinypic image removed --
-- dead tinypic image removed --
Last edited:
Well you just can't do anything if they (LCO and Excitel raised ticket) aren't ready to accept the problem typical sarkari MTNL telephone vala. For them, speedtest.net is the god. If it has the speed then it's working as intended and you're wasting our time.
Here are the results:
excitel.com: Note the packet lost after hopping from sub-switch 10.1.96.1 9 (3rd hop) and 17th hop
theverge.com: Once again 3rd hop and 11th hop
google.co.in: Interestingly 3rd hop revealed their main switch.
netflix.com: TOTAL SHAM that they are providing peering for Netflix. Almost all packets were lost when tracerting Netflix.com using @Excitel.
imgur.com: I couldn't even upload images using imgur because uploads were either getting stuck midway. Guess what packet lost in between.
103.208.85.130: A famous Left 4 Dead 2 game server in Singapore. Once again note the 3rd hop. Cause for huge sudden spike in latency when playing.
Points worth noting:
1. Main switch on 10.200.200.1 will time out for every tracert to any foreign server.
2. This switch is Huawei Technologies made.
3. Almost all foreign traffic also time outs at some last point. Maybe 2 or 3 hops before the last checkpoint.
4. Sub-switch is running on MicroTik
So there seems no denying that there is a packet loss issue at my LCO. But they aren't ready to hear anything. They'll just forcefully select the Excitel server on speedtest.net and show you the full promised speed of 20mbps with 1ms ping. Hence no packet lost.
excitel.com: Note the packet lost after hopping from sub-switch 10.1.96.1 9 (3rd hop) and 17th hop
theverge.com: Once again 3rd hop and 11th hop
google.co.in: Interestingly 3rd hop revealed their main switch.
netflix.com: TOTAL SHAM that they are providing peering for Netflix. Almost all packets were lost when tracerting Netflix.com using @Excitel.
imgur.com: I couldn't even upload images using imgur because uploads were either getting stuck midway. Guess what packet lost in between.
103.208.85.130: A famous Left 4 Dead 2 game server in Singapore. Once again note the 3rd hop. Cause for huge sudden spike in latency when playing.
Points worth noting:
1. Main switch on 10.200.200.1 will time out for every tracert to any foreign server.
2. This switch is Huawei Technologies made.
3. Almost all foreign traffic also time outs at some last point. Maybe 2 or 3 hops before the last checkpoint.
4. Sub-switch is running on MicroTik
So there seems no denying that there is a packet loss issue at my LCO. But they aren't ready to hear anything. They'll just forcefully select the Excitel server on speedtest.net and show you the full promised speed of 20mbps with 1ms ping. Hence no packet lost.
What I've also noted that YouTube would easily load videos without buffering on 1440p due to their peering. Hence, this peering thing is somewhat leading to violation of net neutrality.
Also organic torrents speeds have been dropped to measely 200kpbs. If Excitel's server is ready to seed that specific torrent, I'll get speeds not more than 1.8MB/s. It is clearly proved that they have too much optimized their peering network without giving any concern to organic traffic. Thereby saving bandwidth and almost charging an amount of money for organic traffic instead you get their over protected bubble network of what they call peering.
Huge cheating out here!
Also organic torrents speeds have been dropped to measely 200kpbs. If Excitel's server is ready to seed that specific torrent, I'll get speeds not more than 1.8MB/s. It is clearly proved that they have too much optimized their peering network without giving any concern to organic traffic. Thereby saving bandwidth and almost charging an amount of money for organic traffic instead you get their over protected bubble network of what they call peering.
Huge cheating out here!
Last edited:
do not waste your time and money. this isp is only good for downloads because of no fup and if u cant even download properly then i would suggest you to change your isp.
trust me , i have tried a lot on packet loss issue , netflix , twitch bufferings etc. they just dont get it. your packet loss will not be fixed until they move to pure ftth . forget about bufferings. i doubt it will ever get fixed.
the thing is in my area its just excitel and 1 more local isp that gives 5 mbps for 1k rs. this is the only reason why i am still with them otherwise i would have changed isps months ago. its just not worth all the headache
trust me , i have tried a lot on packet loss issue , netflix , twitch bufferings etc. they just dont get it. your packet loss will not be fixed until they move to pure ftth . forget about bufferings. i doubt it will ever get fixed.
the thing is in my area its just excitel and 1 more local isp that gives 5 mbps for 1k rs. this is the only reason why i am still with them otherwise i would have changed isps months ago. its just not worth all the headache
When I had excitel, it was being routed to LCO->Excitel->peering/provider. I seems you connection only having 1 hop to external so possible LCO giving you net? Someone more knowledgeable should see..
The loss after 10.1.96.1 is the only thing you isp can control, rest is up with Tata. I guess there should be some problem with Tata since many are complaining. I had some problem with Rcom but it was only in foreign servers. But I don't understand why there isn't loss travelling to Tata in google.co.in, maybe by chance.
Also, I'm getting request timeouts with MTNL but there no loss with ping(in Windows)
Also strange that Excitel.com is being hosted in Bulgaria. Maybe you should check a direct ip? Also don't think netflix peering should mean their site is peered.
The loss after 10.1.96.1 is the only thing you isp can control, rest is up with Tata. I guess there should be some problem with Tata since many are complaining. I had some problem with Rcom but it was only in foreign servers. But I don't understand why there isn't loss travelling to Tata in google.co.in, maybe by chance.
Also, I'm getting request timeouts with MTNL but there no loss with ping(in Windows)
Also strange that Excitel.com is being hosted in Bulgaria. Maybe you should check a direct ip? Also don't think netflix peering should mean their site is peered.
Yes, maybe Hathway or other fupped is better choice for 1k+ since you want the net to run whenever you use. I hope MTNL too raise their speed where they have high attainable rate.
