Me too...
Feedback for Ogero
I have my own as well
GUYS how did you got the PPPoE username and password ?
I downloaded this extension for chrome: ADSL account recovery tool313 wroteGUYS how did you got the PPPoE username and password ?
I remember there was also a manual way that was shared on lebgeeks but I didn't bother since the extension does the job perfectly.
Thank you Bro *Worked Flawless*
Finally!
anyone subscribed to above 8mbps package from ogero ?
any isp that offers unlimited service above 2mbps?
SNR Margin (dB) 28.7 27.4
why mine very low comparing to yours :/
why mine very low comparing to yours :/
I called Ogero and asked them for it.313 wroteGUYS how did you got the PPPoE username and password ?
Note the 0.1dB .. his SNR margin is 24.3 and 28.6ManOwaRR wroteSNR Margin (dB) 28.7 27.4
why mine very low comparing to yours :/
If you visit Ogero's web page you will see they are offering a free modem to new subscribers (offer valid until 31/01/2017).
That's a first.
That's a first.
Is anyone having issues with their Ogero DSLs?
Internet for the past 3 days has been absolute shit, I keep losing connection and even when there is connection, it's slow as hell..
I can't even watch a 144p video on YouTube while usually I do at 480p without pausing.
Internet for the past 3 days has been absolute shit, I keep losing connection and even when there is connection, it's slow as hell..
I can't even watch a 144p video on YouTube while usually I do at 480p without pausing.
Which DSL modem do you have ? Check the 4th light if it's a Thomson modem when this happens. Does it go off ?
I am assuming your connection is slow because it's re-syncing (after disconnecting) at a very low speed due to a low SNR.
You need to check your modem parameters when this happens. Type 192.168.1.254 in the browser and enter the following username/password: user / user
I am assuming your connection is slow because it's re-syncing (after disconnecting) at a very low speed due to a low SNR.
You need to check your modem parameters when this happens. Type 192.168.1.254 in the browser and enter the following username/password: user / user
Read'em and weep guys http://www.speedtest.net/my-result/5914212774 :D
ping to Europe is between 68 and 80 ms, not as good as I had imagined given that that is fiber optics and costs the company around 800$ a month)
ping to Europe is between 68 and 80 ms, not as good as I had imagined given that that is fiber optics and costs the company around 800$ a month)
it says ping 2msuser wroteRead'em and weep guys http://www.speedtest.net/my-result/5914212774
ping to Europe is between 68 and 80 ms, not as good as I had imagined given that that is fiber optics and costs the company around 800$ a month)
That is a test against a speedtest server in Lebanon, but pinging a server our company owns or one that I own in Europe is 68 to 80 ms (depending on the server location) a speedtest against a server in Europe gave me a 40 ms whereas to east US gave me 140ms.
Does this company have QoS? Is measurements done on channel with utilization below 80%?
Because fiber from ogero, _real one_, looks like this (server in germany):
nuclear@nuclear-desktop:~$ ping germany.<removed for privacy>
PING germany.<removed for privacy> (a.b.c.d) 56(84) bytes of data.
64 bytes from <removed for privacy> (a.b.c.d): icmp_seq=1 ttl=51 time=98.5 ms
64 bytes from <removed for privacy> (a.b.c.d): icmp_seq=2 ttl=51 time=98.5 ms
64 bytes from <removed for privacy> (a.b.c.d): icmp_seq=3 ttl=51 time=98.4 ms
64 bytes from <removed for privacy> (a.b.c.d): icmp_seq=4 ttl=51 time=98.9 ms
64 bytes from <removed for privacy> (a.b.c.d): icmp_seq=5 ttl=51 time=98.4 ms
64 bytes from <removed for privacy> (a.b.c.d): icmp_seq=6 ttl=51 time=98.2 ms
64 bytes from <removed for privacy> (a.b.c.d): icmp_seq=7 ttl=51 time=98.3 ms
64 bytes from <removed for privacy> (a.b.c.d): icmp_seq=8 ttl=51 time=98.3 ms
64 bytes from <removed for privacy> (a.b.c.d): icmp_seq=9 ttl=51 time=98.3 ms
64 bytes from <removed for privacy> (a.b.c.d): icmp_seq=10 ttl=51 time=98.3 ms
64 bytes from <removed for privacy> (a.b.c.d): icmp_seq=11 ttl=51 time=98.5 ms
64 bytes from <removed for privacy> (a.b.c.d): icmp_seq=12 ttl=51 time=98.4 ms
64 bytes from <removed for privacy> (a.b.c.d): icmp_seq=13 ttl=51 time=98.5 ms
64 bytes from <removed for privacy> (a.b.c.d): icmp_seq=14 ttl=51 time=98.4 ms
64 bytes from <removed for privacy> (a.b.c.d): icmp_seq=15 ttl=51 time=98.3 ms
64 bytes from <removed for privacy> (a.b.c.d): icmp_seq=16 ttl=51 time=98.6 ms
64 bytes from <removed for privacy> (a.b.c.d): icmp_seq=17 ttl=51 time=98.5 ms
64 bytes from <removed for privacy> (a.b.c.d): icmp_seq=18 ttl=51 time=98.5 ms
64 bytes from <removed for privacy> (a.b.c.d): icmp_seq=19 ttl=51 time=98.3 ms
^C
--- germany.<removed for privacy> ping statistics ---
19 packets transmitted, 19 received, 0% packet loss, time 18026ms
rtt min/avg/max/mdev = 98.283/98.479/98.926/0.408 ms
Because fiber from ogero, _real one_, looks like this (server in germany):
nuclear@nuclear-desktop:~$ ping germany.<removed for privacy>
PING germany.<removed for privacy> (a.b.c.d) 56(84) bytes of data.
64 bytes from <removed for privacy> (a.b.c.d): icmp_seq=1 ttl=51 time=98.5 ms
64 bytes from <removed for privacy> (a.b.c.d): icmp_seq=2 ttl=51 time=98.5 ms
64 bytes from <removed for privacy> (a.b.c.d): icmp_seq=3 ttl=51 time=98.4 ms
64 bytes from <removed for privacy> (a.b.c.d): icmp_seq=4 ttl=51 time=98.9 ms
64 bytes from <removed for privacy> (a.b.c.d): icmp_seq=5 ttl=51 time=98.4 ms
64 bytes from <removed for privacy> (a.b.c.d): icmp_seq=6 ttl=51 time=98.2 ms
64 bytes from <removed for privacy> (a.b.c.d): icmp_seq=7 ttl=51 time=98.3 ms
64 bytes from <removed for privacy> (a.b.c.d): icmp_seq=8 ttl=51 time=98.3 ms
64 bytes from <removed for privacy> (a.b.c.d): icmp_seq=9 ttl=51 time=98.3 ms
64 bytes from <removed for privacy> (a.b.c.d): icmp_seq=10 ttl=51 time=98.3 ms
64 bytes from <removed for privacy> (a.b.c.d): icmp_seq=11 ttl=51 time=98.5 ms
64 bytes from <removed for privacy> (a.b.c.d): icmp_seq=12 ttl=51 time=98.4 ms
64 bytes from <removed for privacy> (a.b.c.d): icmp_seq=13 ttl=51 time=98.5 ms
64 bytes from <removed for privacy> (a.b.c.d): icmp_seq=14 ttl=51 time=98.4 ms
64 bytes from <removed for privacy> (a.b.c.d): icmp_seq=15 ttl=51 time=98.3 ms
64 bytes from <removed for privacy> (a.b.c.d): icmp_seq=16 ttl=51 time=98.6 ms
64 bytes from <removed for privacy> (a.b.c.d): icmp_seq=17 ttl=51 time=98.5 ms
64 bytes from <removed for privacy> (a.b.c.d): icmp_seq=18 ttl=51 time=98.5 ms
64 bytes from <removed for privacy> (a.b.c.d): icmp_seq=19 ttl=51 time=98.3 ms
^C
--- germany.<removed for privacy> ping statistics ---
19 packets transmitted, 19 received, 0% packet loss, time 18026ms
rtt min/avg/max/mdev = 98.283/98.479/98.926/0.408 ms
Our underlying infrastructure is very vague as it is not controlled directly by us, but by a centralized administration in Beirut Digital District. We were told we are on fiber optics from ogero, speedtest latency results were as I mentionned previously and everything was very fast. So I have no reason to doubt what they told us. I have absolutely no clue what the usage is on it at the time of my testing(though I seemed to have gotten better results than you have?) curiously though, pinging a server in the netherlands yielded worse results than pinging a server in ireland, which I found weird, I did not try germany.
@user can you please do speed test on Orange's Server in Marseille, France
Not sure, they put us on this fiber because our main subscription ran into problems, when they fix it they will move us back to the cheap one(not sure when) and my car broke down and I won't be at work until I fix it. I'll let you know.
anyone facing packet loss with ogero?