Novo

Forum kao aplikacija na telefonu

Dodajte forum na početni ekran i koristite ga kao aplikaciju, sa menijem na dnu ekrana.

  • 167 odgovora
  • 44.965 pregleda

Najnovija ↓

Re: SBB Beograd - lag spajkovi i dziter 19.04.2017. u 18:15 · pre 116 meseci #121
Meni je sad ping znatno usporio, i imam packet loss. Izgleda da je zbog onog asteroida koji treba danas da prođe blizu nas. :D
Re: SBB Beograd - lag spajkovi i dziter 20.04.2017. u 01:20 · pre 116 meseci #122
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.
Potpis
THE ONLY EASY DAY WAS YESTERDAY
Re: SBB Beograd - lag spajkovi i dziter 21.04.2017. u 00:41 · pre 116 meseci #123
Kratko pitanje posto smo pricali o Asus ruterima proteklih stranica: da li koristite QoS na istim i kako ga definisete?
Potpis
THE ONLY EASY DAY WAS YESTERDAY
Re: SBB Beograd - lag spajkovi i dziter 21.04.2017. u 11:48 · pre 116 meseci #125
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? :)
Potpis
THE ONLY EASY DAY WAS YESTERDAY
Re: SBB Beograd - lag spajkovi i dziter 21.04.2017. u 11:55 · pre 116 meseci #126
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. :)
Re: SBB Beograd - lag spajkovi i dziter 21.04.2017. u 11:59 · pre 116 meseci #127
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.
Potpis
THE ONLY EASY DAY WAS YESTERDAY
Re: SBB Beograd - lag spajkovi i dziter 21.04.2017. u 12:10 · pre 116 meseci #128
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.
Sviđa mi se1
Re: SBB Beograd - lag spajkovi i dziter 21.04.2017. u 12:35 · pre 116 meseci #129
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.
Potpis
THE ONLY EASY DAY WAS YESTERDAY
Re: SBB Beograd - lag spajkovi i dziter 21.04.2017. u 17:43 · pre 116 meseci #130
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 :)


Potpis
xxx
mali mali mali kamičak...nebo plave boje.
In Memoriam: Madzone Zeka(15.09.2005-16.09.2005)
Re: SBB Beograd - lag spajkovi i dziter 21.04.2017. u 19:17 · pre 116 meseci #131
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.




Re: SBB Beograd - lag spajkovi i dziter 21.04.2017. u 19:24 · pre 116 meseci
izmenjeno 1 put, poslednji put Binary Mind 21.04.2017. u 19:59
  1. Binary Mind21.04.2017. u 19:59zapis iz teksta poruke
#132
Kakva crna žalba RATELu??? To je borba sa vetrenjačama u ovom slučaju... :-)
Re: SBB Beograd - lag spajkovi i dziter 26.04.2017. u 17:52 · pre 115 meseci #134
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.
Re: SBB Beograd - lag spajkovi i dziter 26.04.2017. u 19:07 · pre 115 meseci #135
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.
Potpis
THE ONLY EASY DAY WAS YESTERDAY
Re: SBB Beograd - lag spajkovi i dziter 30.10.2021. u 17:58 · pre 60 meseci #137
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?
Potpis
THE ONLY EASY DAY WAS YESTERDAY
Re: SBB Beograd - lag spajkovi i dziter 30.10.2021. u 18:21 · pre 60 meseci #139
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.
Re: SBB Beograd - lag spajkovi i dziter 30.10.2021. u 18:26 · pre 60 meseci #140
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.
Potpis
THE ONLY EASY DAY WAS YESTERDAY
Odgovori
Prijavite se da biste odgovorili u ovoj temi.PrijavaRegistracija

Premeštanje teme