Heh, ajd lagano... nemoj siriti paniku bez potrebe.
Nece se time pozabaviti ni u ponedeljak ni u bilo koji sledeci ponedeljak. Mreza funkcionise tako vec godinama...

SBB kablovska mreza (kao i Radius-vektor mreza) je broadcast mreza i ARP saobracaja je normalno da ima. To da li su javne ili privante adrese je savrseno nebitno. Ako procitas cemu ARP sluzi, videces zbog cega.



Stize na sve adrese u istom broadcast domenu (a broadcast domen je ovde obicno jedan kablovski cvor sa stotinak modema). Ne moze da se racuna kao prost umnozak broja korisnika i kolicine podataka, jer to i nije. Ima ga ukupno isto na bilo kom modemu u istom broadcast domenu, tih nekih 3.25KB/sec... Da nesto smanjuje maksimalni protok, slazem se. Da li moze da ga bude manje, to je vec diskutabilno, ali kao sto rekoh, mreza tako radi od pocetka.
Ruteri ne rade forwarding ovih paketa (opet, pogledaj cemu arp sluzi) i sam si rekao da korisnici iza rutera ne vide ovaj saobracaj, a switch-eva u mrezi nema (bar ne tamo gde tebi moze biti vidljivo).


Na prvi pogled pingovi ka SBB default gateway-u i njihovom sajtu jesu nesto veci nego sto bi trebalo, moguce je da na tvom cvoristu jednostavno ima previse korisnika i da ce se to u nekom momentu resiti razdvajanjem na vise cvorista.

Inace nisi naveo vreme kada si radio testove, merodavno je jedino ako si sbb sajt pingovao sa obe mreze u istom trenutku... Pingovanje google-a je potputno bezvredno, osim sto ne znamo u kom momentu si radio testove, iz aviona se vidi da ni IP adresa servera nije ista (jedan dakle moze biti npr u nemackoj a drugi u uk). Cak i da je adresa servera ista, u google mrezi to ne mora da znaci da se isti fizicki uredjaj javlja u oba slucaja (anycast). A i da je isti fizicki uredjaj koji se javlja, sa dve razlicite mreze (provajdera) paketi mogu i obicnu idu drugim putevima, itd. O ovome je pisano X puta, ali ljudi idalje pinguju google i navode to kao nekakav reper...

da, ping ka gateway-u bas varira, hm.

ajde javi i jacine signala sa SBB i RV modema (http://192.168.100.1/).

i to belezi nekoliko puta posle nekoliko restarta modema, jer zavisi i da li ce modem da uhvati "cistije" ili "zagusenije" kanale (odnosno streamove, u smislu downstream-a i upstream-a).

@optix:

Vidi, meni je jasno da broadcast saobracaj normalna stvar.

Ono sto nije normalno je da ti broadcast paketi stizu do mog modema, a evo i razloga:

1. Za normalan rad mog modema nisu potrebni (potreban je samo DHCP saobracaj)

2. Router (ili switch) koji non-stop salje ARP upite za maltene jedne te iste adrese u krug (pogledaj pcap fajl) radi to zato sto nema MAC adrese tih uredjaja u svojoj CAM tabeli sto je obicno znak lose konfiguracije mreze ili nekog napada spolja (MAC flooding i sl).

3. To sto ja primam te pakete znaci i da mogu da odgovorim na njih (fake ARP reply) i da recimo kazem da ja imam neku od adresa (npr. 172.16.94.1) i time preusmerim sav saobracaj namenjen tom gateway-u na svoj racunar. Odatle dalje mogu da ga forwardujem na pravi gateway i da usput sniffujem podatke iz njega ili jednostavno da izmislim nepostojecu adresu i da se to pretvori u DoS napad.

U RV mrezi nisam primetio te broadcast poruke, niti tamo imam problema sa pingom i jitter-om. Ako je topologija ista i kod njih kao sto ti kazes, onda nesto drugo znacajno drugacije (i bolje) radi.

Dalje, kada sam rekao da ruteri i switchevi forwarduju te pakete na sve portove, mislio sam na opremu samog ISP-a, ne na kucne rutere koje imaju obicni korisnici.

Kucni ruteri DROP-uju te pakete cineci ih "nevidljivim" za obicne korisnike ali taj broadcast saobracaj i dalje stize do njihovog WAN porta i gusi link potpuno nepotrebno. Ako je moguce zanemariti uticaj na bandwidth po sistemu "sta je 3.25KB/sec naspram 4Mbit ili vise", onda makar ne bi trebalo zanemariti potencijalni bezbednosni rizik.

Inace, ja Google nisam naveo kao reper brzine odziva, nego sam samo uporedio varijacije u pingu, odnosno jitter na dva razlicita ISP-a. Mogao sam da koristim i Microsoft i Verat i moj licni web server, sta god ti je volja (ako hoces probacu u ponedeljak neki server koji ti hoces). Sustina ostaje ista, a to je da je ping los i do gateway-a, a kamoli dalje.

@technotize:
Modem se kaci jako brzo po restartu, na banderi ispred zgrade je pojacavac i imam odlican signal, a to je potvrdila i tehnicka podrska iz SBB-a -- to je prvo sto su proverili kad sam ih zvao.

@all:
Ja bih jako voleo da ljudi malo cesce pocnu da posecuju pingtest.net umesto speedtest.net -- bandwidth je samo pola price.

Na kraju, kada igram online FPS, nije mi toliko bitno da li imam 35ms ili 70ms -- mnogo mi je vaznije da ako vec imam 70ms to bude 70, 65, 75, 69, 73, ..., a ne 70, 50, 130, 79, 190.

Edit:
Izgleda da cvoriste na kome se nalazimo ima "pretrpan" upstream kanal:



Sta li ce tek biti kad od 1. marta povecaju upload ne smem ni da zamislim.


_{[Ovu poruku je menjao levicki dana 20.02.2011. u 19:28 GMT+1]}

Ne znam da li je isti problem kao kod tebe, ali već neko vreme (mislim da je bar nedelju dana) primećujem iste simptome. Sad sam testirao, imam iste takve varijacije u pingu ka sbb.rs, kao i ka Google (50-60ms). Pretpostavio sam da je nešto prolazno i da će se samo od sebe rešiti. Ja sam u Novom Sadu.

eto kao sto rekoh zato resetujes modem da uhvati drugi upstream kanal ili frekvenciju, koji ce mozda biti slobodniji.

ili rucno setujes neki Upstream Channel ID ili Frequency u konfiguraciji modema (barem to deluje da je otkljucano na Motorola modemima na IKOM-u). ali i tu moze da se desi da modem izabere ono sto on misli da je bolji kanal i frekvencija, a ne to sto si ti rucno uneo (AFAIK)

Nazalost, na Webstar modemima ne moze da se menja upstream kanal.

sbb ide (link) preko http://www.teliasonera.com/ pa sa 20ms na 50ms ...