Verat ADSL - iskustva

Re: Verat ADSL - iskustva 06.02.2011. u 12:34 · pre 191 mesec #581

Hmm, ako je problem zbog Telekoma, kako onda ja nikako nemam probleme. Youtube uvek ide max brzinom mog paketa. Koliko sam primetio... moj sadasnji ISP takodje skoro sve rutira preko Telekoma. Neka me neko ispravi ako gresim...

Tracing route to youtube-ui.l.google.com [209.85.135.93]
over a maximum of 30 hops:

1 10 ms 7 ms 7 ms 1-104.static.ikomline.net [95.180.104.1]
2 8 ms 9 ms 23 ms 77-0.static.ikomline.net [95.180.0.77]
3 9 ms 7 ms 48 ms 79.101.96.153
4 37 ms 7 ms 31 ms 212.200.227.246
5 33 ms 59 ms 32 ms 79.101.96.166
6 46 ms 44 ms 31 ms 209.85.242.230
7 35 ms 32 ms 32 ms 209.85.250.252
8 34 ms 32 ms 32 ms 209.85.241.189
9 35 ms 53 ms 34 ms 209.85.253.26
10 35 ms 48 ms 36 ms mu-in-f93.1e100.net [209.85.135.93]

Re: Verat ADSL - iskustva 06.02.2011. u 13:04 · pre 191 mesec #582

Ok za youtube ali sta je sa drugim problemom,sad ce biti da i on nije do verata nego hotfile, fileserve i megaupload nevaljaju. Da je jedan pa hajd nego sva tri imaju iste simptome. I hajd mi objasni onda zasto kad ide sa sva tri premiuma naloga download brzina ne prelazi 80-90 KB za sva tri zajedno. To sigurno nije da njih i nije do mene jer je link popunjen. Ja nisam strucnjak za mreze ali ovo nikako ne moze biti u redu...

Re: Verat ADSL - iskustva 06.02.2011. u 17:42 · pre 191 mesec #583

ne znam za fileserve, i negaupload, ali imam hotfile premium... verat adsl 16 mbita:

hotfile.jpg32.9k

Re: Verat ADSL - iskustva 06.02.2011. u 18:05 · pre 191 mesec #584

Ja nisam strucan da odgovorim sta se desava a i pravo da ti kazem i neinteresuje me to, to je veratov problem. Ako oni ocekuju od mene tj nas korisnika da placamo uredno racune onda bi bio red sa njihove strane da obezbede uslugu koji placamo jer odgovor tehnicke sluzbe da je kod njih sve u redu jednostavno nije dovoljan. Niko ovde nije toliko blesav da mu net radi u fulu a da zove i da se zali . Verat je radio lepo neko vreme ali generalno gledano od kad imali prekid od tada je sve samo nije dobro.
Moje tvrdnje potrvdjuju razni dspeed testovi, torrenti i direktni download a vise proverenih lokacija...

Re: Verat ADSL - iskustva 06.02.2011. u 18:24 · pre 191 mesec #585

niko ne kaze da si ti blesav... samo pokusavam da rekreiram problem kod mene, ali ne mogu... sto me dovodi do zakljucka da problem nije globalan vec user-specific... nazalost... a puno je stvari na putu od tvog adsl rutera do veratovog BRAS-a...

Re: Verat ADSL - iskustva 06.02.2011. u 18:57 · pre 191 mesec #586

Mogu ja sve da razumem ali me nervira to sto kad zovem da prijvim problem tamo nekome, a taj isti me ubedjuje da nema problema kod njih nego je problem kod mene, kao da je pruzam uslugu a ne oni. I na tome se zavrsi cela prica. Da makar kazu da ce proveriti nego se prave ludi. Svaka cast onima koji rade svoj posao... ali ima ljudi koji "rade" tamo gde rade a nemaju pojma o materiji.
A i neverujam da sam sam sa ovim problemom,
citat, isti problem i kod mene...tako da sigurno postoji negde problem ali kod verata a ne kod nas korisnika. Stvarno se nadam da ce resiti svoje probleme u buducnosti....

Citat:

mmns21: Moje najnovije iskustvo sa Veratom je sledece. U jutarnjim satima download ide dobro. U popodnevnim i vecernjim satima
ako zelim da dobijem barem 80% deklarisane brzine moram da pokrenem 2-3 download-a, ako pokrenem jedan brzina varira izmedju 20-60 KB/s iako ujutro to ide oko 161 KB/s.

Desava se nesto interesantno i kada skidam fajlove sa file hostera (megaupload, fileserve...). Ukoliko pokrenem skidanje fajla a pritom pozelim da procitam vesti, veoma cesto dodje do prekida download-a kada to uradim. Pokusao sam da ogranicim download i upload browser-a iz koga citam vesti na recimo 25KB/s download-a i 5 KB/s uploada ali to ne pomaze. Kada se dostigne odredjen broj konekcija (20-30) dodje do pucanja download-a. Slican problem sam nekada imao sa Neobee-jem
dok se kod Telekoma ovo ni sada ne desava. ADSL veza je dobra, kod nje ne dolazi do prekida. Sumnjam na preopterecenje linka Verat-a u nekom njegovom delu ili lose podeseno shapovanje saobracaja ili neku gresku u podesavanju rutera kod Verat-a.

Pozvao sam Verat tehnicku podrsku, rekli su mi da je kod njih sve ispravno i da nema nikakvih problema.

Re: Verat ADSL - iskustva 06.02.2011. u 19:43 · pre 191 mesec #587

Citat:

djricky: ne znam za fileserve, i negaupload, ali imam hotfile premium... verat adsl 16 mbita:

Test nije dobar, sa premium nalogom imas resume i vise konekcija po fajlu (pa verovatno ne primecujes problem ili on kod tebe nepostoji :) ), i ja koriscenjem DownThemAll! na public ftp/http serveru postizem deklarisanu brzinu ADSL-a (uz cesce prekide veze i nastavljanje istih automatski).

Problem se javlja u popodnevnim satima i ogleda se u prekidu konekcije koja je vec prenela recimo par stotina megabajta (a nisam u mogucnosti da uradim resume), kada se tokom download-a gledaju obicne web stranice. Ako pustim samo download ne dodje do pucanja veze (ali brzina jako varira, nije uzrok filehoster). Pomislio sam prvo da zbog toga sto imam jedan download sa jedne strane i web stranicu sa puno grafickih elemenata sa druge strane da brzina download-a padne ispod nekog nivoa i prekine se veza. Medjutim ogranicenje brzine download-a browsera u kome se otvaraju web stranice ne otklanja problem.

U principu nista strasno ali bi bilo lepse da radi korektno.

Re: Verat ADSL - iskustva 06.02.2011. u 19:50 · pre 191 mesec #588

Šta bi moglo da bude kad skidam torente, i što neko napisa, čim se uspostavi
izgleda malo veći broj konekcija, nekako ceo ruter padne, i mora restart
rutera, nije standardni verat router.
Mogu da ga restartujem i preko http protokola, ne mora gašenje.

Re: Verat ADSL - iskustva 06.02.2011. u 21:28 · pre 191 mesec #589

@mmns21: koliko vidim i on je naveo da ima premium naloge...

@agasoft: za adsl je idealno resenje ruter u bridge modu + mikrotik rb750 na kome se uspostavlja PPPoE konekcija i dalje rutira u lokalnu mrezu... ko zna ovo da napravi, a ni neki bauk, zaboravice na broj konekcija u sekundi i ostale kerefeke... moj ruter izdrzava i po desetak hiljada bez da se preznoji...

Re: Verat ADSL - iskustva 06.02.2011. u 21:45 · pre 191 mesec #590

Ne citate sta se pise, imam premium naloge i uvece kad ide download bilo da skidam sa jednog ili sa sva tri istovremeno ne ide preko 80-100 KB. Tek posle ponoci oko 1-3 sata krene full download. U tome je problem...

Re: Verat ADSL - iskustva 07.02.2011. u 22:12 · pre 191 mesec #591

Download sa premium nalozima ide odlicno...

Provereni: Rapidshare, Depositfiles, Megaupload, Hotfile, Fileserve, Filesonic, Netload, Oron, Filefacotry, Mediafire, Shareflare, Duckload...

Sve ide odlicno. Bez ikakvih problema...

Jedini problem sa kojim nisam zadovoljan otkad je povecana brzina je ta sto cesto dolazi do pucanja veze i onda nema interneta po nekoliko sati... Kada sam god pozvao korisnici servis oni su me ubedjivali da je greska kod mene... I onda sam odjednom misteriozno dobijao internet...

Re: Verat ADSL - iskustva 08.02.2011. u 13:12 · pre 191 mesec #592

Probaj da forsiras gdmt modulaciju ukoliko ti postavke rutera to dozvoljavaju.
Ja imam tp-link td-8840t veratov ruter i moze se nastimati.
Posle toga nema pucanja veze, bar ne cesto.

Re: Verat ADSL - iskustva 08.02.2011. u 14:14 · pre 191 mesec #593

Nema to veze sa modulacijom, jedino moze da dobije na att rate malo bolje perfomanse ali ako nesto nije u redu sa linkom moze staviti boga oca ne vredi mu.

Re: Verat ADSL - iskustva 09.02.2011. u 15:59 · pre 191 mesec #594

U poslednje vreme nemogu da skidam neke fajlove, bez obzira na velicinu. Ako mu treba vise od 5 minuta za skidanje, izlazi greska Connection timed out. Greska se pojavljuje i prilikom skidanja sa nekih sajtova, servera, update-a programa i igrica, messenger se stalno diskonektuje i poruke ne stizu...Jel se desava ovo jos nekom?

Re: Verat ADSL - iskustva 09.02.2011. u 16:21 · pre 191 mesec #595

ne.

Re: Verat ADSL - iskustva 09.02.2011. u 16:39 · pre 191 mesec #596

Ni ja nemam tih problema,virus najverovatnije.

Re: Verat ADSL - iskustva 09.02.2011. u 17:23 · pre 191 mesec #597

Probao sam i na drugom racunaru isti problem. Jel moze konekcija da se gubi ako je ADSL na granici koju telefonska linija podrzava?

System Log

Date/Time Facility Severity Message
Feb 9 12:31:59 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=88.196.236.232 DST=85.222.182.104 LEN=52 TOS=0x00 PREC=0x00 TTL=114 ID=26624 DF PROTO=TCP SPT=52939 DPT=14575 WINDOW=8192 RES=0x00 SYN URGP=0
Feb 9 12:41:59 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=85.122.30.4 DST=85.222.182.104 LEN=48 TOS=0x00 PREC=0x00 TTL=113 ID=25883 DF PROTO=TCP SPT=9408 DPT=14575 WINDOW=65535 RES=0x00 SYN URGP=0
Feb 9 12:52:00 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=67.55.0.235 DST=85.222.182.104 LEN=60 TOS=0x00 PREC=0x00 TTL=55 ID=33832 DF PROTO=TCP SPT=47948 DPT=14575 WINDOW=5840 RES=0x00 SYN URGP=0
Feb 9 13:01:59 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=67.55.0.235 DST=85.222.182.104 LEN=60 TOS=0x00 PREC=0x00 TTL=55 ID=57328 DF PROTO=TCP SPT=41727 DPT=14575 WINDOW=5840 RES=0x00 SYN URGP=0
Feb 9 13:12:01 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=78.171.29.144 DST=85.222.182.104 LEN=52 TOS=0x00 PREC=0x00 TTL=116 ID=604 DF PROTO=TCP SPT=55616 DPT=14575 WINDOW=8192 RES=0x00 SYN URGP=0
Feb 9 13:21:59 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=67.86.105.146 DST=85.222.182.104 LEN=64 TOS=0x00 PREC=0x00 TTL=48 ID=24709 DF PROTO=TCP SPT=56769 DPT=14575 WINDOW=65535 RES=0x00 SYN URGP=0
Feb 9 13:31:58 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=75.74.93.191 DST=85.222.182.104 LEN=48 TOS=0x00 PREC=0x00 TTL=44 ID=53777 DF PROTO=TCP SPT=33756 DPT=14575 WINDOW=65535 RES=0x00 SYN URGP=0
Feb 9 13:42:01 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=211.27.201.124 DST=85.222.182.104 LEN=48 TOS=0x00 PREC=0x00 TTL=107 ID=10798 DF PROTO=TCP SPT=52060 DPT=14575 WINDOW=8192 RES=0x00 SYN URGP=0
Feb 9 13:51:58 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=85.24.65.133 DST=85.222.182.104 LEN=48 TOS=0x00 PREC=0x00 TTL=118 ID=24689 DF PROTO=TCP SPT=62045 DPT=14575 WINDOW=8192 RES=0x00 SYN URGP=0
Feb 9 14:01:58 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=41.211.28.2 DST=85.222.182.104 LEN=64 TOS=0x00 PREC=0x00 TTL=50 ID=40302 DF PROTO=TCP SPT=59635 DPT=14575 WINDOW=65535 RES=0x00 SYN URGP=0
Feb 9 14:12:01 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=89.180.120.126 DST=85.222.182.104 LEN=52 TOS=0x00 PREC=0x00 TTL=114 ID=6304 DF PROTO=TCP SPT=55228 DPT=14575 WINDOW=8192 RES=0x00 SYN URGP=0
Feb 9 14:21:58 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=221.133.32.226 DST=85.222.182.104 LEN=64 TOS=0x00 PREC=0x00 TTL=46 ID=35893 DF PROTO=TCP SPT=55497 DPT=14575 WINDOW=65535 RES=0x00 SYN URGP=0
Feb 9 14:32:01 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=114.243.240.109 DST=85.222.182.104 LEN=64 TOS=0x00 PREC=0x00 TTL=42 ID=31257 DF PROTO=TCP SPT=4220 DPT=14575 WINDOW=65535 RES=0x00 SYN URGP=0
Feb 9 14:42:04 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=85.89.190.55 DST=85.222.182.104 LEN=60 TOS=0x00 PREC=0x00 TTL=113 ID=5784 DF PROTO=TCP SPT=1293 DPT=14575 WINDOW=65535 RES=0x00 SYN URGP=0
Feb 9 14:51:58 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=78.167.176.109 DST=85.222.182.104 LEN=48 TOS=0x00 PREC=0x00 TTL=116 ID=18950 DF PROTO=TCP SPT=59655 DPT=14575 WINDOW=8192 RES=0x00 SYN URGP=0
Feb 9 15:01:59 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=93.148.204.217 DST=85.222.182.104 LEN=48 TOS=0x00 PREC=0x00 TTL=105 ID=28799 DF PROTO=TCP SPT=53284 DPT=15010 WINDOW=8192 RES=0x00 SYN URGP=0
Feb 9 15:11:58 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=110.55.188.97 DST=85.222.182.104 LEN=48 TOS=0x00 PREC=0x00 TTL=106 ID=61079 DF PROTO=TCP SPT=53358 DPT=14575 WINDOW=8192 RES=0x00 SYN URGP=0
Feb 9 15:21:58 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=115.118.29.64 DST=85.222.182.104 LEN=48 TOS=0x00 PREC=0x00 TTL=108 ID=19405 DF PROTO=TCP SPT=57975 DPT=15010 WINDOW=8192 RES=0x00 SYN URGP=0
Feb 9 15:31:59 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=90.233.160.51 DST=85.222.182.104 LEN=52 TOS=0x00 PREC=0x00 TTL=117 ID=15862 DF PROTO=TCP SPT=56888 DPT=15010 WINDOW=8192 RES=0x00 SYN URGP=0
Feb 9 15:41:58 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=91.140.31.209 DST=85.222.182.104 LEN=48 TOS=0x00 PREC=0x00 TTL=113 ID=51180 DF PROTO=TCP SPT=60123 DPT=15010 WINDOW=65535 RES=0x00 SYN URGP=0
Feb 9 15:51:58 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=84.229.47.248 DST=85.222.182.104 LEN=48 TOS=0x00 PREC=0x00 TTL=104 ID=1687 DF PROTO=TCP SPT=60942 DPT=15010 WINDOW=8192 RES=0x00 SYN URGP=0
Feb 9 16:01:59 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=173.166.202.126 DST=85.222.182.104 LEN=48 TOS=0x00 PREC=0x00 TTL=110 ID=20146 DF PROTO=TCP SPT=31536 DPT=15010 WINDOW=65535 RES=0x00 SYN URGP=0
Feb 9 16:11:58 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=81.213.67.103 DST=85.222.182.104 LEN=48 TOS=0x00 PREC=0x00 TTL=116 ID=9607 DF PROTO=TCP SPT=63353 DPT=15010 WINDOW=8192 RES=0x00 SYN URGP=0
Feb 9 16:22:00 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=94.65.221.61 DST=85.222.182.104 LEN=48 TOS=0x00 PREC=0x00 TTL=114 ID=26495 DF PROTO=TCP SPT=62569 DPT=15010 WINDOW=8192 RES=0x00 SYN URGP=0
Feb 9 16:32:00 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=77.22.216.159 DST=85.222.182.104 LEN=48 TOS=0x00 PREC=0x00 TTL=118 ID=40744 DF PROTO=TCP SPT=3728 DPT=15010 WINDOW=16384 RES=0x00 SYN URGP=0
Feb 9 16:41:58 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=94.3.192.40 DST=85.222.182.104 LEN=64 TOS=0x00 PREC=0x00 TTL=51 ID=49952 DF PROTO=TCP SPT=64155 DPT=14575 WINDOW=8192 RES=0x00 SYN URGP=0
Feb 9 16:52:00 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=92.83.81.240 DST=85.222.182.104 LEN=48 TOS=0x00 PREC=0x00 TTL=117 ID=11890 DF PROTO=TCP SPT=24923 DPT=15010 WINDOW=65535 RES=0x00 SYN URGP=0
Feb 9 17:02:04 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=180.241.251.142 DST=85.222.182.104 LEN=48 TOS=0x00 PREC=0x00 TTL=107 ID=1536 DF PROTO=TCP SPT=27056 DPT=15010 WINDOW=8192 RES=0x00 SYN URGP=0
Feb 9 17:11:58 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=217.18.252.100 DST=85.222.182.104 LEN=48 TOS=0x00 PREC=0x00 TTL=117 ID=30292 DF PROTO=TCP SPT=2246 DPT=15010 WINDOW=65535 RES=0x00 SYN URGP=0
Feb 9 17:21:59 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=82.170.199.47 DST=85.222.182.104 LEN=64 TOS=0x00 PREC=0x00 TTL=56 ID=856 DF PROTO=TCP SPT=23624 DPT=14575 WINDOW=65535 RES=0x00 SYN URGP=0
Feb 9 17:32:01 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=82.139.36.255 DST=85.222.182.104 LEN=48 TOS=0x00 PREC=0x00 TTL=113 ID=45298 DF PROTO=TCP SPT=3516 DPT=15010 WINDOW=16384 RES=0x00 SYN URGP=0
Feb 9 17:41:59 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=24.98.39.42 DST=85.222.182.104 LEN=48 TOS=0x00 PREC=0x00 TTL=110 ID=40625 DF PROTO=TCP SPT=3982 DPT=14575 WINDOW=65535 RES=0x00 SYN URGP=0
Feb 9 17:52:00 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=85.98.52.131 DST=85.222.182.104 LEN=48 TOS=0x00 PREC=0x00 TTL=111 ID=10302 DF PROTO=TCP SPT=27312 DPT=14575 WINDOW=8192 RES=0x00 SYN URGP=0
Feb 9 18:02:02 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=78.182.221.77 DST=85.222.182.104 LEN=48 TOS=0x00 PREC=0x00 TTL=47 ID=3369 DF PROTO=TCP SPT=58018 DPT=14575 WINDOW=8192 RES=0x00 SYN URGP=0
Feb 9 18:12:17 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=79.116.56.17 DST=85.222.182.104 LEN=48 TOS=0x00 PREC=0x00 TTL=111 ID=13736 DF PROTO=TCP SPT=54640 DPT=14575 WINDOW=8192 RES=0x00 SYN URGP=0
Feb 9 18:22:03 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=180.180.124.16 DST=85.222.182.104 LEN=64 TOS=0x00 PREC=0x00 TTL=33 ID=20581 DF PROTO=TCP SPT=40524 DPT=14575 WINDOW=65535 RES=0x00 SYN URGP=0
Feb 9 18:32:01 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=90.185.62.249 DST=85.222.182.104 LEN=60 TOS=0x00 PREC=0x00 TTL=52 ID=31878 DF PROTO=TCP SPT=55262 DPT=14575 WINDOW=5840 RES=0x00 SYN URGP=0
Feb 9 18:41:59 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=218.212.7.140 DST=85.222.182.104 LEN=64 TOS=0x00 PREC=0x00 TTL=43 ID=5665 DF PROTO=TCP SPT=54571 DPT=14575 WINDOW=65535 RES=0x00 SYN URGP=0
Feb 9 18:51:58 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=84.103.166.243 DST=85.222.182.104 LEN=52 TOS=0x00 PREC=0x00 TTL=118 ID=25639 DF PROTO=TCP SPT=54071 DPT=14575 WINDOW=8192 RES=0x00 SYN URGP=0
Feb 9 19:02:01 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=92.16.83.162 DST=85.222.182.104 LEN=48 TOS=0x00 PREC=0x00 TTL=113 ID=22416 DF PROTO=TCP SPT=11842 DPT=14575 WINDOW=8192 RES=0x00 SYN URGP=0
Feb 9 19:12:09 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=85.220.14.151 DST=85.222.182.104 LEN=64 TOS=0x00 PREC=0x00 TTL=54 ID=11745 DF PROTO=TCP SPT=50730 DPT=14575 WINDOW=65535 RES=0x00 SYN URGP=0
Feb 9 19:22:03 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=212.118.140.232 DST=85.222.182.104 LEN=48 TOS=0x00 PREC=0x00 TTL=110 ID=7906 DF PROTO=TCP SPT=60467 DPT=14575 WINDOW=8192 RES=0x00 SYN URGP=0
Feb 9 19:32:00 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=85.241.32.31 DST=85.222.182.104 LEN=48 TOS=0x00 PREC=0x00 TTL=115 ID=17900 DF PROTO=TCP SPT=50573 DPT=14575 WINDOW=8192 RES=0x00 SYN URGP=0
Feb 9 19:32:53 user crit kernel: OAM loopback response not received on VPI/VCI 8/35.
Feb 9 19:35:23 user crit kernel: eth0 Link DOWN.
Feb 9 19:35:28 user crit kernel: eth0 Link UP.
Feb 9 19:41:58 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=116.232.199.2 DST=85.222.182.104 LEN=52 TOS=0x00 PREC=0x00 TTL=106 ID=14996 DF PROTO=TCP SPT=52791 DPT=14575 WINDOW=8192 RES=0x00 SYN URGP=0
Feb 9 19:52:00 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=84.91.74.140 DST=85.222.182.104 LEN=48 TOS=0x00 PREC=0x00 TTL=115 ID=30518 DF PROTO=TCP SPT=56061 DPT=14575 WINDOW=8192 RES=0x00 SYN URGP=0
Feb 9 20:02:00 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=130.149.235.21 DST=85.222.182.104 LEN=60 TOS=0x00 PREC=0x00 TTL=56 ID=52021 DF PROTO=TCP SPT=10081 DPT=14575 WINDOW=5840 RES=0x00 SYN URGP=0
Feb 9 20:11:58 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=83.57.157.168 DST=85.222.182.104 LEN=48 TOS=0x00 PREC=0x00 TTL=116 ID=24669 DF PROTO=TCP SPT=14114 DPT=14575 WINDOW=8192 RES=0x00 SYN URGP=0
Feb 9 20:21:59 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=86.173.171.192 DST=85.222.182.104 LEN=64 TOS=0x00 PREC=0x00 TTL=46 ID=47725 DF PROTO=TCP SPT=50091 DPT=14575 WINDOW=65535 RES=0x00 SYN URGP=0
Feb 9 20:32:00 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=85.65.245.227 DST=85.222.182.104 LEN=56 TOS=0x00 PREC=0x00 TTL=109 ID=20209 DF PROTO=TCP SPT=58671 DPT=14575 WINDOW=8192 RES=0x00 SYN URGP=0
Feb 9 20:40:08 user crit kernel: OAM loopback response not received on VPI/VCI 8/35.
Feb 9 20:42:01 user alert kernel: Intrusion -> IN=ppp_8_35_1 OUT= MAC= SRC=84.24.99.60 DST=85.222.182.104 LEN=48 TOS=0x00 PREC=0x00 TTL=118 ID=19082 DF PROTO=TCP SPT=52075 DPT=14575 WINDOW=8192 RES=0x00 SYN URGP=0

Re: Verat ADSL - iskustva 09.02.2011. u 22:33 · pre 191 mesec #598

OAM je operation, administration, i maintenance... ukratko, to je mehanizam koji obara PVC kada negde nastane prekid/problem...
cisco literatura kaze:

Citat:

If a communication problem occurs on a PVC (no traffic going one way or the other), the permanent virtual circuit (PVC) remains UP on the end-devices. Therefore, routing entries that were pointing to that PVC remain in the routing table for a certain time and as a result, packets will be lost. The solution to this problem is to use Operation and Maintenance (OAM) to detect such failures and allow the PVC to disconnect if it is disrupted along its path.

ukratko, 99,9% losa parica, i tu jedini savet moze biti provera i (verovatno) zamena parice, prvo u kucnoj instalaciji, a onda i u telekom infrastrukturi...

i smanji malo te torente

Re: Verat ADSL - iskustva 10.02.2011. u 09:29 · pre 191 mesec #599

Daj parametre linije, SNR, Attenuation...
Preko toga mozes sve da vidis... Realno deluje kao losa parica.

Potpis

Merenje brizine
interneta

Re: Verat ADSL - iskustva 11.02.2011. u 11:53 · pre 191 mesec #600

Pretpostavljam da je SNR<10 i/ili Attenuation prevelik.

Forum kao aplikacija na telefonu

Srodne teme