Hi, diode !!
Thank you again for your suggestion.
I unplug the moden/router every night. I use to do it with all electric equipments at home (except refrigerator and freezer).
ilan, it is a good idea, but I don't know how to accomplish it.
IPTV66 Help here!
Hi, diode !!
Thank you again for your suggestion.
I unplug the moden/router every night. I use to do it with all electric equipments at home (except refrigerator and freezer).
ilan, it is a good idea, but I don't know how to accomplish it.
I bet if you do a tracert on that, you will find alot more hops with your's compared to your neighbor's.
I also bet that if you setup your own server host and direct traffic to there and then from there to iptv server (and vise a versa), then it would work.
I am pretty sure that this issue is how your traffic is handled by your ISP, the URL is not being resolved correctly and after much ado it finally sees the URL but looses the packets because of the 'much ado' thing
Just a theory
Go back to your command prompt and ping the server again. Look at the bottom of the results for packet loose information.
By the way, tracert is done same way thru that command prompt as is the ping option is performed.
Just type 'tracert' instead of 'ping'
I also bet that if you setup your own server host and direct traffic to there and then from there to iptv server (and vise a versa), then it would work.
I am pretty sure that this issue is how your traffic is handled by your ISP, the URL is not being resolved correctly and after much ado it finally sees the URL but looses the packets because of the 'much ado' thing
Just a theory
Go back to your command prompt and ping the server again. Look at the bottom of the results for packet loose information.
By the way, tracert is done same way thru that command prompt as is the ping option is performed.
Just type 'tracert' instead of 'ping'
Thank's crazed 7.2
I found these results:
The last one (number 9) takes a long time to appear the address (more than 2 seconds)
C:\Users\tracert s1.iptv66.tv
Rastreando a rota para s1.iptv66.tv [104.24.1.119]
com no máximo 30 saltos:
1 5 ms 2 ms 2 ms 192.168.1.1 [192.168.1.1]
2 7 ms 6 ms 8 ms 175.251.40.189.isp.timbrasil.com.br [x]
3 9 ms 10 ms 10 ms 10.216.250.69 [x]
4 12 ms 38 ms 13 ms 10.216.250.21 [x]
5 14 ms 14 ms 13 ms 10.223.238.77 [x]
6 7 ms 7 ms 7 ms et2-0-0.sanpaolo8.spa.seabone.net [x]
7 118 ms 118 ms 119 ms et1-1-0.miami19.mia.seabone.net [x]
8 124 ms 119 ms 119 ms cloudflare.miami19.mia.seabone.net [x]
9 118 ms 120 ms 118 ms 104.24.1.119
Rastreamento concluído.
Below my neighbor ISP
C:\Users\milto>tracert s1.iptv66.tv
Rastreando a rota para s1.iptv66.tv [104.24.2.119]
com no máximo 30 saltos:
1 1 ms 1 ms 1 ms 192.168.0.1
2 10 ms 10 ms 10 ms 10.28.xxx.x
3 9 ms 11 ms 9 ms c9062241.virtua.com.br [x]
4 10 ms 9 ms 11 ms c90628c9.virtua.com.br [x]
5 9 ms 11 ms 11 ms c90628d1.virtua.com.br [x]
6 13 ms 12 ms 10 ms c9062a0e.virtua.com.br [x]
7 12 ms 11 ms 14 ms c9062a0d.virtua.com.br [x]
8 11 ms 12 ms 10 ms embratel-T0-4-0-1-uacc03.spomb.embratel.net.br [x]
9 16 ms 14 ms 16 ms ebt-H0-15-0-0-tcore01.spolp.embratel.net.br [x]
10 17 ms 19 ms 18 ms ebt-B1171-tcore01.spoph.embratel.net.br [x]
11 12 ms 11 ms 11 ms ebt-H0-5-0-0-puacc03.spo.embratel.net.br [x]
12 13 ms 15 ms 17 ms peer-B53-1702-puacc03.spo.embratel.net.br [x]
13 16 ms 12 ms 11 ms 104.24.2.119
Rastreamento concluído.
Hi Sandiver, thank's for your suggestion.
My router is a modem/router that belongs to the ISP provider, however I also use another router connected by cable to a router in the TV room.
I understand your point, but as I have internet access and other free IPTV works as well Amazon Prime I don't have a strong argument with my ISP to request replace the modem/router.
Here is a couple of Links to some info on setting up IPTV and Routers and wifi optimization etc.
Worth a look for possible solutions!
https://www.iptvinsider.com/improve-wifi-streaming/
and
ftp://files.dlink.com.au/products/DSL-2890AL/REV_A/SetupGuides/How_do_I_configure_my_modem_for_IPTV.pdf
You will probably need the password for the router.
/kens
/kens
Worth a look for possible solutions!
https://www.iptvinsider.com/improve-wifi-streaming/
and
ftp://files.dlink.com.au/products/DSL-2890AL/REV_A/SetupGuides/How_do_I_configure_my_modem_for_IPTV.pdf
You will probably need the password for the router.
/kens
/kens
You might try lying to your isp tell them you are getting intermittent issues connecting to netflix (netflix has/had a 30 day free trial period) i had an issue with mine and it was the line from the street to the house, they replaced it and it's been fine since.
Just FYI...
Feeds from sites such as Amazon Prime, YouTube, etc., are not using the same .ts Transport Protocol.
The protocol used is more like a file download and can therefore handle occasional data stream latency.
The program you are watching will load fully in the background, whereas the .ts does not have this kind of large buffer capacity.
The TV channel you are accessing is not stored on the Server, like YT or AP. It is sent out to a queue of users as addressed packets of data. If your ISP has a 250ms latency on 1 of the hops, well, too late... you have another packet or 2 addressed to you in the pipe.
This format includes a synchronizing clock for the smooth decoding of Video and synchronizing to audio portions of the feed data.
If the Next packet of data to be decoded is late, to the point of not keeping up with the Clock, you will have a glitch and the process then dumps their buffers, gathers the next few packets and starts the decoding process again.
Now, depending on the speed of your processors, you can build up a playout buffer in your equipment of decoded and processed Video/Audio/Metadata info.
HD has almost twice as much processing requirement as SD so this would relate to your Equipment capability to keep up.
...Oops!! Sorry, i'm rambling.
I'll stop now!
/kens
Feeds from sites such as Amazon Prime, YouTube, etc., are not using the same .ts Transport Protocol.
The protocol used is more like a file download and can therefore handle occasional data stream latency.
The program you are watching will load fully in the background, whereas the .ts does not have this kind of large buffer capacity.
The TV channel you are accessing is not stored on the Server, like YT or AP. It is sent out to a queue of users as addressed packets of data. If your ISP has a 250ms latency on 1 of the hops, well, too late... you have another packet or 2 addressed to you in the pipe.
This format includes a synchronizing clock for the smooth decoding of Video and synchronizing to audio portions of the feed data.
If the Next packet of data to be decoded is late, to the point of not keeping up with the Clock, you will have a glitch and the process then dumps their buffers, gathers the next few packets and starts the decoding process again.
Now, depending on the speed of your processors, you can build up a playout buffer in your equipment of decoded and processed Video/Audio/Metadata info.
HD has almost twice as much processing requirement as SD so this would relate to your Equipment capability to keep up.
...Oops!! Sorry, i'm rambling.
I'll stop now!
/kens
Great info Ken as always.... I was wondering if the ISP was analysing this customers usage and then throttling the iptv transport protocol. It worked well for 15 days and then poof. VOD works as it is another protocol. VPNs are prohibited so we can't test the theory. Crazed 7.2 made a good suggestion but I could not begin to imagine how to set up a local server to help out tonnynells.
Were it me, I'd try a free VPN to test the situation. No, I wouldn't use it to stream the service. I'd just use it to isolate the issue. But you never heard this from me.
If you try a VPN and if the IP stays constant, then it will not be an issue, but if the IP keeps changing then that's when it is an issue.
In other words, connect thru a VPN, but just stay connected long enough to see if the channels are working. Then after that it is up to you how long you want to keep using that VPN, but as I say, if the service sees the IP changing then it will count as a ban count.
Some VPNs hold the IP for an extended period thou. You'd have to investigate that thou.
In other words, connect thru a VPN, but just stay connected long enough to see if the channels are working. Then after that it is up to you how long you want to keep using that VPN, but as I say, if the service sees the IP changing then it will count as a ban count.
Some VPNs hold the IP for an extended period thou. You'd have to investigate that thou.
Yup, he'll know within 20 seconds if the ISP is recognizing and throttling the service. If it is, decisions will have to be made.
I am skeptical that ISP's block url address's of independent IPTV providers I don't know but it seems like one of those rumors that are unfounded. i wonder if it is proffered as a cause of stream issues when nothing else is immediately known or as a ploy by VPN services to gain customers.
I'm not intentionally starting a argument I am wondering if anyone has information supporting isp blocking services. i seem to recall Puerto Rico way back when was blocking IKS but other than that i don't remember anything.
I wonder about another possibility.... Many ISP's are in what they call "Exhaust". No more nodes to even be able to hook people up. This has happened in my area with my provider. My neighbor can't even get a connection as the only provider is "Full". Is it possible that the traffic is the blame? To illustrate.....
Imagine an eight lane freeway. 4 lanes going downtown, 4 going out of town. (Data going both directions).. When traffic is light one can cut across all lanes to make an exit. One can merge and cross all lanes to the express lane. No problems. Now make that same freeway packed with traffic. You might be able to cross all the lanes to exit or enter, however people will have to brake causing a chain reaction and a traffic jam. Once that starts, it will be felt for quite aways. It could affect people not anywhere near the place where the problem started. And sometimes, you can't make that exit. Sometimes you have to stop when trying to merge until you are let in by someone. Data is the same way. Interchanges are only so big. The freeway is only so wide. With companies being in exhaust across the country, I could see where this could be a problem. And before someone says "I don't have trouble with Netflix", I know people that have. Just not as much but trouble none the less during peak times. And remember, peak times are 3-5 hours apart across the entire country. Depending on where you are going to get to the servers, about the time the peak subsides in the east, it begins in the west, I am not looking for excuses, however I am thinking outside the box and can easily see this being a lot of the trouble. After all. every provider out there tells everyone that service could be affected during peak times. Just something to ponder people. I do not claim to know anything in this world. But I do observe the way things go and the results that are produced.
Imagine an eight lane freeway. 4 lanes going downtown, 4 going out of town. (Data going both directions).. When traffic is light one can cut across all lanes to make an exit. One can merge and cross all lanes to the express lane. No problems. Now make that same freeway packed with traffic. You might be able to cross all the lanes to exit or enter, however people will have to brake causing a chain reaction and a traffic jam. Once that starts, it will be felt for quite aways. It could affect people not anywhere near the place where the problem started. And sometimes, you can't make that exit. Sometimes you have to stop when trying to merge until you are let in by someone. Data is the same way. Interchanges are only so big. The freeway is only so wide. With companies being in exhaust across the country, I could see where this could be a problem. And before someone says "I don't have trouble with Netflix", I know people that have. Just not as much but trouble none the less during peak times. And remember, peak times are 3-5 hours apart across the entire country. Depending on where you are going to get to the servers, about the time the peak subsides in the east, it begins in the west, I am not looking for excuses, however I am thinking outside the box and can easily see this being a lot of the trouble. After all. every provider out there tells everyone that service could be affected during peak times. Just something to ponder people. I do not claim to know anything in this world. But I do observe the way things go and the results that are produced.