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

SBB Beograd - lag spajkovi i dziter

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

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

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

Postavi temu Odgovori

Autor

Pretraga teme: Traži
Markiranje Štampanje RSS

Binary Mind
11040

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



+3778 Profil

icon Re: SBB Beograd - lag spajkovi i dziter19.04.2017. u 17:15 - pre 84 meseci
Meni je sad ping znatno usporio, i imam packet loss. Izgleda da je zbog onog asteroida koji treba danas da prođe blizu nas.
 
Odgovor na temu

Zlatni_bg
Nikola S
Beograd

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



+498 Profil

icon Re: SBB Beograd - lag spajkovi i dziter20.04.2017. u 00:20 - pre 84 meseci
Citat:
Binary Mind:
Međutim džaba je što mi ovde diskutujemo o DOCSIS parametrima, hopovima, kašnjenju i gubljenju paketa kad većinu SBB-ovih korisnika ovo apsolutno ne interesuje dok rade Facebook i Youtube. :) Dokle god je tako, ništa se konkretno neće desiti kako bi se ovaj problem rešio...


Gledaj ironiju imenjance: prvo vece kako sam dobio Ubee, sedim sa devojkom u dnevnoj sobi, gledam TV, ona lista instagram, i kaze mi "sta ti je sa internetom?". Ja pitam sto, kaze pa nece nista da otvori. Gledam sta se desava, otvara one male thumbnailove jedan po jedan, video baferuje svake sekunde. Probam i 5GHz i 2.4GHz, isto. Naravno, besmisleno mi je bilo da palim PC tada da bilo sta isprobavam :)

Tako da, primetice dosta ljudi los da ga nazovem QOS, samo je razlika koliko ce se njih javiti SBB podrsci i koliko ce oni ozbiljno shvatiti "sporo mi radi instagram". Kada obe mere uzmemo, mislim da je krivica SBBa. Obicnom korisniku nece raditi net kako treba i "mozda" ce pozvati da se pozali, ali tier 3 podrsci ce biti smesno sto nekoj devojci ne radi instagram kako treba, a iza toga pitaj Boga sta se desava.

Ali, i nasa diskusija o DOCSIS tehnologiji nije za dzabe. Ja sam znao da svi idemo preko coaxa, ali me nikad nije interesovalo sta je iza svega toga sto mi daje internet putem istog. Nisam imao pojma za BW kanala. Dobra stvar je upoznati prosecne korisnike sa tim. Neki bi se zapitali 2x pre nego sto padnu na visoke brzine :)

I najbitnija stvar: cela podrska se fokusira samo na parametre koje dobija modem. Apsolutno ne gledaju/ignorisu ostale faktore sem korisnikovog modema.
THE ONLY EASY DAY WAS YESTERDAY
 
Odgovor na temu

Zlatni_bg
Nikola S
Beograd

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



+498 Profil

icon Re: SBB Beograd - lag spajkovi i dziter20.04.2017. u 23:41 - pre 84 meseci
Kratko pitanje posto smo pricali o Asus ruterima proteklih stranica: da li koristite QoS na istim i kako ga definisete?
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 dziter21.04.2017. u 10:32 - pre 84 meseci
Odradi Tracert i ping ka Instagramu.

Evo kako kod mene na Telekomu izgleda:

 
Odgovor na temu

Zlatni_bg
Nikola S
Beograd

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



+498 Profil

icon Re: SBB Beograd - lag spajkovi i dziter21.04.2017. u 10:48 - pre 84 meseci
Gde li mene baca :)

Code:

[root@nidza ~]# traceroute -I instagram.com
traceroute to instagram.com (34.198.217.170), 30 hops max, 60 byte packets
 1  router.asus.com (192.168.1.1)  1.524 ms  1.410 ms  1.376 ms
 2  10.0.0.1 (10.0.0.1)  8.020 ms  7.995 ms  7.967 ms
 3  bg-bg-m-2-pc3.sbb.rs (89.216.4.0)  8.579 ms  8.801 ms  8.774 ms
 4  bg-he-m-1-te7-1.sbb.rs (89.216.5.97)  8.487 ms  12.693 ms  12.670 ms
 5  bg-tp-m-0-be13.sbb.rs (89.216.6.96)  14.043 ms  14.016 ms  14.315 ms
 6  bg-ne-r-1-hu6-0.sbb.rs (89.216.5.252)  16.155 ms  13.828 ms  13.807 ms
 7  ae4.cr0-sof1.ip4.gtt.net (141.136.103.229)  14.771 ms  12.749 ms  12.638 ms
 8  et-3-1-0.cr4-was1.ip4.gtt.net (141.136.111.165)  127.200 ms  126.308 ms  126.267 ms
 9  ip4.gtt.net (173.205.43.226)  127.834 ms  127.808 ms  127.777 ms
10  * * *
11  * * *
12  54.239.110.155 (54.239.110.155)  696.390 ms  696.166 ms  700.761 ms
13  54.239.108.229 (54.239.108.229)  127.720 ms  130.159 ms  129.265 ms
14  205.251.245.189 (205.251.245.189)  128.952 ms  128.240 ms  128.199 ms
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  ec2-34-198-217-170.compute-1.amazonaws.com (34.198.217.170)  129.162 ms  132.991 ms  132.699 ms


Code:

[root@nidza ~]# ping -c 20 instagram.com
PING instagram.com (34.199.154.37) 56(84) bytes of data.
64 bytes from ec2-34-199-154-37.compute-1.amazonaws.com (34.199.154.37): icmp_seq=1 ttl=237 time=130 ms
64 bytes from ec2-34-199-154-37.compute-1.amazonaws.com (34.199.154.37): icmp_seq=2 ttl=237 time=130 ms
64 bytes from ec2-34-199-154-37.compute-1.amazonaws.com (34.199.154.37): icmp_seq=3 ttl=237 time=129 ms
64 bytes from ec2-34-199-154-37.compute-1.amazonaws.com (34.199.154.37): icmp_seq=4 ttl=237 time=129 ms
64 bytes from ec2-34-199-154-37.compute-1.amazonaws.com (34.199.154.37): icmp_seq=5 ttl=237 time=129 ms
64 bytes from ec2-34-199-154-37.compute-1.amazonaws.com (34.199.154.37): icmp_seq=6 ttl=237 time=129 ms
64 bytes from ec2-34-199-154-37.compute-1.amazonaws.com (34.199.154.37): icmp_seq=7 ttl=237 time=130 ms
64 bytes from ec2-34-199-154-37.compute-1.amazonaws.com (34.199.154.37): icmp_seq=8 ttl=237 time=130 ms
64 bytes from ec2-34-199-154-37.compute-1.amazonaws.com (34.199.154.37): icmp_seq=9 ttl=237 time=131 ms
64 bytes from ec2-34-199-154-37.compute-1.amazonaws.com (34.199.154.37): icmp_seq=10 ttl=237 time=129 ms
64 bytes from ec2-34-199-154-37.compute-1.amazonaws.com (34.199.154.37): icmp_seq=11 ttl=237 time=129 ms
64 bytes from ec2-34-199-154-37.compute-1.amazonaws.com (34.199.154.37): icmp_seq=12 ttl=237 time=132 ms
64 bytes from ec2-34-199-154-37.compute-1.amazonaws.com (34.199.154.37): icmp_seq=13 ttl=237 time=129 ms
64 bytes from ec2-34-199-154-37.compute-1.amazonaws.com (34.199.154.37): icmp_seq=14 ttl=237 time=130 ms
64 bytes from ec2-34-199-154-37.compute-1.amazonaws.com (34.199.154.37): icmp_seq=15 ttl=237 time=130 ms
64 bytes from ec2-34-199-154-37.compute-1.amazonaws.com (34.199.154.37): icmp_seq=16 ttl=237 time=130 ms
64 bytes from ec2-34-199-154-37.compute-1.amazonaws.com (34.199.154.37): icmp_seq=17 ttl=237 time=130 ms
64 bytes from ec2-34-199-154-37.compute-1.amazonaws.com (34.199.154.37): icmp_seq=18 ttl=237 time=130 ms
64 bytes from ec2-34-199-154-37.compute-1.amazonaws.com (34.199.154.37): icmp_seq=19 ttl=237 time=130 ms
64 bytes from ec2-34-199-154-37.compute-1.amazonaws.com (34.199.154.37): icmp_seq=20 ttl=237 time=130 ms

--- instagram.com ping statistics ---
20 packets transmitted, 20 received, 0% packet loss, time 19034ms
rtt min/avg/max/mdev = 129.240/130.357/132.569/0.873 ms


Iskreno s pingom nemam problem da bude ovol'ki, dok god se drzi u par ms razlike :)

Evo ka tvom instagram serveru:

Code:

[root@nidza ~]# ping -c 20 31.13.84.52
PING 31.13.84.52 (31.13.84.52) 56(84) bytes of data.
64 bytes from 31.13.84.52: icmp_seq=1 ttl=89 time=17.4 ms
64 bytes from 31.13.84.52: icmp_seq=2 ttl=89 time=19.1 ms
64 bytes from 31.13.84.52: icmp_seq=3 ttl=89 time=19.2 ms
64 bytes from 31.13.84.52: icmp_seq=4 ttl=89 time=19.3 ms
64 bytes from 31.13.84.52: icmp_seq=5 ttl=89 time=19.3 ms
64 bytes from 31.13.84.52: icmp_seq=6 ttl=89 time=19.1 ms
64 bytes from 31.13.84.52: icmp_seq=7 ttl=89 time=17.3 ms
64 bytes from 31.13.84.52: icmp_seq=8 ttl=89 time=19.4 ms
64 bytes from 31.13.84.52: icmp_seq=9 ttl=89 time=19.3 ms
64 bytes from 31.13.84.52: icmp_seq=10 ttl=89 time=19.2 ms
64 bytes from 31.13.84.52: icmp_seq=11 ttl=89 time=19.3 ms
64 bytes from 31.13.84.52: icmp_seq=12 ttl=89 time=17.3 ms
64 bytes from 31.13.84.52: icmp_seq=13 ttl=89 time=19.2 ms
64 bytes from 31.13.84.52: icmp_seq=14 ttl=89 time=17.6 ms
64 bytes from 31.13.84.52: icmp_seq=15 ttl=89 time=18.3 ms
64 bytes from 31.13.84.52: icmp_seq=16 ttl=89 time=18.3 ms
64 bytes from 31.13.84.52: icmp_seq=17 ttl=89 time=19.7 ms
64 bytes from 31.13.84.52: icmp_seq=18 ttl=89 time=18.7 ms
64 bytes from 31.13.84.52: icmp_seq=19 ttl=89 time=17.4 ms
64 bytes from 31.13.84.52: icmp_seq=20 ttl=89 time=19.3 ms

--- 31.13.84.52 ping statistics ---
20 packets transmitted, 20 received, 0% packet loss, time 19036ms
rtt min/avg/max/mdev = 17.359/18.729/19.723/0.822 ms


Izgleda cu morati da menjam DNS server s obzirom gde me baca, nije mi jasno odakle tebi putanja ka ovom obliznjem? :)
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 dziter21.04.2017. u 10:55 - pre 84 meseci
Telekom ima bolje rute, ocito.

Nego, stavi ti Guglove DNS servere i vidi da li i dalje postoji problem sa ucitavanjem slika na Instagramu i sl. :)
 
Odgovor na temu

Zlatni_bg
Nikola S
Beograd

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



+498 Profil

icon Re: SBB Beograd - lag spajkovi i dziter21.04.2017. u 10:59 - pre 84 meseci
Google DNS stavljam na svakom uredjaju po difoltu, stara navika od vremena AVComa. Moracu da pogledam da kojim slucajem ruter ne uzima "vlast" nad podesavanjima DNS servera.

Edit: nema, on mi je samo gateway, DNS je googleov... osim ako nije nesto sto meni promice.
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 dziter21.04.2017. u 11:10 - pre 84 meseci
Isteraj to do kraja sa SBB-om, pravice se blesavi ali im ne dozvoli to. Moras biti drzak sa njima jer oni samo taj jezik razumeju. Salji im preko mejla tracert/ping rezultate sa detaljnim opisom problema, a posle celu prepisku preko mejla sacuvaj u PDF fajl i isti posalji Ratelu.
 
Odgovor na temu

Zlatni_bg
Nikola S
Beograd

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



+498 Profil

icon Re: SBB Beograd - lag spajkovi i dziter21.04.2017. u 11:35 - pre 84 meseci
Saljem im ja sve mailom do sada sto smo odradili, u istoj konverzaciji. Isto tako mislim da si se ti javio na Benchmarku (Rock86 ;) ), ja sam dzonitash tamo, prilicno neaktivan ali je SBB konverzacija tamo mnogo obimnija :) Pokusavam da dokumentujem sto je vise moguce razlicitih rezultata SBB korisnika i ostalih konekcija i da napravim poredjenje. SBB uvek moze da kaze da je "sve u najboljem redu i u granicama normale", ja mogu to da prihvatim ili sto kaze Binary, da budem nezadovoljan. Isto tako ako ja nisam merodavan da prosudim da li je konekcija u redu ili nije, postoje organi i za to. Ja mogu da imam svoje sumnje koje mogu da prosledim nadleznima ako imam dovoljno materijala. Poslacu zalbu, najverovatnije shodno "nepostenom poslovanju", tacnije stavljanja prevelikog broja korisnika na infrastrukturu koja to ne moze da podrzi. Necu previse da ulazim u pravnu etiku, slabo se razumem u to, ali neko mora da odradi kontrolu da li je sve sto se desava u redu ili nije. Za sad sam tu gde sam, ruter malo poboljsava situaciju, pegla je, za razliku od Ubee-ja kog sam dobio od SBBa ovo je banja.

Krivo mi je malo sto rade ovo, drze pola Srbije pod internetom, imaju tendenciju da budu najkvalitetniji i najrasprostranjeniji ISP kod nas, ali bas ne zele to da odrade. Izgleda ulazu samo kad moraju.
THE ONLY EASY DAY WAS YESTERDAY
 
Odgovor na temu

pajaja
Beograd

Administrator
Član broj: 41598
Poruke: 3430
*.vektor.net.

Jabber: pajaja@elitesecurity.org
ICQ: 253317269


+144 Profil

icon Re: SBB Beograd - lag spajkovi i dziter21.04.2017. u 16:43 - pre 84 meseci
Pozdrav,

Nemojte pogresno da me shvatite ali mislim da gubite vreme sa zalbama. Ne postoji nikakvo telo koje vrsi tu vrstu kontrole, niti postoji ikakav dokument koji propisuje broj korisnika na upstream-u (ili cemu vec) za ovakav tip pristupne tehnologije. Neko iz SBB-a moze da pokaze dokumentaciju za uBR10012 u kojoj pise da je na tom uredjaju podrzano do 64000 korisnika, a njihov broj korisnika na njemu nije ni blizu toga. Cak i da se ne gleda maksimalan broj korisnika vec preporucen (koji nije obavezujuci), i dalje ne verujem da bi bilo nekih problema. Neko je naveo cifru od 100-2000 modema po cvoru na prethodnim stranama, pitanje je iz koje godine je taj podatak ali mozete da ocekujete da je stvaran broj modema na vasem cvoru blizi ovoj donjoj granici. Zbog svega toga zalba iz tog aspekta pukog broja korisnika na infrastrukturi nije realna. Mozes da se zalis na kvalitet usluge ali obzirom da nisi potpisao nikakav SLA sa njima te oscilacije koje imas su u potpunosti nebitne. Cak i da imas SLA, pitanje je koliko bi ozbiljno neko shvatio tvoj problem.

Citat:
Htedoh reci, mislim da cena CMTS opreme kosta mnogo u poredjenju sa onim koliko oni mogu da zarade. Evo, od mene 4k RSD mesecno, to je ispod 400EUR godisnje. Da kazem "moja" 2 kanala kostaju 24000EUR/8x2=6000EUR, samo da otplate "stabilnu" mrezu koju bi mogli da mi pruze bi im trebalo 15 godina, samo za CMTS :) Ne racunajuci linkove ka inostranstvu, troskove ostatka infrastrukture, licenci, zaposlenih...


Ne znam odakle ti ta cifra od 24k evra, komplikovano je doci do tacne racunice posto dosta zavisi od konkretne opreme koju imaju na lokaciji. Neka oprema se (posebno nova) dodatno, pored cene hardvera, licencira i po aktivnim frekvencijama i to odvojeno za downstream i upstream, neka ne, itd. M-CMTS koji koriste ne salje downstream kanale vec to ide sa EQAM-a, tako da tu treba uracunati cenu i njih (i licenci za njih naravno:)) kao i DTI za njihovu sinhronizaciju. Ali mozes pretpostaviti da kad se to sve napakuje za jednu lokaciju je stvarna cifra za 8 kanala za sve to i do 2x manja od tvoje pretpostavke.

Citat:
Voleo bih samo da znam koliko korisnika ide po tih 8 kanala koje dobijamo. Brine me pretpostavka da je preko par stotina. Ono sto me buni je sto i dalje mogu da imam max download koji mi pruzaju, znaci nema bottlenecka sa brzinama, samo sa protokom paketa.


Dobra pretpostavka za broj korisnika:) Nema bottleneck-a zato sto imas 8 bondovanih kanala koji imaju relativno veliki kapacitet, obzirom da u jednom trenutku imas mali broj aktivnih modema (u odnosu na ukupan broj modema) negde uvek ima slobodnog kapaciteta i CMTS zna lepo da rasporedi tvoj saobracaj kuda treba. Ono sto mozda ne znas, a odlika je DOCSIS-a, je da modem pre slanja svakog tvog (korisnickog) paketa mora da posalje zahtev za slanje CMTS-u, da dobije odobrenje i vremenski interval za slanje i tek onda da posalje nesto. U praksi to ne vazi za VoIP saobracaj i nije bukvalno svaki paket, postoje razne optimizacije, ali shvatas poentu - ne moze samo da posalje kad hoce.

Citat:
I najbitnija stvar: cela podrska se fokusira samo na parametre koje dobija modem. Apsolutno ne gledaju/ignorisu ostale faktore sem korisnikovog modema.


U 99% slucajeva je problem izmedju modema i CMTS-a. Govorim za probleme isporuke saobracaja do samog modema, ne o tome da li korisnik zna da koristi modem, da li mu radi WiFi na home gateway-u, i tako te probleme.

btw. instagram.com i www.instagram.com nisu iste stvari, otuda i tolike razlike :)



xxx
mali mali mali kamičak...nebo plave boje.
In Memoriam: Madzone Zeka(15.09.2005-16.09.2005)
 
Odgovor na temu

Milan86
Beograd

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



+7 Profil

icon Re: SBB Beograd - lag spajkovi i dziter21.04.2017. u 18:17 - pre 84 meseci
I ja mislim da nema nista od zalbe, dobro su se ogradili.


@Zlatni_bg

Evo jos nekoliko testova konekcije, cisto radi poredjenja:

Speedtest (VDSL 50/2):



Ping ka SBB-ovom DNS serveru:




Odradi i ti test pinga ka SBB-ovom DNS serveru (89.216.1.30) pa da uporedimo.




 
Odgovor na temu

Binary Mind
11040

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



+3778 Profil

icon Re: SBB Beograd - lag spajkovi i dziter21.04.2017. u 18:24 - pre 84 meseci
Kakva crna žalba RATELu??? To je borba sa vetrenjačama u ovom slučaju...

[Ovu poruku je menjao Binary Mind dana 21.04.2017. u 19:59 GMT+1]
 
Odgovor na temu

Binary Mind
11040

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



+3778 Profil

icon Re: SBB Beograd - lag spajkovi i dziter25.04.2017. u 16:30 - pre 84 meseci
Kod mene juče u jednom trenutku bio OK ping u odnosu na prosek koji je ~10ms kada pingujem Beogradske hostove...

 
Odgovor na temu

anon115774

Član broj: 115774
Poruke: 1656



+920 Profil

icon Re: SBB Beograd - lag spajkovi i dziter26.04.2017. u 16:52 - pre 84 meseci
Citat:
Zlatni_bg:
Gde li mene baca :)

Code:

[root@nidza ~]# traceroute -I instagram.com
traceroute to instagram.com (34.198.217.170), 30 hops max, 60 byte packets
 1  router.asus.com (192.168.1.1)  1.524 ms  1.410 ms  1.376 ms
 2  10.0.0.1 (10.0.0.1)  8.020 ms  7.995 ms  7.967 ms
 3  bg-bg-m-2-pc3.sbb.rs (89.216.4.0)  8.579 ms  8.801 ms  8.774 ms
 4  bg-he-m-1-te7-1.sbb.rs (89.216.5.97)  8.487 ms  12.693 ms  12.670 ms
 5  bg-tp-m-0-be13.sbb.rs (89.216.6.96)  14.043 ms  14.016 ms  14.315 ms
 6  bg-ne-r-1-hu6-0.sbb.rs (89.216.5.252)  16.155 ms  13.828 ms  13.807 ms
 7  ae4.cr0-sof1.ip4.gtt.net (141.136.103.229)  14.771 ms  12.749 ms  12.638 ms
 8  et-3-1-0.cr4-was1.ip4.gtt.net (141.136.111.165)  127.200 ms  126.308 ms  126.267 ms
 9  ip4.gtt.net (173.205.43.226)  127.834 ms  127.808 ms  127.777 ms
10  * * *
11  * * *
12  54.239.110.155 (54.239.110.155)  696.390 ms  696.166 ms  700.761 ms
13  54.239.108.229 (54.239.108.229)  127.720 ms  130.159 ms  129.265 ms
14  205.251.245.189 (205.251.245.189)  128.952 ms  128.240 ms  128.199 ms
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  ec2-34-198-217-170.compute-1.amazonaws.com (34.198.217.170)  129.162 ms  132.991 ms  132.699 ms


Izgleda cu morati da menjam DNS server s obzirom gde me baca, nije mi jasno odakle tebi putanja ka ovom obliznjem? :)


Ne, nego ces morati da pazis sta kucas. www.instagram.com nije isto sto i instagram.com.

A sto se tice DNS-a i brzine ucitavanja slika, to nema ama bas nikakve veze jedno sa drugim. DNS ce biti pozvan samo prvi put prilikom ucitavanja stranice i to je to. Nece da radi DNS upit za svaku sliku.
 
Odgovor na temu

Zlatni_bg
Nikola S
Beograd

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



+498 Profil

icon Re: SBB Beograd - lag spajkovi i dziter26.04.2017. u 18:07 - pre 84 meseci
Malo kasnis informer s obzirom da smo sve to vec diskutovali ovde sto si ti rekao, a za DNS, da, znam, dok god je kesirano kod mene na racunaru. I ne, nisam ni mislio da radi zahtev DNS za svaki sliku vec da paketi koji moraju da dodju do hosta moraju da idu tom putanjom od 200ms.

Ne znam da li namerno unosis takvu energiju u razgovor ali to "nego ces morati da pazis sta kucas" ne zvuci nimalo lepo.
THE ONLY EASY DAY WAS YESTERDAY
 
Odgovor na temu

pajaja
Beograd

Administrator
Član broj: 41598
Poruke: 3430
*.aur.co.rs.

Jabber: pajaja@elitesecurity.org
ICQ: 253317269


+144 Profil

icon Re: SBB Beograd - lag spajkovi i dziter18.05.2017. u 23:30 - pre 83 meseci
Prebacio sam offtopic poruke o Asus ruteru u posebnu temu, pa o njemu mozete nastaviti tamo.
xxx
mali mali mali kamičak...nebo plave boje.
In Memoriam: Madzone Zeka(15.09.2005-16.09.2005)
 
Odgovor na temu

Zlatni_bg
Nikola S
Beograd

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



+498 Profil

icon Re: SBB Beograd - lag spajkovi i dziter30.10.2021. u 16:58 - pre 29 meseci
55 meseci kasnije, zbog manjka kanala, morao sam opet da uzmem Ubee da bih izgurao max brzinu. I opet isti djavo, ping spajkovi, svakih 3-4 sekunde na 40-500ms.

Sta da radim vise?
THE ONLY EASY DAY WAS YESTERDAY
 
Odgovor na temu

Zlatni_bg
Nikola S
Beograd

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



+498 Profil

icon Re: SBB Beograd - lag spajkovi i dziter30.10.2021. u 17:05 - pre 29 meseci
Evo ga pingplot. Ovaj je jos bolji od prethodnog.

THE ONLY EASY DAY WAS YESTERDAY
Prikačeni fajlovi
 
Odgovor na temu

Milan Kragujevic
Software Engineer

Član broj: 231903
Poruke: 2220
*.dynamic.sbb.rs.

Sajt: https://milankragujevic.c..


+201 Profil

icon Re: SBB Beograd - lag spajkovi i dziter30.10.2021. u 17:21 - pre 29 meseci
Koji Ubee su ti dali? Koji model (pošto ih ima tri).

Svakako to nije normalno stanje, meni se to ne dešava u Kostolcu koji ima analogiju, na paketu 300/15 Mbps, tako da definitivno ne treba da se dešava ni tebi, mada nije isključeno da je stvarno toliko trula mreža.

Okači ovde i DOCSIS Signal parametre iz modema.
 
Odgovor na temu

Zlatni_bg
Nikola S
Beograd

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



+498 Profil

icon Re: SBB Beograd - lag spajkovi i dziter30.10.2021. u 17:26 - pre 29 meseci
UBEE EVW32C-0V je model.

Mali test kako izgleda preko pinga direkt sa modema ka 8.8.8.8:

Code:

admin@RT-AC58U:/tmp/home/root# ping -c 500 8.8.8.8
PING 8.8.8.8 (8.8.8.8): 56 data bytes
64 bytes from 8.8.8.8: seq=0 ttl=118 time=11.141 ms
64 bytes from 8.8.8.8: seq=1 ttl=118 time=10.623 ms
64 bytes from 8.8.8.8: seq=2 ttl=118 time=154.748 ms
64 bytes from 8.8.8.8: seq=3 ttl=118 time=12.207 ms
64 bytes from 8.8.8.8: seq=4 ttl=118 time=12.478 ms
64 bytes from 8.8.8.8: seq=5 ttl=118 time=12.245 ms
64 bytes from 8.8.8.8: seq=6 ttl=118 time=13.407 ms
64 bytes from 8.8.8.8: seq=7 ttl=118 time=12.483 ms
64 bytes from 8.8.8.8: seq=8 ttl=118 time=11.532 ms
64 bytes from 8.8.8.8: seq=9 ttl=118 time=11.793 ms
64 bytes from 8.8.8.8: seq=10 ttl=118 time=11.536 ms
64 bytes from 8.8.8.8: seq=11 ttl=118 time=12.918 ms
64 bytes from 8.8.8.8: seq=12 ttl=118 time=12.339 ms
64 bytes from 8.8.8.8: seq=13 ttl=118 time=12.703 ms
64 bytes from 8.8.8.8: seq=14 ttl=118 time=13.861 ms
64 bytes from 8.8.8.8: seq=15 ttl=118 time=12.584 ms
64 bytes from 8.8.8.8: seq=16 ttl=118 time=11.749 ms
64 bytes from 8.8.8.8: seq=17 ttl=118 time=11.615 ms
64 bytes from 8.8.8.8: seq=18 ttl=118 time=205.736 ms
64 bytes from 8.8.8.8: seq=19 ttl=118 time=11.024 ms
64 bytes from 8.8.8.8: seq=20 ttl=118 time=11.342 ms
64 bytes from 8.8.8.8: seq=21 ttl=118 time=10.909 ms
64 bytes from 8.8.8.8: seq=22 ttl=118 time=24.433 ms
...


Mrezu smo pregledali danas, bukvalno nema nista problematicno na njoj. Evo parametara:



Kao da onaj modem 8x4 nije mogao da uhvati neki od ovih problematicnih kanala. Cim mu je dostupno 24x8, hvata neki koji je u q, i tu nastaje problem.
THE ONLY EASY DAY WAS YESTERDAY
Prikačeni fajlovi
 
Odgovor na temu

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

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

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

Postavi temu Odgovori

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