Navigacija
Lista poslednjih: 16, 32, 64, 128 poruka.

SBB Beograd - lag spajkovi i dziter

[es] :: ISP :: SBB Beograd - lag spajkovi i dziter

Strane: < .. 1 2 3 4 5 6 7 8 9

[ Pregleda: 23504 | Odgovora: 167 ] > FB > Twit

Postavi temu Odgovori

Autor

Pretraga teme: Traži
Markiranje Štampanje RSS

Branimir Maksimovic

Član broj: 64947
Poruke: 5534
c-bg-d-p1-76.bvcom.net.



+1063 Profil

icon Re: SBB Beograd - lag spajkovi i dziter09.04.2017. u 09:01 - pre 65 meseci
Kako bre do gugla prosek 13?
Meni prosek 7ms sa spajkom do 15ms. A ja imam 10/1 kablovski. Mora da gadjas neki guglov server u Americi....
 
Odgovor na temu

Zlatni_bg
Nikola S
Beograd

Član broj: 65708
Poruke: 4341
*.dynamic.sbb.rs.



+492 Profil

icon Re: SBB Beograd - lag spajkovi i dziter09.04.2017. u 16:19 - pre 64 meseci
Jok brate, i google.rs isto. Da je Americki oko 150-180 bi bio ping minimum. 7 hopova do google.com imam.
THE ONLY EASY DAY WAS YESTERDAY
 
Odgovor na temu

Zlatni_bg
Nikola S
Beograd

Član broj: 65708
Poruke: 4341
*.dynamic.sbb.rs.



+492 Profil

icon Re: SBB Beograd - lag spajkovi i dziter11.04.2017. u 23:41 - pre 64 meseci
Problemi i dalje traju, samo da javim situaciju. Lokal radi extra, ruter radi vrh, samo sto dziter do lokacija u Srbiji bude preko 1ms i ka nasem googleu/dns serverima/bilocemonjihovom svaki cas imam spajkove.

Code:

[[email protected] ~]# ping -c 50 -i 1 google.com
PING google.com (216.58.214.238) 56(84) bytes of data.
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=1 ttl=57 time=13.1 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=2 ttl=57 time=13.7 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=3 ttl=57 time=13.4 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=4 ttl=57 time=14.5 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=5 ttl=57 time=12.1 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=6 ttl=57 time=18.3 ms  <--
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=7 ttl=57 time=14.8 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=8 ttl=57 time=14.0 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=9 ttl=57 time=14.0 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=10 ttl=57 time=13.7 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=11 ttl=57 time=14.6 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=12 ttl=57 time=16.4 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=13 ttl=57 time=14.0 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=14 ttl=57 time=13.4 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=15 ttl=57 time=13.5 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=16 ttl=57 time=14.6 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=17 ttl=57 time=13.7 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=18 ttl=57 time=13.0 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=19 ttl=57 time=12.9 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=20 ttl=57 time=13.8 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=21 ttl=57 time=13.7 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=22 ttl=57 time=13.0 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=23 ttl=57 time=14.5 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=24 ttl=57 time=15.8 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=25 ttl=57 time=33.9 ms <--
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=26 ttl=57 time=13.7 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=27 ttl=57 time=16.2 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=28 ttl=57 time=13.4 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=29 ttl=57 time=14.2 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=30 ttl=57 time=15.3 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=31 ttl=57 time=14.1 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=32 ttl=57 time=15.4 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=33 ttl=57 time=14.8 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=34 ttl=57 time=13.5 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=35 ttl=57 time=14.7 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=36 ttl=57 time=12.8 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=37 ttl=57 time=13.2 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=38 ttl=57 time=14.3 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=39 ttl=57 time=13.3 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=40 ttl=57 time=13.1 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=41 ttl=57 time=13.4 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=42 ttl=57 time=14.7 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=43 ttl=57 time=14.0 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=44 ttl=57 time=15.3 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=45 ttl=57 time=14.1 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=46 ttl=57 time=12.4 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=47 ttl=57 time=15.2 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=48 ttl=57 time=13.4 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=49 ttl=57 time=12.5 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=50 ttl=57 time=14.0 ms

--- google.com ping statistics ---
50 packets transmitted, 50 received, 0% packet loss, time 49085ms
rtt min/avg/max/mdev = 12.150/14.521/33.978/2.994 ms <-- poslednji broj, devijacije u odgovorima


Sad je jos i "mirno" kako ume da bude. Cat6A shieldovan do rutera i modema, po 1m. Najveci problem je sto ovo ume tako da mi zezne neke realtime aplikacije samo tako. Nije da kukam na ping, podnosljivo mi je i tih 40ms koliko ponekad spajkuje do googlea, ali sam QOS se zezne totalno i na mom nivou i na SBB nivou zbog ovih paketa. Negde gde imam ogroman protok paketa (te realtime aplikacije) ili bilo koja online igra poblesavi kad naleti takav paket a ima ih i po 100/sec. Nazalost, po standardima, ovo je kao normalno, jeste, moze da se surfuje i da se skida sve po 15MB/s, nema frke, ali one stvari koje bi radile sa 1Mbps i normalnom linijom ne rade sa ovakvom konekcijom.

Saveti? Kako SBBu objasniti (verovatno su i svesni) da negde imaju zagusenje i da nesto urade po tom pitanju? Ili strpljenje dok problem ne postane vecih razmera?
THE ONLY EASY DAY WAS YESTERDAY
 
Odgovor na temu

Zlatni_bg
Nikola S
Beograd

Član broj: 65708
Poruke: 4341
*.dynamic.sbb.rs.



+492 Profil

icon Re: SBB Beograd - lag spajkovi i dziter11.04.2017. u 23:44 - pre 64 meseci
Code:

[[email protected] ~]# ping -c 50 -i 1 krstarica.com
PING krstarica.com (91.109.19.65) 56(84) bytes of data.
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=1 ttl=57 time=28.1 ms
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=2 ttl=57 time=29.4 ms
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=3 ttl=57 time=29.0 ms
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=4 ttl=57 time=28.9 ms
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=5 ttl=57 time=28.8 ms
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=6 ttl=57 time=29.5 ms
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=7 ttl=57 time=30.3 ms
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=8 ttl=57 time=29.2 ms
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=9 ttl=57 time=29.2 ms
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=10 ttl=57 time=29.2 ms
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=11 ttl=57 time=31.0 ms
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=12 ttl=57 time=30.1 ms
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=13 ttl=57 time=30.4 ms
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=14 ttl=57 time=29.4 ms
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=15 ttl=57 time=27.8 ms
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=16 ttl=57 time=28.2 ms
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=17 ttl=57 time=29.7 ms
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=18 ttl=57 time=29.8 ms
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=19 ttl=57 time=29.7 ms
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=20 ttl=57 time=28.0 ms
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=21 ttl=57 time=39.1 ms <--
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=22 ttl=57 time=29.0 ms
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=23 ttl=57 time=29.6 ms
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=24 ttl=57 time=28.1 ms
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=25 ttl=57 time=36.8 ms <--
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=26 ttl=57 time=28.3 ms
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=27 ttl=57 time=28.3 ms
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=28 ttl=57 time=28.6 ms
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=29 ttl=57 time=29.4 ms
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=30 ttl=57 time=29.2 ms
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=31 ttl=57 time=31.6 ms
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=32 ttl=57 time=29.1 ms
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=33 ttl=57 time=29.0 ms
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=34 ttl=57 time=30.9 ms
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=35 ttl=57 time=29.7 ms
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=36 ttl=57 time=28.5 ms
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=37 ttl=57 time=28.5 ms
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=38 ttl=57 time=28.3 ms
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=39 ttl=57 time=29.7 ms
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=40 ttl=57 time=50.8 ms <--
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=41 ttl=57 time=30.7 ms
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=42 ttl=57 time=30.0 ms
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=43 ttl=57 time=29.5 ms
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=44 ttl=57 time=29.1 ms
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=45 ttl=57 time=30.0 ms
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=46 ttl=57 time=29.5 ms
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=47 ttl=57 time=30.3 ms
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=48 ttl=57 time=28.4 ms
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=49 ttl=57 time=29.0 ms
64 bytes from 91.109.19.65 (91.109.19.65): icmp_seq=50 ttl=57 time=29.4 ms

--- krstarica.com ping statistics ---
50 packets transmitted, 50 received, 0% packet loss, time 49088ms
rtt min/avg/max/mdev = 27.890/30.131/50.834/3.522 ms <--
[[email protected] ~]#


Krstarica, ciji server je malo udaljeniji.
THE ONLY EASY DAY WAS YESTERDAY
 
Odgovor na temu

bachi
Vladimir Vučićević
System administrator
Beograd, Srbija

Član broj: 17912
Poruke: 5177

Sajt: www.bachi.in.rs


+2776 Profil

icon Re: SBB Beograd - lag spajkovi i dziter12.04.2017. u 07:50 - pre 64 meseci
A ti se žališ tačno na šta? Ne vidim šta fali ovom pingu, a ako hoćeš niži i stabilniji, a ti lepo zakupi optički link.
... Vladimir Vučićević aka. Bachi
~~~ www.bachi.in.rs <<<<>>>> [email protected]
>>> It's nice to be important, but it's more important to be nice...
 
Odgovor na temu

Zlatni_bg
Nikola S
Beograd

Član broj: 65708
Poruke: 4341
*.dynamic.sbb.rs.



+492 Profil

icon Re: SBB Beograd - lag spajkovi i dziter12.04.2017. u 08:00 - pre 64 meseci
Pa kao sto sam napisao, ne kukam na ping, kukam na peak vrednosti koje se pojavljuju. Prave mi haos u mnogim situacijama, evo konkretno sto se SBBa tice, gledam D3GO na racunaru i kada se pojavi par zakasnelih paketa za redom, njihov softver prepozna da imam nekvalitetnu internet konekciju i smanji rezoluciju na minimum. U onlajn igrama takodje napravi ogromne probleme jer dosta puta ne moze da mi nadje adekvatan obliznji server, vec me prebaci na neki ruski/turski/udaljeni, takodje u FPS igrama (sta cu, neki izduvni ventil mora da se ima) kasnjenje tog jednog paketa rezultuje teleportovanjem i nesto sto bih najpribliznije nazvao stutteringom.

Dakle nije ping problem, problem su ovi peakovi koji se pojavljuju iz nepoznatih razloga. Kad je vise paketa u sekundi u pitanju problem je vise izrazen, evo sa 100ms zahtevima:

Code:

[[email protected] ~]# ping -c 50 -i 0.1 google.com
PING google.com (216.58.214.238) 56(84) bytes of data.
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=1 ttl=57 time=12.8 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=2 ttl=57 time=14.0 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=3 ttl=57 time=12.9 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=4 ttl=57 time=13.9 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=5 ttl=57 time=13.4 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=6 ttl=57 time=14.3 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=7 ttl=57 time=12.8 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=8 ttl=57 time=13.8 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=9 ttl=57 time=13.4 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=10 ttl=57 time=14.5 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=11 ttl=57 time=12.5 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=12 ttl=57 time=14.1 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=13 ttl=57 time=19.6 ms <-
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=14 ttl=57 time=13.9 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=15 ttl=57 time=12.8 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=16 ttl=57 time=17.9 ms <-
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=17 ttl=57 time=14.2 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=18 ttl=57 time=12.3 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=19 ttl=57 time=14.6 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=20 ttl=57 time=13.5 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=21 ttl=57 time=12.5 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=22 ttl=57 time=14.1 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=23 ttl=57 time=13.7 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=24 ttl=57 time=14.2 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=25 ttl=57 time=15.1 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=26 ttl=57 time=14.2 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=27 ttl=57 time=12.9 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=28 ttl=57 time=14.1 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=29 ttl=57 time=13.2 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=30 ttl=57 time=14.6 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=31 ttl=57 time=13.9 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=32 ttl=57 time=14.8 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=33 ttl=57 time=13.8 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=34 ttl=57 time=13.3 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=35 ttl=57 time=14.6 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=36 ttl=57 time=14.4 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=37 ttl=57 time=14.2 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=38 ttl=57 time=19.2 ms <-
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=39 ttl=57 time=14.8 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=40 ttl=57 time=13.4 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=41 ttl=57 time=15.2 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=42 ttl=57 time=14.2 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=43 ttl=57 time=13.2 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=44 ttl=57 time=15.4 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=45 ttl=57 time=20.5 ms <-
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=46 ttl=57 time=14.1 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=47 ttl=57 time=14.5 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=48 ttl=57 time=13.8 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=49 ttl=57 time=14.3 ms
64 bytes from bud02s24-in-f238.1e100.net (216.58.214.238): icmp_seq=50 ttl=57 time=14.0 ms

--- google.com ping statistics ---
50 packets transmitted, 50 received, 0% packet loss, time 4943ms
rtt min/avg/max/mdev = 12.331/14.357/20.594/1.667 ms
[[email protected] ~]#


Znaci ovo je na nivou pet sekundi/50 paketa. Ne vidim razlog zasto bi svaki n-ti kasnio drasticno vise od nekog drugog? Ne znam da li me najbolje razumes, ali softver koji dobija konstantno odredjen broj paketa u sekundi, kada mu jedan ne stigne na vreme, moze da zezne celu sekundu tog livea. Tipa sledeci stigne pre prethodnog.

Ne znam da li neko na svojoj konekciji moze da mi potvrdi da li pri koriscenju samo jednog zicno vezanog uredjaja ima ovakvih problema. Do sad ih nisam video.
THE ONLY EASY DAY WAS YESTERDAY
 
Odgovor na temu

Branimir Maksimovic

Član broj: 64947
Poruke: 5534
c-bg-d-p1-76.bvcom.net.



+1063 Profil

icon Re: SBB Beograd - lag spajkovi i dziter12.04.2017. u 09:35 - pre 64 meseci
Mislim da ovi spajkovi nisu uzrok tvog problema. Da sam na tvom mestu pogledao bih kako ide veza do tih gaming servera i tog d3go. Moguce da imas povremeni packet loss.
 
Odgovor na temu

Binary Mind
11040

Član broj: 28245
Poruke: 13289
*.dynamic.sbb.rs.



+3778 Profil

icon Re: SBB Beograd - lag spajkovi i dziter12.04.2017. u 16:20 - pre 64 meseci
Jel' ti stig'o Asus? Inače taj ping, nije uopšte loš, a SBB je SBB. Ping kod mene ka google.rs je možda još gori (~20ms) i ima povremenih spajkova. Ja sam i time zadovoljan, sa obzirom da je veza bežična i da živim u soliteru od 20+ spratova koji je pun wifi rutera, krov 2 krov mreža itd...

[Ovu poruku je menjao Binary Mind dana 12.04.2017. u 17:33 GMT+1]
 
Odgovor na temu

Zlatni_bg
Nikola S
Beograd

Član broj: 65708
Poruke: 4341
*.dynamic.sbb.rs.



+492 Profil

icon Re: SBB Beograd - lag spajkovi i dziter13.04.2017. u 22:51 - pre 64 meseci
Uzeo sam ga konacno, jos nisam stigao da se igram sa naprednim opcijama ali sam podesio lokalnu mrezu, port forward, mac binding itd, sve je funkcionalno i kida koliko je brzo i stabilno :) Pa cu vam o njemu iskustvo podeliti nesto kasnije, za sad i dalje mucim muku sa SBBom. Sve u svemu, vredi svaku paru ruter :)

Ti cepas wifi, a meni je prioritet ethernet konekcija, za WiFi sam u fazonu kako radi radi, ping mi je manje bitan, nista ping-kriticno ne radim preko wifija. Samo browsing i neki download, ostalo je sve svlacenje sa lokala. Ali kad sam za desktopom ume da bude iritantno, mnooogo iritantno.

Ne znam da li sam ja "netolerantan" mozda zbog cele one price sa Ubee-jem prema ovim ping varijacijama, ali i dalje mislim da nesto ne valja, pogotovu sto je serviser nasao sum na signalu.

Elem, juce sam poslao mail SBBu opet, rekao da je bilo i suma na signalu i da je prelazak na modem "smanjio" problem ali nije eliminisao, pojacali su mi downstream signal danas, sad sam na otprilike konstantnih 40dB SNR-a na EPC-ovoj stranici modema. Ipak izlaze u susret koliko je to moguce, ovaj put u mnogo kracem roku.

Ono zasto mislim da imam problem i dalje je ovo:

Code:

[[email protected] ~]# traceroute -I google.com
traceroute to google.com (216.58.214.206), 30 hops max, 60 byte packets
 1  10.0.0.1 (10.0.0.1)  8.316 ms  8.193 ms  8.157 ms
 2  10.0.0.1 (10.0.0.1)  8.872 ms  8.845 ms  12.328 ms
 3  bg-bg-m-3-pc3.sbb.rs (89.216.4.2)  13.247 ms  13.219 ms  13.189 ms
 4  bg-he-m-1-te8-1.sbb.rs (89.216.5.105)  13.146 ms  13.118 ms  12.565 ms
 5  bg-tp-m-0-be13.sbb.rs (89.216.6.96)  12.506 ms  12.480 ms  12.452 ms
 6  72.14.219.230 (72.14.219.230)  16.915 ms  13.195 ms  13.970 ms
 7  209.85.243.119 (209.85.243.119)  14.831 ms  14.542 ms  14.439 ms
 8  66.249.94.181 (66.249.94.181)  14.405 ms  14.373 ms  14.336 ms
 9  bud02s23-in-f14.1e100.net (216.58.214.206)  13.485 ms  17.424 ms  18.232 ms
[[email protected] ~]#


Dakle, prvi hop mi je 10.0.0.1. Pingujem taj prvi hop:

Code:

--- 10.0.0.1 ping statistics ---
50 packets transmitted, 50 received, 0% packet loss, time 14751ms
rtt min/avg/max/mdev = 6.718/7.786/13.878/1.050 ms


treci hop:

Code:

--- 89.216.4.2 ping statistics ---
50 packets transmitted, 50 received, 0% packet loss, time 14749ms
rtt min/avg/max/mdev = 7.016/8.481/12.819/0.964 ms


peti/poslednji SBB:

Code:

50 packets transmitted, 50 received, 0% packet loss, time 14748ms
rtt min/avg/max/mdev = 7.549/10.589/26.124/3.176 ms


Na ovom petom imam ogromnih problema (bg-tp-m-0-be13.sbb.rs), to mi je izlaz sa SBB mreze, njihov poslednji ruting ka internetu. Da li bi trebalo da imam tolike varijacije?

Mozda deluje da sitnicarim, ali mi nije logicno da imam ovolikih varijacija u SBB lokalu. Znaci ovde je iskljucen spoljni uticaj, SBB mreza je u pitanju. Optika takodje nista ne bi pomogla, sem direktnog linka na vecem layeru. Znam da je u ovoj temu bilo postova ka pingovanju googleovih servera sa pingom koji je od 4 do 5ms, na 100 zahteva, Milan je okacio. Bez ikakvih varijacija.

Moja prica se svodi na to da nam SBB povecava brzine, ali generalno na svojoj strani nista ne radi da poboljsa infrastrukturu koja bi podrzala to sve. Jeste, ja sam jedan master ITa, a oni imaju timove inzenjera koji rade na tome svaki dan, nisam relevantan, ali meni ova mreza ne deluje pouzdano vise.

[Ovu poruku je menjao Zlatni_bg dana 14.04.2017. u 00:05 GMT+1]
THE ONLY EASY DAY WAS YESTERDAY
 
Odgovor na temu

Zlatni_bg
Nikola S
Beograd

Član broj: 65708
Poruke: 4341
*.dynamic.sbb.rs.



+492 Profil

icon Re: SBB Beograd - lag spajkovi i dziter14.04.2017. u 05:44 - pre 64 meseci
Radio sam jos testiranja, ne znam da li ima potrebe da kacim sve rezultate, mnoge traceove, i udaljene i bliske, i juzno i severno i u strane... Zakljucio sam jedino da je problem na SBB infrastrukturi i da imam ~10ms kasnjenja samo da izadjem sa SBB mreze. U to ukljuceno racunar->ruter->modem. Najblizi googleov server na koji me baca je budimpesta koliko vidim bud02s23-in-f14.1e100.net/216.58.214.206, do njih imam 10ms da izadjem sa SBBa + 4 hopa koja dodaju 3ms. Dakle, lokal 10ms i 3ms internet. Do googlea u Rumuniji je oko 18ms. Sve u svemu problem prave SBB mrezni uredjaji. Ovo je krenulo pre mesec dana, do tad nije bilo ovih problema, tada se radila mreza nekih 5 dana sa prekidima u isporuci signala i ping na ookli je bio ispod 10ms na vecini servera u RS.
THE ONLY EASY DAY WAS YESTERDAY
 
Odgovor na temu

Milan86
Beograd

Član broj: 67398
Poruke: 599
*.dynamic.isp.telekom.rs.



+7 Profil

icon Re: SBB Beograd - lag spajkovi i dziter14.04.2017. u 09:45 - pre 64 meseci
Evo kako kod mene na Telekomu (VDSL, 50Mb/s) izgleda tracert do Google-a i ping ka tvom trecem i petom SBB hop-u:

Tracert:



Ping ka tvom trecem SBB hop-u:



Ping ka tvom petom SBB hop-u:

 
Odgovor na temu

Zlatni_bg
Nikola S
Beograd

Član broj: 65708
Poruke: 4341
*.dynamic.sbb.rs.



+492 Profil

icon Re: SBB Beograd - lag spajkovi i dziter14.04.2017. u 10:01 - pre 64 meseci
Svaka cast i puno hvala za ovo. Potvrdjuje moje sumnje da nesto nije u redu sa poslednjim SBB hopom. S obzirom da i dalje treba da im javim rezultate akcije sa njihove strane, prilozicu i ovo u mailu.

Btw, da li mozes da odradis traceroute ka trecem SBB hopu? Cudno je da zaobilazis moj peti, valjda bi trebao da bude obrnut redosled.

Pitanje je da li ce i sta ce uraditi sa tim cvoristem ili sta god to cudo jeste, jer pravi pakao od konekcije. Mislim da toliko prometa ima tu da jednostavno rutiranje ne moze da se odradi bez kasnjenja. Ali pre ili kasnije ce imati samo jos veci problem.
THE ONLY EASY DAY WAS YESTERDAY
 
Odgovor na temu

Milan86
Beograd

Član broj: 67398
Poruke: 599
*.dynamic.isp.telekom.rs.



+7 Profil

icon Re: SBB Beograd - lag spajkovi i dziter14.04.2017. u 10:14 - pre 64 meseci
Evo, odradio sam tracert ka tvom trecem SBB hopu:



Tvoj peti SBB hop je opterecen verovatno, ali cudno je da je kod mene na Telekomu bolji ping ka istom nego kod tebe na SBB-u...
 
Odgovor na temu

Zlatni_bg
Nikola S
Beograd

Član broj: 65708
Poruke: 4341
*.dynamic.sbb.rs.



+492 Profil

icon Re: SBB Beograd - lag spajkovi i dziter14.04.2017. u 10:38 - pre 64 meseci
Ne da je opterecen nego preopterecen :)

Meni je zanimljivo kako ako mozes da vidis, koriste se drugi uredjaji za rutiranje od mene i od tebe, tj. od mog slanja zahteva ka internetu, i tvog slanja zahteva ka SBB mrezi. Preskocio se problematican hop.

Za to kako ti imas bolji ping ka mojoj "internoj" mrezi, apsolutno nemam odgovor, pa ni da lupim. Jedino ako ne koriste druge servere za rutiranje ka i od mreze, ali se dosta slabo razumem u toliku mreznu infrastrukturu.

Ne znam gde mi se nalazi 10.0.0.1, verovatno negde mnogo blizu. Do njega imam prosecno 6-9ms. Visoke sestice i niske devetke. Moze da bude da je i to cvoriste optereceno ali da rutira i dalje podatke pod konstantnom brzinom. Jedino sto pravi dodatno kasnjenje.

Code:
--- 10.0.0.1 ping statistics ---
100 packets transmitted, 100 received, 0% packet loss, time 99173ms
rtt min/avg/max/mdev = 6.388/7.925/12.585/0.862 ms


Nije strasno, dvanaestica se samo jednom pojavila i jitter je ispod 1ms. Verovatno zbog tog cvorista imas manji ping od mene. Kako i kuda se ide do tog uredjaja, ko zna. Mozda bleji jato golubova na kablu trenutno :)

Sve u svemu, problem kod njih postoji i nastao je pre ravno mesec dana. Kapiram da ne izlazi ceo BG istim putem na internet, mene je izgleda zakacilo do njihovo "sredjivanje mreze" gde su mozda prebacili korisnike s jednog uredjaja na taj. Mail poslat sa raznim rezultatima sa moje strane, i slike sa tvoje (nadam se da se ne ljutis sto sam poslao), pa se nadam da ce uraditi nesto po tom pitanju.
THE ONLY EASY DAY WAS YESTERDAY
 
Odgovor na temu

Milan86
Beograd

Član broj: 67398
Poruke: 599
*.dynamic.isp.telekom.rs.



+7 Profil

icon Re: SBB Beograd - lag spajkovi i dziter14.04.2017. u 10:56 - pre 64 meseci
Kablovski Internet spada u shared tehnologije, delis sa svima upstream i downstream kanale na nivou cvorista. Protok po jednom upstream kanalu je 50Mb/s, a po upstream kanalu 27Mb/s i te kanale delis sa svim modemima na nivou cvorista koji su nakaceni na iste. Na istom kablu su televizori, digitalni prijemnici, kamere za video nadzor, nelegalni korisnici - divlji prikljucci. Plus ko zna koliko ima pojacavaca signala od cvorista do tvoje zgrade, plus ko zna u kakvom stanju je nadzemna mreza od cvorista do tebe...

I ja sam imao ogromne varijacije pinga na SBB-u i packet loss, narocito u kasnim popodnevnim i vecernjim satima. Dolazili su xyz puta kod mene i nisu uspeli da rese problem. Prigovor RATEL-u je pomogao da se otkloni packet loss, ali varijacije pinga su ostale. Dzabe sve, kod mene skoro svaki stan ima SBB pa mozes misliti kako je kad se uvece nakace svi, ping divlja.

Uglavnom, prodisao sam kad sam presao na VDSL. Packet loss, prekidi signala, varijacije pinga i prekidi su postali proslost, usluga je ista 24/7 a koristim ga vec 6 meseci. Kad mi istekne ugovor, verovatno cu uzeti paket od 100Mb/s posto bukvalno lezim na Telekomovoj optici, a dotle mozda sprovedu i optiku do stana i puste nove pakete.
 
Odgovor na temu

Zlatni_bg
Nikola S
Beograd

Član broj: 65708
Poruke: 4341
*.dynamic.sbb.rs.



+492 Profil

icon Re: SBB Beograd - lag spajkovi i dziter14.04.2017. u 11:23 - pre 64 meseci
Pretpostavljao sam da se kanali dele ali nisam znao da imaju tako mali throughoutput. Pogotovu sto je ovaj ENC3208 jedan od najslabijih modema koje sam video, max 8 downstream kanala i 4 upstreama. Ako je po kanalu/frekvenciji koja putuje kroz kabl max 50Mb/s, onda ovde postoji ogroman problem. Zgrada ima 90 stanova, cca 50% korisnika koristi SBB. S obzirom da je sad najnizi normalan paket 70/4 ili tako nesto, 45 stanova sa 70Mb/s... Radije bih da delim 2 opticka vlakna s komsijom nego ovo. Hvala na informaciji, nisam znao ovo sto si mi rekao.

Ja imam ponudu za Orion optiku, 3k RSD za 1Gbit/100Mbit, ali vidim da su drugi dobili i bolje ponude. Da nisam potpisao ugovor sa SBBom koji je do 2 dana posle potpisivanja ugovora radio skroz OK, imao bih jasan izbor. Mislim da je FTTH.

Mada ove probleme imam i u 5 ujutru kada mislim da malo ko koristi internet. Videcemo sta ce uraditi, s obzirom da se radi o centru BGa gde ima gomila solitera, ne verujem da ce bas izignorisati problem. Sreca u nesreci je sto nemam packet loss, naravno da bolje radi internet ali imam manje argumenata za zaljenje onda.

E sad, na svaka 2-3 sprata imamo SBB metalne kutije, da li i tu imaju cvorista pitanje je. Ako je to uredjaj sa ovim nulama i jedinicama u IP adresi onda imam veliki problem, jer je na 10 metara od mene a do istog imam 7-8ms. Zalba RATELu... deluje malo neizvodljivo s obzirom da ne postoji fiksno definisano u brojkama koliko kasnjenje moze da bude, kao i varijacije. Kako stvari stoje, pokusacu da resim problem sa SBBom, deluju radi da pomognu iako sam pojedinac, ali opet pare su u pitanju. Ako sam jedini koji se zali bolje mene da batale nego da ulazu u opremu. Cekam odgovor od njih pa cemo videti.

Nisam znao da cu doziveti dan da xDSL radi bolje od kablovskog interneta :)
THE ONLY EASY DAY WAS YESTERDAY
 
Odgovor na temu

Milan86
Beograd

Član broj: 67398
Poruke: 599
*.dynamic.isp.telekom.rs.



+7 Profil

icon Re: SBB Beograd - lag spajkovi i dziter14.04.2017. u 11:53 - pre 64 meseci
xDSL nije shared, problem su samo manje brzine i nista vise. Ruteri sto deli Telekom podrzavaju max 17a VDSL2 profil tj. 100Mbps. Koriste FTTB/FTTC za VDSL2 i tamo gde je odradjena ta mreza svi mogu da uzmu 100Mbps i to radi savrseno. Problem je sto vrlo mali procenat korisnika moze da uzme najveci paket, za sad, na malo lokacija je odradjeno to.

Da, max 50Mb/s je po jednom downstram kanalu. Ako kod SBB-a ide optika do zgrade, onda je agregacija samo na nivou te zgrade tj. samo sa komsijama u zgradi delis downstream i upstream kanale. U Stepi je npr. FTTB mreza.
 
Odgovor na temu

Binary Mind
11040

Član broj: 28245
Poruke: 13289
*.dynamic.sbb.rs.



+3778 Profil

icon Re: SBB Beograd - lag spajkovi i dziter14.04.2017. u 12:41 - pre 64 meseci
Apropo DSL-a i ja se sećam dok sam imao Orionov ADSL da je ping bio odličan u poređenju sa ovim sa SBB-om. Skoro su bili i kod mene iz Oriona sa ponudama, ali nemam nameru da sa njima više imam posla. Ako budem prelazio na DSL to će biti isključivo Telekom, i to ne dok ne istekne ugovor sa SBB-om koji sam skoro produžio potpisivanjem nekog aneksa za Cinestar Premire HD kanale.

@Zlatni

Inače taj Asus što si uzeo... Pa ja bih ga pojeo kad lokalna mreža ne bi letela. Quad core ARM je quad core ARM...
 
Odgovor na temu

Binary Mind
11040

Član broj: 28245
Poruke: 13289
*.dynamic.sbb.rs.



+3778 Profil

icon Re: SBB Beograd - lag spajkovi i dziter14.04.2017. u 12:58 - pre 64 meseci
Evo traceroute rezultata kod mene. Svi klijenti su bežično povezani sa ruterom:

Code:
traceroute to google.com (216.58.214.206), 30 hops max, 38 byte packets
 1  cable-178-148-72-1.dynamic.sbb.rs (178.148.72.1)  16.664 ms  17.471 ms  9.814 ms
 2  bg-ba-m-1-pc3.sbb.rs (89.216.4.78)  11.515 ms  11.929 ms  14.576 ms
 3  bg-yb-m-1-te2-7.sbb.rs (89.216.6.38)  6.047 ms  25.462 ms  14.042 ms
 4  bg-tp-m-0-be11.sbb.rs (89.216.6.17)  14.558 ms  15.489 ms  27.319 ms
 5  72.14.219.230 (72.14.219.230)  20.091 ms  14.639 ms  23.336 ms
 6  209.85.243.119 (209.85.243.119)  19.880 ms  15.825 ms  23.997 ms
 7  66.249.94.181 (66.249.94.181)  18.875 ms  21.632 ms  19.324 ms
 8  bud02s23-in-f206.1e100.net (216.58.214.206)  20.151 ms  19.682 ms  17.134 ms


Code:
Tracing route to google.com [216.58.214.206]
over a maximum of 30 hops:

  1    <1 ms     1 ms    <1 ms  RT-AC68U-8AD8 [192.168.110.1]
  2    10 ms    15 ms    17 ms  cable-178-148-72-1.dynamic.sbb.rs [178.148.72.1]
  3    14 ms     9 ms    18 ms  bg-ba-m-1-pc3.sbb.rs [89.216.4.78]
  4    11 ms    14 ms    10 ms  bg-yb-m-1-te2-7.sbb.rs [89.216.6.38]
  5    14 ms    21 ms    13 ms  bg-tp-m-0-be11.sbb.rs [89.216.6.17]
  6    22 ms    22 ms    22 ms  72.14.219.230
  7    24 ms    20 ms    15 ms  209.85.243.119
  8    15 ms    18 ms    37 ms  66.249.94.181
  9    17 ms    15 ms    19 ms  bud02s23-in-f206.1e100.net [216.58.214.206]

Trace complete.
 
Odgovor na temu

Binary Mind
11040

Član broj: 28245
Poruke: 13289
*.dynamic.sbb.rs.



+3778 Profil

icon Re: SBB Beograd - lag spajkovi i dziter14.04.2017. u 18:07 - pre 64 meseci
Malo pre bili iz Oriona kod mene. Ušli su sa FTTH optikom u moju zgradu. Nude jako primamljive triple pakete za male pare. Ne znam da li da zagrizem ili ne. Imam loša iskustva sa njima dok sam bio na ADSLu, a i nešto mi se ne plaćaju penali kod SBB-a zbog raskida ugovora... Nadam se da će u budućnosti biti još ovakvih ponuda (na primer Telekom )...
 
Odgovor na temu

[es] :: ISP :: SBB Beograd - lag spajkovi i dziter

Strane: < .. 1 2 3 4 5 6 7 8 9

[ Pregleda: 23504 | Odgovora: 167 ] > FB > Twit

Postavi temu Odgovori

Navigacija
Lista poslednjih: 16, 32, 64, 128 poruka.