Kvaliteta DSL parice? izdvojena tema

poruka: 6.156
|
čitano: 1.682.629
|
moderatori: Lazarus Long, pirat, XXX-Man, DrNasty, vincimus
+/- sve poruke
ravni prikaz
starije poruke gore
10 godina
offline
Re: Kvaliteta DSL parice?
spaljeni kaže...

Nije problem kritika, nije ti palo na pamet da jedini ti tu stvaras probleme konstatno ? Na ekspert forumu isto si radio...  sada ovdje isto radis, cemu to ?

 Nikakve probleme ja nisam radio, otisao sam od tamo svojevoljno, ne jer sam ikakve proleme radio. Ako te zanima, pitaj administratora tko je trazio da se username izbrise. A da probleme radim, ako su problemi da ljudi pisu nesto, pa im kazes da nije tocno i napises kako je tocno a oni se uzjapure ko kokice kad vide kukuruz, onda su to problemi valjda.

Da ja sad setam po forumu i pisem kako je more slatko ljudima koji mora nikad nisu vidjeli tvojom logikom nitko mi ne smije rec da pricam gluposti jer je more slano, jer odmah uzrokuje probleme. Tako si ti i par jos ljudi. Nauci se diskutirat kao odrasli ljudi, a ako te netko iritira, kliknes ignore i sve je mirno.

spaljeni kaže...

Jel ti treba crtati ili mozes shvatiti da te tvoje teorije za koje necu reci da ne stoje i da nisu tocne ali ne zanimaju 99% korisnika koji nesto ovdje pitaju ?

@Kile84 je postao svoje stanje i pitao nesto...

I sad ti radi teorije koje je tocna doduse, covjeka savjetujes da se vrati na ADSL2+ !? Jel ima to ikakve pameti ?

 Kad se covjek zajapuri, u svom bijesu obicno ne vidi ono sto sam radi. Vrati se natrag pa pogledaj konverzaciju. On je nesto napisao jer ga zanima, ti si dao svoj odgovor, ja sam dao svoj, i onda ste se ti i mija uzjapurili da ja pricam gluposti. Ti u biti jer sam se usudio pitati te odakle si izracunao duljinu parice jer eto, meni i dalje nije jasno kako si ti do te brojke dosao. Ti kad mene nesto pitas sto ja napisem ja cu ti odgovorit. Ja nigdje nisam prozvao vase savjete kao gluposti niti napisao da neznate (osim kad idete ispravit ono sto ja pisem). Samo sam rekao sto treba napravit. Malo bolje prati tijek dogadjaja kad se smiris pa procitaj ponovo. Znaci, meni i dalje nije jasno kako si ti do one brojke dosao zato sam te i pitao, a ti si se osjetio uvrijedjen pa je obrambena mehanika kad nesto ne znas da napadas.

 

Sto se tice drugog, radi nikakve teorije ja to njemu nisam preporucio nego jer ce tako bit bolje, i u teoriji, a onda i u praksi, jer PRAKSA PROIZLAZI IZ TEORIJE. Ako imas nesto u praksi sto se "kosi" s teorijom onda je prolem u praksi. Uz to, mora se zalit jos i na probleme u vezi jer mu i dalje, bio na vdslu ili adslu NESTO NE STIMA S INFRASTRUKTUROM sto je ocito iz prikazanog maksimuma i ostalih parametara koji to prate.

 

Na kraju, pitanje je sto koga zanima, forum cita hrpa ljudi koji nikad nista nece napisat, pa eto mozda njih zanima zasto je adsl bolji od vdsla na duljim paricama, zasto je bolje da je margina manja, zasto je bolje da ima linija manje protekcija, a ne odgovori tipa "mala ti margina" "to je maksimum koji mozete imat" itd itd. Tvoje je da das svoj savjet, moje da dam svoj, a korisnik ce izabrat sto ce napravit.

10 godina
neaktivan
offline
Re: Kvaliteta DSL parice?
sandokan111 kaže...
mija15 kaže...

Nisi ti ništa naveo, samo da je na toj udaljenosti bolji adsl od vdsl-a.

Dakle, zasto je adsl2+ bolji od vdsl2 tehnologije na udaljenijim paricama?

E pa bas stoga jer jedan radi s ATM-om a drugi s PTM-om. Posto kod PTM-a pricamo o ethernet nacinu enkapsulacije, gdje se salje do 1500 byte podataka koji se toliki mora i primit na odredistu, a kod ATM-a pricamo samo o 53 bytea i drugacijem error correctionu. I sad, gdje je problem.

 

Da ne ulazim previse u detalje error corectiona i same enkapsulacije (zasto u biti ATM ima veci overhead od PTM-a), problem nastaje kad se posalje paket koji je dosao s smetnjom na odrediste u PTM-u. On se ne ispravlja vec se ponovno salje. To naravno, zahtjeva novih 1500 byteova. E sad, kod velikih brzina, to ne predstavlja neki veliki problem. Ali, kad su brzine ogranicene, to je itekako problem.

ATM s svojih 53 bytea, i ako se greska ne moze popravit, zahtjeva samo retransmisiju tih 53 byteova. Ovo, kod malih brzina osigurava puno veci QoS kod usluga koje su ovisne o vremenu (Voip recimo, IPTV).

Opcenito, racuna se da je neka "granica" na oko 12mbps za ATM over PTM.

Sad ces valjda razumjet zasto postoji ona izreka "vdsl2 je osjetljiviji na smetnje kod duljih linija" u odnosu na adsl2+ (a u biti rade s istim frekventnim poljima), i zasto, po svim standardima kod svih ISP-ova se VDSL2 ogranicava na neku odredjenu razdaljinu, u nasem slucaju u HR je to bilo nekakvih 1500m, iako, ako pogledamo statistike, do nekakvih 2km bi VDSL2 koristio, a nakon toga je upitno koliko je usluzan.

 

Nikakva retransmisija se ne radi na atm/ptm nivou. Otkud ti to? Nema ni error correction, samo HEC, da se vidi da li ima greške ili nema. Ako se dogodi greška na atm ćeliji, propast će ne samo ta ćelija i tih 47 bytea, već i sve ostale ćelije koje prenose taj jedan paket. Npr. za paket 1500 byte su potrebne 32 atm ćelije, ako se na samo jednoj ćeliji detektira greska, efektivno propada i preostala 31 ćelija. ATM ima bolji QoS iz drugog razloga, ali to je tolko nebitno za voip i iptv da se uopće ne smatra prednošću. Kod ptm-a se može dogoditi da voip paket, u najgorem slučaju, dođe s par ms zakašnjenja. Npr. ako imamo brzinu od 512 kbps, i dođe voip paket u trenutku kada je već započet transfer 1500 bytea data paketa, voip paket će morat čekati u najgorem slučaju 1500*8/512 = 23ms. Kod atm-a je paket rascjepkan na ćelije od 53 bytea, voip ćelije će pričekat da se do kraja odradi slanje samo jedne ćelije od 53 bytea. Budući da se za govor uzima da je 200ms prihvatljivo kašnjenje i da svi voip sustavi imaju jitter buffer koji je daleko veći od tih 20 ms, to je totalno nebitno.

 

 

mija15 kaže...

Svašta si tu nadrobio, nešto je točno, nešto netočno, al na kraju što se tiče INP-a, vidi se sve iz slike, koliki je INP bio prije, koliki poslije, i to sve uz istu ili čak i veću brzinu. 

Nis ja nisam nadrobio, nego valjda nisi razumio sve, sto nema problema. Kao sto rekoh, usporedjujes G.INP i INP, sto se ne usporedjuje, te opet, teznja linije je da ima manju protekciju, ne vecu, jer, vidi cuda, ako moze linija s manjom protekcijom funkcionirat = bolja linija.

Nemaš pojma kaj pričaš, INP je samo naziv za jedinicu zaštite i mjeri se u broju simbola koji se štite. Kao što je brzina jedinica za broj prenesenih bitova u jedinici vremena. Nebitno je da li je INP rezultat overheada, retransmisije ili nečeg trećeg. I na dslamu je to jedan te isti MIB objekt, kad upišeš komandu koja dohvaća inp, ne vidi se jel to inp ili g.inp kako ga ti zoveš. Nema razlike. Što si nadrobio u prošlom postu, pogledaj sljedece.

 

 

sandokan111 kaže...

 O cemu ti pricas pobogu? Prvo, dal router podrzava il ne podrzava je nebitno. Ako nesto usporedjujes onda se valdja stvari usporedjuju da se mogu usporedit. Prvo si rekao "takav inp neces nikad vidjet na adslu" sad odjednom neko nepodrzavanje. Znaci to odbacimo jer nema nikakvog smisla usporedjivat ako jedno ne podrzava drugo.

Nadalje, mislim da ti ne razumijes niti sto je INP, niti cemu sluzi, niti kako se kodira vec si samo iz prakse nekako naucio "veliki inp = stabilna linija" al u biti sto je to i kako radi ti nije najjasnije, niti radi cega je uveden. Ti si jednostavno naucio da kad stavis adsl profil da vidis po profilu neke brojke, i jedna od tih je da je inp bio x obicno, a kad si poceo stavljat vdsl profile vidio si brojku xx. I sad si valjda nekako skuzio da kad je inp xx da ti veza ima manje prijava, kvarova, pucanja itd, te si dosao do zakljucka "veliki INP = good". U slicnu zamku su upali ljudi kad su tupili o velikoj margini.

Da sumiram, ne, cilj linije je da ima manji INP, isto ko sto je cilj da ima manju marginu, i opcenito sve protekcije po liniji da ima sto manje. Ako to moze drzat, to je linija bolja. VDSL profili dolaze predefinirani s vecim INPom jer ljudi koji su ih kreirali te stvari malo bolje razumije te znaju da kod vdsla dubina INP-a nece predstavljat problem zbog sirine dostupne brzine u odnosu na adsl gdje se to mora puno vise pratit. Nesto slicno kao sto je ram bio problem kod commodore64 te su programi bili tocno ispolirani da ga maksimalno iskoriste, dok danas jedan browser pojede gigabajte rama jer nitko vise ne brine o pravilnom baratanju memorijom posto nije u njoj vise usko grlo.

I da, ako pricamo o retransmisiji onda pricamo o g.inp, ne inp, i adsl podrzava g.inp sasvim uredno, ali samo u downstreamu. Cisto ovak da ne zbunjujes sam sebe ubuduce ko s ptm/atm.

Neznam ciji je razvoj zavrsio al imas ozbiljne probleme s "starom tehnologijom" jer nikakav razvoj adsl routera nije zavrsio. Pobogu video rekorderi su se do pred koju godinu prodavali a vjerojatno je zastupljenost tako neceg vs adsla 1:100000 (bubnuo sam naravno al jasno je sto mislim).

Osvrnut ću se na ovo boldano.

Vdsl nema ništa veći inp od adsla i ne dolaze s većim predefiniranim inp-om. Tko ti je to rekao?

Dubina inpa kod vdsla predstavlja problem kao i kod adsl-a. Jest da je širina dostupne brzine veća, ali je i veća količina informacije koju mora štiti, tako da mora slati više zaštite.

Ako uzmemo da je neka linija takva kakva je, ne može se reći da je cilj imati ni manji ni veći inp, nego točno onoliki koliki je potreban. Ono što si ti propustio reć (ne znam jel zato što to ne razumiješ ili si jednostavno propustio), je da ako se forsira veći inp, smanjuje se raspoloživa brzina i povećava se zahtjev za interleaved delay. To naravno ne vrijedi ako je inp ostvaren retransmisijom, tu se ništa ne uzima od brzine i interleaved delay je efektivno nula.

Razvoj adsla kao tehnologije je završio, odnosno nije ako vdsl gledaš kao evoluciju adsla. Čak bi rekao da je možda i razvoj vdsl-a završio. Ono što ti ne razlikuješ su pojmovi razvoj, proizvodnja i prodaja.

 

mija15 kaže...
O atenuaciji je bilo već riječi ovdje. Da ne otvaramo ponovno tu diskusiju, onaj koga zanima će sam doć do svojih zaključaka.

 Da, i tu si se izgubio cim je malo tehnikalija doslo :) Jos mi nisi odgovorio na onu nebulozu o "chipsetu". Tko upravlja time? :)

Svo procesiranje DSL signala i sve što ide uz to se odvija u hardveru odn. DSP-ovima za dsl processing. Software je potreban da bi se rezulati prikazali nama na ekranu, ali vrijednosti koje se prikazuju su nastale u DSP-ovima. Zaista je moguće napraviti workaround za bilo što u softwareu, ali to modem vendori ne rade. Tako se i događa da naizgled različiti modemi rade potpuno isto npr. adsl zyxel i zte H201 (potpuno isti Infineon chipset) ili zte 931, speedport i zyxel vmg (verzije broadcom chipseta).

 

mija15 kaže...
Čovjek ne gata, govori iz svog iskustva kojeg ti nemaš. 

Sto je najgore, on niti ima iskustva niti znanja. Ima nesto priuceno pa tu i tamo ubode zrno tocno, sto naravno, nije problem osim ako se postavis kao autoritet na odredjenom podrucju, a onog trena kad treba nesto i potkrijepit argumentima nestane, a samo je jedan od mnogih koji me prate tu po forumu jer sam se usudio reci da njegovo priuceno znanje ipak nije kompletno. Iz nekog razloga, ljudi na forumima ne prihvacaju dobro kritiku, on je jedan od njih.

Bome nemaš ni ti.

 

mija15 kaže...
Jesi probao testirati? Nisi? Nisi nikad dslam vidio? Aha, ti se ne baviš time za ozbiljno, ti si samo forum stručnjak. Prvo provjeri, pa onda pričaj.

Sto da testiram :))))))))). Znaci, znanstvenici koji rade na standardu naprave da i ADSL i VDSL mogu radit s PTM i ATM i ja moram testirat sto tocno? Da potvrdim ono sto su pametniji i uceniji od mene ljudi vec napravili? Sto cu tocno time dobit?

Vec sam naveo da jedan koristi jedno a drugi drugo iz prakticnih razloga, al oba mogu koristit i jedno i drugo. Ti si eto bio uvjerenja da vdsl moze samo ptm koristit i adsl samo atm, pa sam eto, morao ispravit tvoje priuceno prakticno znanje stvarnim, a praksu cu naravno, rado objasniti i ovaj put.

ADSL koristi ATM radi onog gore opisanog razloga, nije prikladan za PTM radi problema s greskama i serijalizacijom koja se dogodi radi razbijanja paketa na 53 bytea (u biti samo 48 byteova podatka). VDSL s druge strane koristi PTM jer na taj nacin ima manje overheada i bolju latenciju a namjenjen je za vece brzine pa nema problem na koji PTM enkapsulacija nailazi kod gresaka.

Nije 48 byteova nego 47; nisi uračunao AAL5 zaglavlje. Još jednom, ptm nema nikakvih problema s greškama, ništa više nego atm. Overhead kod ATM-a nije samo zbog tih 6 byteova po ćeliji, nego i zbog fiksne duljine ćelije od 53 bytea. Npr. ako imaš 64 bytea podataka, moraš ih prenjet u 2 atm ćelije; u prvoj ćeliji je 47 bytea podataka, u drugoj je preostalih 17 bytea + 30 bytea paddinga. Sveukupno prenosiš 2*53=106 byteova, za 64 bytea korisnih podataka. Računaj koliki je to overhead.

 

mija15 kaže...
sandokan111 kaže...
Samo da potvrdimo, znaci po tebi, adsl2+ i adsl1 vise nikakve uloge nigdje nemaju jer je vdsl2 superiornija tehnologija te se svugdje treba stavit vdsl? Cisto da budemo jasni oko ovog."

Da, bolji je, ako gledamo iz korisničke perspektive.

Molim odgovor.

K rjeseno.

Ag008 kaže...

Mija i sandokan, naporni ste već postali. Neka završi na ovome.

Oboje mislite, isto, oboje ste u pravu, s razine korisnika je bolje da je na vdsl-u ako je tako udaljen, manji ping, malo veći upload.

Dok je s druge strane loše za infrastrukturu, jer ako je u kabelu 90% njih na vdsl-u svima ide gore za dosta, pa i ovime bliže da bi ovaj na 2km dobio neznatno više.

 

Nije loše za infrastrukturu, odnosno ako gledamo paricu duljine >2km vdsl nije ništa lošiji za infrastrukturu od adsla. Loše je za operatera jer ne može prodat skuplju uslugu, a ima troškove dostave novog modema, mora platit prebacivanje parice, vdsl port je skuplji od adsl porta i mora osigurat novi modem (jest da može uzet stari, ali realno dal mu treba stari adsl modem).

 

 

 
0 0 hvala 0
10 godina
offline
Re: Kvaliteta DSL parice?
mija15 kaže...

Nikakva retransmisija se ne radi na atm/ptm nivou. Otkud ti to? Nema ni error correction, samo HEC, da se vidi da li ima greške ili nema. Ako se dogodi greška na atm ćeliji, propast će ne samo ta ćelija i tih 47 bytea, već i sve ostale ćelije koje prenose taj jedan paket. Npr. za paket 1500 byte su potrebne 32 atm ćelije, ako se na samo jednoj ćeliji detektira greska, efektivno propada i preostala 31 ćelija. ATM ima bolji QoS iz drugog razloga, ali to je tolko nebitno za voip i iptv da se uopće ne smatra prednošću. Kod ptm-a se može dogoditi da voip paket, u najgorem slučaju, dođe s par ms zakašnjenja. Npr. ako imamo brzinu od 512 kbps, i dođe voip paket u trenutku kada je već započet transfer 1500 bytea data paketa, voip paket će morat čekati u najgorem slučaju 1500*8/512 = 23ms. Kod atm-a je paket rascjepkan na ćelije od 53 bytea, voip ćelije će pričekat da se do kraja odradi slanje samo jedne ćelije od 53 bytea. Budući da se za govor uzima da je 200ms prihvatljivo kašnjenje i da svi voip sustavi imaju jitter buffer koji je daleko veći od tih 20 ms, to je totalno nebitno.

Gdje pise da se retransmisija radi na atm/ptm nivou? Samo sam rekao da se dogodi.

Ovo ostalo sto pises, imas ocitih problema s OSI modelom i razumjevanjem sto radi na kojem nivou te gdje se dodaju koji headeri te kako error correction/detection radi u kojem nacinu rada i na kojem se nivou dogadja (sto cu ti dolje ispisat), te sto je u biti payload (posto pises o 47 byteova, isto dolje napisano).

mija15 kaže...

Nemaš pojma kaj pričaš, INP je samo naziv za jedinicu zaštite i mjeri se u broju simbola koji se štite. Kao što je brzina jedinica za broj prenesenih bitova u jedinici vremena. Nebitno je da li je INP rezultat overheada, retransmisije ili nečeg trećeg. I na dslamu je to jedan te isti MIB objekt, kad upišeš komandu koja dohvaća inp, ne vidi se jel to inp ili g.inp kako ga ti zoveš. Nema razlike. Što si nadrobio u prošlom postu, pogledaj sljedece.

Lol, "nemam pojma" i "kako ga ja zovem" :). Znaci, navezano na ovo gore, ti ne razumijes bas ni OSI. Ne, INP je error correction baziran na reed-solomon codu i razlicit je od G.INP koji nema veze s tim i desava se na fizickom nivou OSI modela. Samim time, POSTO NISU ISTI, postoji i posebna definicija za G.INP u ITU-T bazi https://www.itu.int/rec/T-REC-G.998.4/en. Evo cuda, ima jos netko tko ga tako zove, i razlikuje od INP. Just so happens da je to stozerna organizacija za definiranje standarda na internetu. Mora bit da ni ovi likovi nemaju pojma sta pricaju. Samim time, g.inp doslovno zahtjeva drugacije sklopovlje koje omogucava retransmisiju na fizickom nivou. Ako nesto moze bit razlicitije u elektronici, onda je to kad se razlikuje na fizickom nivou. Ajde da ne razlikujes AAL od ATM-a (isto dalje objasnjeno) to jos nekako, al ovo je toliko razlicito da nemoze bit razlicitije.

mija15 kaže...
Vdsl nema ništa veći inp od adsla i ne dolaze s većim predefiniranim inp-om. Tko ti je to rekao? Dubina inpa kod vdsla predstavlja problem kao i kod adsl-a. Jest da je širina dostupne brzine veća, ali je i veća količina informacije koju mora štiti, tako da mora slati više zaštite.

Lol. Moras citat s razumjevanjem. VDSL, as in, vdsl profil, ti vec dolazi slozen s g.inpom (kao i target marginom, annexom itditd). Tko mi je rekao? Pa sama cinjenica da je sami cilj g.inpa bilo prelazenje preko problema inp-a i atma mi govori da je postavljen. Pitaj tehniku koja ti salje profile dal im svi vdsl profili imaju g.inp. Kad smo usvojili novo znanje iz proslog pasusa, dubina inpa i dubina g.inpa se nemogu diretkno usporedjivati (sto je bila jedna od tvojih pocetnih postavki zasto vdsl), al trebali smo novo znanje usvojit da ovo shvatimo.

mija15 kaže...
Ako uzmemo da je neka linija takva kakva je, ne može se reći da je cilj imati ni manji ni veći inp, nego točno onoliki koliki je potreban.

Slazem se, ali opet se vracam na usporedbe kao sto sam se vracao na usporedbe s marginom.

Ako jedna linija zahtjeva manji INP, onda je ta linija BOLJA od linije koja zahtjeva veci INP.

Tvoja pocetna teza je bila da je vdsl omogucio veci INP, i da je samim time bio bolja tehnologija, sto je logicka pogreska. Znaci ne samo da se inp na adslu i g.inp na vdslu nemogu direktno usporedjivat, nego i veci g.inp po vdslu ne oznacava dal je veza bolja il ne

mija15 kaže...
Svo procesiranje DSL signala i sve što ide uz to se odvija u hardveru odn. DSP-ovima za dsl processing. Software je potreban da bi se rezulati prikazali nama na ekranu, ali vrijednosti koje se prikazuju su nastale u DSP-ovima. Zaista je moguće napraviti workaround za bilo što u softwareu, ali to modem vendori ne rade. Tako se i događa da naizgled različiti modemi rade potpuno isto npr. adsl zyxel i zte H201 (potpuno isti Infineon chipset) ili zte 931, speedport i zyxel vmg (verzije broadcom chipseta).

Pitanje je ostalo isto. "sto upravlja chipsetom" i sto je to "chipset". Znaci taj "hardware" kako ga ti vidis, sto ureduje elektricne signale unutar komponenti bakra, silicija, zeljeza i cega god kad se sklope logicki sklopovi? Nekakav programski jezik ili mali vilenjaci ili komponente same po nacinu na koji su zalemljene dobijaju odredjena svojstva tumacenja elektricnih impulsa logickih sklopova? :)

Pitanje je vrlo jednostavno. I odgovor je, al si se tamo zapetljao u ispravljanje neceg samo da pokusas bit u pravu. Ajd pogledaj cemu sluze "low level programming languages" (https://www.techopedia.com/definition/3933/low-level-language), machine code i ISA (instruction set architecture).

mija15 kaže...
Nije 48 byteova nego 47; nisi uračunao AAL5 zaglavlje. Još jednom, ptm nema nikakvih problema s greškama, ništa više nego atm. Overhead kod ATM-a nije samo zbog tih 6 byteova po ćeliji, nego i zbog fiksne duljine ćelije od 53 bytea.

Znaci nastavno na ono gore. Ti ne razlikujes ATM ni AAL. Sto me puno manje cudi od toga da ne razlikujes osi nivoe.

Znaci, kako putujemo OSI nivoima put gore, tako svaki protokol dodaje neke svoje stvari. Tako, pricali smo o ATM-u, koji, ima payload (to je obicno dio u koji ide onaj "bitni" dio) od 48 byteova. Znaci, ako pisem o ATM-u, onda pisem o ATM-u, ne o AAL-u (kojeg usput ima 5 vrsta i skoro svi opet imaju drugaciju velicinu svog data dijela i drugacije headere te se, vidi cuda, nalazi iznad ATM-a u OSI prikazu). Tako znaci, napisao sam ATM i on uistinu ima 48 byteova ( evo recimo imas tu prikaz http://www.kitz.co.uk/adsl/images/ATMcell.png).

Nigdje nisam ni napisao da je overhead samo tih 6 byteova, neznam uopce cemu tvoj izracun kad je jasno da sam se slozio da ATM ima problema s overheadom jer je to jasno za bilokog tko zna zasto je ptm nastao.

 

Evo sad se i ag008 naljutio pa mi stiska dislikeove jer sam mu odgovorio kako mu se nije svidilo. Smjesno. Da vidimo koliko ce ga ljutnja drzat...

Poruka je uređivana zadnji put ned 13.11.2016 12:57 (sandokan111).
10 godina
neaktivan
offline
Re: Kvaliteta DSL parice?

Neki postovi su nam obrisani, al probat ćemo ipak ovo zaključit. Nadam se da ćemo uspjet.

 

sandokan111 kaže...

Gdje pise da se retransmisija radi na atm/ptm nivou? Samo sam rekao da se dogodi.

Ovo ostalo sto pises, imas ocitih problema s OSI modelom i razumjevanjem sto radi na kojem nivou te gdje se dodaju koji headeri te kako error correction/detection radi u kojem nacinu rada i na kojem se nivou dogadja (sto cu ti dolje ispisat), te sto je u biti payload (posto pises o 47 byteova, isto dolje napisano).

 

U postu od 11.11., 22:xy koji ti je obrisan je pisalo:

ATM s svojih 53 bytea, i ako se greska ne moze popravit, zahtjeva samo retransmisiju tih 53 byteova.

Molim,ako bi mogao obrazložit to.

 

 

 

mija15 kaže...

Nemaš pojma kaj pričaš, INP je samo naziv za jedinicu zaštite i mjeri se u broju simbola koji se štite. Kao što je brzina jedinica za broj prenesenih bitova u jedinici vremena. Nebitno je da li je INP rezultat overheada, retransmisije ili nečeg trećeg. I na dslamu je to jedan te isti MIB objekt, kad upišeš komandu koja dohvaća inp, ne vidi se jel to inp ili g.inp kako ga ti zoveš. Nema razlike. Što si nadrobio u prošlom postu, pogledaj sljedece.

Lol, "nemam pojma" i "kako ga ja zovem" :). Znaci, navezano na ovo gore, ti ne razumijes bas ni OSI. Ne, INP je error correction baziran na reed-solomon codu i razlicit je od G.INP koji nema veze s tim i desava se na fizickom nivou OSI modela. Samim time, POSTO NISU ISTI, postoji i posebna definicija za G.INP u ITU-T bazi https://www.itu.int/rec/T-REC-G.998.4/en. Evo cuda, ima jos netko tko ga tako zove, i razlikuje od INP. Just so happens da je to stozerna organizacija za definiranje standarda na internetu. Mora bit da ni ovi likovi nemaju pojma sta pricaju. Samim time, g.inp doslovno zahtjeva drugacije sklopovlje koje omogucava retransmisiju na fizickom nivou. Ako nesto moze bit razlicitije u elektronici, onda je to kad se razlikuje na fizickom nivou. Ajde da ne razlikujes AAL od ATM-a (isto dalje objasnjeno) to jos nekako, al ovo je toliko razlicito da nemoze bit razlicitije.

Baš fino da si naveo specifikaciju. Navedi mi, molim te, stranicu na kojoj se nalazi riječ g.inp. Navedi mi stranicu i rečenicu di se vidi kako itu-t razlikuje inp od g.inpa. Hvala.

 

mija15 kaže...
Vdsl nema ništa veći inp od adsla i ne dolaze s većim predefiniranim inp-om. Tko ti je to rekao? Dubina inpa kod vdsla predstavlja problem kao i kod adsl-a. Jest da je širina dostupne brzine veća, ali je i veća količina informacije koju mora štiti, tako da mora slati više zaštite.

Lol. Moras citat s razumjevanjem. VDSL, as in, vdsl profil, ti vec dolazi slozen s g.inpom (kao i target marginom, annexom itditd). Tko mi je rekao? Pa sama cinjenica da je sami cilj g.inpa bilo prelazenje preko problema inp-a i atma mi govori da je postavljen. Pitaj tehniku koja ti salje profile dal im svi vdsl profili imaju g.inp. Kad smo usvojili novo znanje iz proslog pasusa, dubina inpa i dubina g.inpa se nemogu diretkno usporedjivati (sto je bila jedna od tvojih pocetnih postavki zasto vdsl), al trebali smo novo znanje usvojit da ovo shvatimo.

Dakle, logika ti govori da je g.inp predefiniran na vdsl-u. Da li je g.inp predefiniran na ovim linijama :

http://www.bug.hr/_cache/af6f30b4f2d16ef7a8327448de08b3a5.aa200faf6c2518dd46a2a093a8c9451f.jpg

http://www.bug.hr/_cache/f148a768d0dbb147631593c5ef5ee1d9.44289b18be7ad29ada4bef94eb068dac.jpg

http://www.bug.hr/_cache/655ede9b9e26d95659deb9cb33a3c333.6be1dcf2ab3b2f0d730624f3457556a8.jpg

(ovo si odgovorio već u postu koji ti je obrisan, ali te molim da ponoviš opet,jer nisam siguran da sam točno upamtio što si rekao)

Budući da si se referencirao na itu-t standard, pretpostavljam da znaš što piše unutra i da ga razumiješ. Molim te da mi objasniš poglavlje 11.1.13 Retransmission mode. Prenosim sadržaj:

The RTX_MODE is a configuration parameter used to control activation of retransmission during initialization.
This parameter has 4 valid values:
0: RTX_FORBIDDEN.
1: RTX_PREFERRED
2: RTX_FORCED
3: RTX_TESTMODE

 

 

Pitanje je ostalo isto. "sto upravlja chipsetom" i sto je to "chipset". Znaci taj "hardware" kako ga ti vidis, sto ureduje elektricne signale unutar komponenti bakra, silicija, zeljeza i cega god kad se sklope logicki sklopovi? Nekakav programski jezik ili mali vilenjaci ili komponente same po nacinu na koji su zalemljene dobijaju odredjena svojstva tumacenja elektricnih impulsa logickih sklopova? :)

Pitanje je vrlo jednostavno. I odgovor je, al si se tamo zapetljao u ispravljanje neceg samo da pokusas bit u pravu. Ajd pogledaj cemu sluze "low level programming languages" (https://www.techopedia.com/definition/3933/low-level-language), machine code i ISA (instruction set architecture).

 Hvala za definiciju low-level languagea.

 

 

 

 

10 godina
offline
Re: Kvaliteta DSL parice?
mija15 kaže...

Neki postovi su nam obrisani, al probat ćemo ipak ovo zaključit. Nadam se da ćemo uspjet.

Tesko. Kratko cu jer mi se ne trosi 20ak minuta na pisanje da mi opet bude post pobrisan.

mija15 kaže...
U postu od 11.11., 22:xy koji ti je obrisan je pisalo:

ATM s svojih 53 bytea, i ako se greska ne moze popravit, zahtjeva samo retransmisiju tih 53 byteova.

Molim,ako bi mogao obrazložit to.

Obrazlozio sam u obrisanom postu, al tu jasno pise. Napisao sam izmedju ostalog da te buni sto je payload i sto radi na kojem nivou. Neznam sto ti tu nejasno pise. Pretpostavljam da se referenciras na sar aal5 ili tako nesto?

mija15 kaže...
Baš fino da si naveo specifikaciju. Navedi mi, molim te, stranicu na kojoj se nalazi riječ g.inp. Navedi mi stranicu i rečenicu di se vidi kako itu-t razlikuje inp od g.inpa. Hvala.

Neznam kako dalje da ti objasnim. G.inp je specifikacija koju sam ti naveo. Radi na fizickom nivou OSI-ja te zahtjeva drugacije sklopovlje da bi funkcioniralo. INP-a koji se bazira na reed-solomon kodu te nema nikakvih zahtjeva za sklopovlje koje zahtjeva g.inp da bi funkcionirao. Ako ti nije jasno koliko je ovo razlicito, ja ti stvarno nemogu objasnit. Razlicito je koliko je kamion razlicit od formule. Oboje su vozila, al s jako velikim razlikama.

mija15 kaže...
Dakle, logika ti govori da je g.inp predefiniran na vdsl-u. Da li je g.inp predefiniran na ovim linijama :

http://www.bug.hr/_cache/af6f30b4f2d16ef7a8327448de08b3a5.aa200faf6c2518dd46a2a093a8c9451f.jpg

http://www.bug.hr/_cache/f148a768d0dbb147631593c5ef5ee1d9.44289b18be7ad29ada4bef94eb068dac.jpg

http://www.bug.hr/_cache/655ede9b9e26d95659deb9cb33a3c333.6be1dcf2ab3b2f0d730624f3457556a8.jpg

(ovo si odgovorio već u postu koji ti je obrisan, ali te molim da ponoviš opet,jer nisam siguran da sam točno upamtio što si rekao)

Odgovorio sam da. Napisao sam, a logickim slijedom razmisljanja se lako dodje do istog zakljucka, ako nesto (vdsl) dolazi predefinirano s g.inpom ne znaci da, ako uvijeti to zahtjevaju (kao recimo tu da nema u hardwareu podrske za g.inp) MORA radit samo i nikako drugacije nego s g.inpom.

mija15 kaže...
Budući da si se referencirao na itu-t standard, pretpostavljam da znaš što piše unutra i da ga razumiješ. Molim te da mi objasniš poglavlje 11.1.13 Retransmission mode. Prenosim sadržaj:

The RTX_MODE is a configuration parameter used to control activation of retransmission during initialization.
This parameter has 4 valid values:
0: RTX_FORBIDDEN.
1: RTX_PREFERRED
2: RTX_FORCED
3: RTX_TESTMODE

Referencirao sam se na itu-t standard posto si insinuirao da sam ja izmislio g.inp kao naziv i da je on jedno te isto sto i inp. Da sam detaljno citao 100 stranica o svakom itu-t standardu, kojih ima mali milion nisam, kao sto sigurno nisi ni ti, jer eto do danas nisi ni znao da ovo postoji. Po opisu je samo nacin kontrole retransmisije.

mija15 kaže...
Hvala za definiciju low-level languagea. 

Nema problema, sad valjda znas sto je "chipset" i tko upravlja njime.

Poruka je uređivana zadnji put sri 16.11.2016 1:14 (sandokan111).
10 godina
neaktivan
offline
Re: Kvaliteta DSL parice?
sandokan111 kaže...

mija15 kaže...
U postu od 11.11., 22:xy koji ti je obrisan je pisalo:

ATM s svojih 53 bytea, i ako se greska ne moze popravit, zahtjeva samo retransmisiju tih 53 byteova.

Molim,ako bi mogao obrazložit to.

Obrazlozio sam u obrisanom postu, al tu jasno pise. Napisao sam izmedju ostalog da te buni sto je payload i sto radi na kojem nivou. Neznam sto ti tu nejasno pise. Pretpostavljam da se referenciras na sar aal5 ili tako nesto?

Ne, ne referenciram se na aal5. Pitao sam te već dva puta, sad ću i treći. Imaš dvije izjave:

ATM s svojih 53 bytea, i ako se greska ne moze popravit, zahtjeva samo retransmisiju tih 53 byteova. (11.11., 22:xy, Sandokan)

i

Gdje pise da se retransmisija radi na atm/ptm nivou? Samo sam rekao da se dogodi. (13.11., 12:48, Sandokan)

U svom odgovoru nemoj brisat jednu od te dvije izjave, kao što si dosad radio, nek stoje jedna pored druge. Dakle, pitanja su:
1) Da li ovu prvu izjavu možemo nazvati retransmisijom na atm nivou? Ako ne, na kojem nivou bi ta retransmisija bila?
2) Da li i dalje stojiš kod te izjave, da će se dogoditi retransmisija samo ta 53 bytea?
3) Da li su te dvije izjave kontradiktorne jedna drugoj?

 

mija15 kaže...
Baš fino da si naveo specifikaciju. Navedi mi, molim te, stranicu na kojoj se nalazi riječ g.inp. Navedi mi stranicu i rečenicu di se vidi kako itu-t razlikuje inp od g.inpa. Hvala.

Neznam kako dalje da ti objasnim. G.inp je specifikacija koju sam ti naveo. Radi na fizickom nivou OSI-ja te zahtjeva drugacije sklopovlje da bi funkcioniralo. INP-a koji se bazira na reed-solomon kodu te nema nikakvih zahtjeva za sklopovlje koje zahtjeva g.inp da bi funkcionirao. Ako ti nije jasno koliko je ovo razlicito, ja ti stvarno nemogu objasnit. Razlicito je koliko je kamion razlicit od formule. Oboje su vozila, al s jako velikim razlikama.

U specifikaciji se spominje riječ INP više od 100x i odnosi se na Impulse Noise Protection. Da li, po tebi, možemo uspoređivat taj INP, s INP-om koji je dobiven korištenjem reed-solomon codea?

 

mija15 kaže...
Budući da si se referencirao na itu-t standard, pretpostavljam da znaš što piše unutra i da ga razumiješ. Molim te da mi objasniš poglavlje 11.1.13 Retransmission mode. Prenosim sadržaj:

The RTX_MODE is a configuration parameter used to control activation of retransmission during initialization.
This parameter has 4 valid values:
0: RTX_FORBIDDEN: ITU-T G.998.4 retransmission not allowed.
1: RTX_PREFERRED: ITU-T G.998.4 retransmission is preferred by the operator. (i.e., if ITU-T G.998.4 RTX capability is supported by both XTU's, the XTU's shall select
2: RTX_FORCED: Force the use of the ITU-T G.998.4 retransmission.
3: RTX_TESTMODE: Force the use of the ITU-T G.998.4 retransmission in the test mode described in clause 10.4.(i.e., if ITU-T G.998.4 RTX capability is not supported by both XTU's or not selected by the XTU's, an initialization failure shall result).

Referencirao sam se na itu-t standard posto si insinuirao da sam ja izmislio g.inp kao naziv i da je on jedno te isto sto i inp. Da sam detaljno citao 100 stranica o svakom itu-t standardu, kojih ima mali milion nisam, kao sto sigurno nisi ni ti, jer eto do danas nisi ni znao da ovo postoji. Po opisu je samo nacin kontrole retransmisije.

Riječ g.inp se ne spominje u standardu. Pokaži mi gdje sam ja to izjednačavao standard s inp-om. Dakle, što znači za tebe kontrola retransmisije? Da li ovo odgovara opisu:
0: RTX_FORBIDDEN - isključi retransmisiju
1: RTX_PREFFERED - uključi retransmisiju ako je podržava modem. Ako ne, retransmisija je isključena
2: RTX_FORCED - uključi retransmisiju. Ako modem ne podržava, linija se neće syncat
3: RTX_TESTMODE - test mode retransmisija (nebitno za ovu raspravu)

Ako možeš isključiti retransmisiju/g.inp, kako vdsl dolazi predefiniran s retransmisijom/g.inp-om?

 

mija15 kaže...
Dakle, logika ti govori da je g.inp predefiniran na vdsl-u. Da li je g.inp predefiniran na ovim linijama :

http://www.bug.hr/_cache/af6f30b4f2d16ef7a8327448de08b3a5.aa200faf6c2518dd46a2a093a8c9451f.jpg

http://www.bug.hr/_cache/f148a768d0dbb147631593c5ef5ee1d9.44289b18be7ad29ada4bef94eb068dac.jpg

http://www.bug.hr/_cache/655ede9b9e26d95659deb9cb33a3c333.6be1dcf2ab3b2f0d730624f3457556a8.jpg

(ovo si odgovorio već u postu koji ti je obrisan, ali te molim da ponoviš opet,jer nisam siguran da sam točno upamtio što si rekao)

Odgovorio sam da. Napisao sam, a logickim slijedom razmisljanja se lako dodje do istog zakljucka, ako nesto (vdsl) dolazi predefinirano s g.inpom ne znaci da, ako uvijeti to zahtjevaju (kao recimo tu da nema u hardwareu podrske za g.inp) MORA radit samo i nikako drugacije nego s g.inpom.

To je dakle tvoja logika. Ne ostavljaš mogućnost da je profil napravljen tako da je g.inp ugašen tj. da je parametar RTX_MODE = 0 (RTX_FORBIDDEN)? I veliš u hardveru, jesi siguran da nisi htio reći u softwareu?

 

 

 

10 godina
offline
Re: Kvaliteta DSL parice?
mija15 kaže...

Ne, ne referenciram se na aal5. Pitao sam te već dva puta, sad ću i treći. Imaš dvije izjave:

ATM s svojih 53 bytea, i ako se greska ne moze popravit, zahtjeva samo retransmisiju tih 53 byteova. (11.11., 22:xy, Sandokan)

i

Gdje pise da se retransmisija radi na atm/ptm nivou? Samo sam rekao da se dogodi. (13.11., 12:48, Sandokan)

U svom odgovoru nemoj brisat jednu od te dvije izjave, kao što si dosad radio, nek stoje jedna pored druge. Dakle, pitanja su:
1) Da li ovu prvu izjavu možemo nazvati retransmisijom na atm nivou? Ako ne, na kojem nivou bi ta retransmisija bila?
2) Da li i dalje stojiš kod te izjave, da će se dogoditi retransmisija samo ta 53 bytea?
3) Da li su te dvije izjave kontradiktorne jedna drugoj?

Nigdje u prvoj izjavi ne pise gdje se odvija retransmisija, al kako ne razumijes osi dogodi se ovaj problem koji imamo. Stojim pri svim svojim izjavama, i te izjave nisu kontradiktorne.

mija15 kaže...
U specifikaciji se spominje riječ INP više od 100x i odnosi se na Impulse Noise Protection. Da li, po tebi, možemo uspoređivat taj INP, s INP-om koji je dobiven korištenjem reed-solomon codea?

Pa spominje se INP jer je to isto kao sto ulje i kruh spadaju pod "hranu". Postoji i 30 vrsta error correctiona i za svaki od njih se "u standardu" non stop spominje "error correction". Jel ti i to isto?

Po stoti put sam ti vec napisao da se te 2 stvari ne mogu usporedit, opisao sam ti vec iz vise kuteva zasto, ti i dalje odbijas shvatit. Shvati, zovu se "inp" zato jer je to zastita od impusla. Rade potpuno drugacije te nisu direktno usporedivi.

mija15 kaže...
Riječ g.inp se ne spominje u standardu. Pokaži mi gdje sam ja to izjednačavao standard s inp-om.

O cemu ti pricas? Pa pobogu upisi u google "g.inp" i pogledaj sto ce ti izbacit. Evo http://bfy.tw/71mJ. Jel jos stojis pri izjavi "da ga samo ja tako zovem" ili sto si naveo vec.

Mislim jos ti stavim link na itu-t standard i ti i dalje nesto izvodis. Evo slikat cu ti. http://www.itu.int/ITU-T/recommendations/rec.aspx?rec=G.998.4

Jel sad ok?

mija15 kaže...
Dakle, što znači za tebe kontrola retransmisije? Da li ovo odgovara opisu:

0: RTX_FORBIDDEN - isključi retransmisiju
1: RTX_PREFFERED - uključi retransmisiju ako je podržava modem. Ako ne, retransmisija je isključena
2: RTX_FORCED - uključi retransmisiju. Ako modem ne podržava, linija se neće syncat
3: RTX_TESTMODE - test mode retransmisija (nebitno za ovu raspravu)

Ako možeš isključiti retransmisiju/g.inp, kako vdsl dolazi predefiniran s retransmisijom/g.inp-om?

Stvarno mislim da se sad pravis glup nepotrebno. Znaci ako nesto mozes iskljucit, logickim slijedom zakljucujes da profil nemoze/nesmije doc predefiniran s tim? Odustajem.

Znaci, g.inp je prvenstveno predvidjen za vdsl, u vdsl profil se stavlja po defaultu, ako hardware ne podrzava, samo se iskljuci i prebaci na obicni INP i stvarno ne vidim sto ti je tu nelogicno osim da me za*eba*es nepotrebno.

mija15 kaže...
To je dakle tvoja logika. Ne ostavljaš mogućnost da je profil napravljen tako da je g.inp ugašen tj. da je parametar RTX_MODE = 0 (RTX_FORBIDDEN)? I veliš u hardveru, jesi siguran da nisi htio reći u softwareu?

Pa normalno da postoji i profil gdje je g.inp izgasen, za slucajeve kad oprema ne omogucava g.inp. Isto tako postoje i adsl profili s FAST i INTERLEAVED i s milion drugih razlicitih postavki. U tom i je bit profila da ih ti kao tehnicar samo ucitas i rjesis posao u 10 minuta, nego da sam prtljas po opremi i trazis svaku postavku i rucno namjestas svaki put pa da ti za intervenciju treba 2 sata.

I da, ti stvarno ne razumijes sto je hardware, sto software, a sto chipset. Uz one osi nivoe gore, mislim da cu ovu pricu lagano privest kraju jer se vec vrtimo u krug.

10 godina
neaktivan
offline
Re: Kvaliteta DSL parice?
sandokan111 kaže...
mija15 kaže...

Ne, ne referenciram se na aal5. Pitao sam te već dva puta, sad ću i treći. Imaš dvije izjave:

ATM s svojih 53 bytea, i ako se greska ne moze popravit, zahtjeva samo retransmisiju tih 53 byteova. (11.11., 22:xy, Sandokan)

i

Gdje pise da se retransmisija radi na atm/ptm nivou? Samo sam rekao da se dogodi. (13.11., 12:48, Sandokan)

U svom odgovoru nemoj brisat jednu od te dvije izjave, kao što si dosad radio, nek stoje jedna pored druge. Dakle, pitanja su:
1) Da li ovu prvu izjavu možemo nazvati retransmisijom na atm nivou? Ako ne, na kojem nivou bi ta retransmisija bila?
2) Da li i dalje stojiš kod te izjave, da će se dogoditi retransmisija samo ta 53 bytea?
3) Da li su te dvije izjave kontradiktorne jedna drugoj?

Nigdje u prvoj izjavi ne pise gdje se odvija retransmisija, al kako ne razumijes osi dogodi se ovaj problem koji imamo. Stojim pri svim svojim izjavama, i te izjave nisu kontradiktorne.

Super, to bi svaki student telekomunikacija trebao znat, ali i onaj koji ne zna vrlo lako može zgooglat.

 

mija15 kaže...
U specifikaciji se spominje riječ INP više od 100x i odnosi se na Impulse Noise Protection. Da li, po tebi, možemo uspoređivat taj INP, s INP-om koji je dobiven korištenjem reed-solomon codea?

Pa spominje se INP jer je to isto kao sto ulje i kruh spadaju pod "hranu". Postoji i 30 vrsta error correctiona i za svaki od njih se "u standardu" non stop spominje "error correction". Jel ti i to isto?

Po stoti put sam ti vec napisao da se te 2 stvari ne mogu usporedit, opisao sam ti vec iz vise kuteva zasto, ti i dalje odbijas shvatit. Shvati, zovu se "inp" zato jer je to zastita od impusla. Rade potpuno drugacije te nisu direktno usporedivi.

I ovo je jasno. Samo da dodam da ti je kriva usporedba: INP je parametar, ima svoju mjernu jedinicu, error correction je pojam.

mija15 kaže...
Riječ g.inp se ne spominje u standardu. Pokaži mi gdje sam ja to izjednačavao standard s inp-om.

O cemu ti pricas? Pa pobogu upisi u google "g.inp" i pogledaj sto ce ti izbacit. Evo http://bfy.tw/71mJ. Jel jos stojis pri izjavi "da ga samo ja tako zovem" ili sto si naveo vec.

Mislim jos ti stavim link na itu-t standard i ti i dalje nesto izvodis. Evo slikat cu ti. http://www.itu.int/ITU-T/recommendations/rec.aspx?rec=G.998.4

Jel sad ok?

Ne velim da samo ti koristiš taj termin. Ustvari čuo sam ga ranije, pa iz toga pretpotavljam di radiš.

 

mija15 kaže...
Dakle, što znači za tebe kontrola retransmisije? Da li ovo odgovara opisu:

0: RTX_FORBIDDEN - isključi retransmisiju
1: RTX_PREFFERED - uključi retransmisiju ako je podržava modem. Ako ne, retransmisija je isključena
2: RTX_FORCED - uključi retransmisiju. Ako modem ne podržava, linija se neće syncat
3: RTX_TESTMODE - test mode retransmisija (nebitno za ovu raspravu)

Ako možeš isključiti retransmisiju/g.inp, kako vdsl dolazi predefiniran s retransmisijom/g.inp-om?

Stvarno mislim da se sad pravis glup nepotrebno. Znaci ako nesto mozes iskljucit, logickim slijedom zakljucujes da profil nemoze/nesmije doc predefiniran s tim? Odustajem.

Znaci, g.inp je prvenstveno predvidjen za vdsl, u vdsl profil se stavlja po defaultu, ako hardware ne podrzava, samo se iskljuci i prebaci na obicni INP i stvarno ne vidim sto ti je tu nelogicno osim da me za*eba*es nepotrebno.

Nažalost, moram tako s tobom.

 

mija15 kaže...
To je dakle tvoja logika. Ne ostavljaš mogućnost da je profil napravljen tako da je g.inp ugašen tj. da je parametar RTX_MODE = 0 (RTX_FORBIDDEN)? I veliš u hardveru, jesi siguran da nisi htio reći u softwareu?

Pa normalno da postoji i profil gdje je g.inp izgasen, za slucajeve kad oprema ne omogucava g.inp. Isto tako postoje i adsl profili s FAST i INTERLEAVED i s milion drugih razlicitih postavki. U tom i je bit profila da ih ti kao tehnicar samo ucitas i rjesis posao u 10 minuta, nego da sam prtljas po opremi i trazis svaku postavku i rucno namjestas svaki put pa da ti za intervenciju treba 2 sata.

I da, ti stvarno ne razumijes sto je hardware, sto software, a sto chipset. Uz one osi nivoe gore, mislim da cu ovu pricu lagano privest kraju jer se vec vrtimo u krug.

Al znamo da ovaj VMG Zyxel podržava retransmisiju, tu se slažemo? Evo ti Iskon BS na HT dslamu, nema retransmisije. 

http://www.bug.hr/forum/topic/povezivanje-internet/kvaliteta-dsl-parice/182498.aspx?page=121&jumpto=5163342&sort=asc&view=flat

Evo još jedan modem koji podržava retransmisiju:

https://en.avm.de/service/fritzbox/fritzbox-7360/knowledge-base/publication/show/37_Supported-DSL-lines/

Ali kad pogledamo sliku koju je postao kolega forumaš, nije uključena:

http://www.bug.hr/forum/topic/povezivanje-internet/kvaliteta-dsl-parice/182498.aspx?page=122&jumpto=5174080&sort=asc&view=flat

I ostali modemi ju podržavaju, Speedport, ZTE 931 i Innbox (samo u downstream smjeru). Tko ima mogućnosti i želi provjeravat, može provjeriti tako da spoji modem na Iskonovu paricu (INP će pokazivati preko 20, na bilo kojoj drugoj parici će biti 0 ili 1),

 

 

 

10 godina
offline
Re: Kvaliteta DSL parice?
mija15 kaže...
ili g.inp kako ga ti zoveš. Nema razlike.
mija15 kaže...
Navedi mi, molim te, stranicu na kojoj se nalazi riječ g.inp. Navedi mi stranicu i rečenicu di se vidi kako itu-t razlikuje inp od g.inpa.
mija15 kaže...
 Ne velim da samo ti koristiš taj termin. Ustvari čuo sam ga ranije, pa iz toga pretpotavljam di radiš.

Toliko o kontradiktornosti i da si cuo vec prije :) Jesi jesi, prije par dana kad sam ga spomenuo prvi put 10.11og :)

mija15 kaže...
 Al znamo da ovaj VMG Zyxel podržava retransmisiju, tu se slažemo? Evo ti Iskon BS na HT dslamu, nema retransmisije.

 I dalje mi nije jasno sto pokusavas s ovim osim da bzvz razvodnjavas vec razvodnjeni problem i pravis se blesav. Ako nesto dolazi po defaultu s necim, ne znaci da nemora bit iskljuceno iz xx razloga kao sto sam naveo vec. Modem podrzava, kako znas da oprema u centrali podrzava? Ako je nesto zavisno o prvom osi nivou, to mora bit podrzano s obe strane veze. Tvoja analogija je slicna "stavio sam vdsl modem, zasto nemam vdsl vec adsl" itd.

 

Kao sto rekoh, zakljucio sam s ovom raspravom. Nadam se da je on za ovo vrijeme prijavljivao greske kao lud svaki dan 10 puta da mu netko pogleda infrasturkturu i rjese problem.

15 godina
offline
Kvaliteta DSL parice?

Uključen mi VDSL na H1. Od centrale udaljen 1 km. Dobio što sam i imao na ADSLu. Iskreno, očekivao sam bar 25 Mbpsa.

http://prnt.sc/d8saj4 - VDSL
http://prnt.sc/d4b04a - ADSL

Može li se šta popraviti tu, zbog čega mi je uključen 12b profil, a što ne 8b??

Moj PC  
0 0 hvala 0
10 godina
offline
Re: Kvaliteta DSL parice?
MacTheBig kaže...

Uključen mi VDSL na H1. Od centrale udaljen 1 km. Dobio što sam i imao na ADSLu. Iskreno, očekivao sam bar 25 Mbpsa.

http://prnt.sc/d8saj4 - VDSL
http://prnt.sc/d4b04a - ADSL

Može li se šta popraviti tu, zbog čega mi je uključen 12b profil, a što ne 8b??

12b ti je da imas veci upload jer on ima jos jedno frekvencijsko polje za upload. H1 obicno fura 12ice umjesto 8mica. Al ovaj maksimum je bezveze. Koliko gledam, svima (a i meni) na H1 uredno su stvari losije od ocekivanog po maksimumu. Ne bi to trebalo bit tako lose. Kao da se cesto ne poklapa lokacija njihove opreme s najblizom centralom (ovo je bio slucaj kod mene).

 

Okaci sliku di ti je "dsl spectrum".

Poruka je uređivana zadnji put pet 18.11.2016 11:06 (sandokan111).
15 godina
offline
Re: Kvaliteta DSL parice?

http://prnt.sc/d8sm92

 

Očekiva sam bar minimum 25. Što se tiče kolokacije koliko sam upoznat u Imotskom su svi operateri u pošti, od koje ja imam 1km, što i ADSL potrvđuje... Čak sam gledo kuda linija ide...

 

Jel moguće da je "krivac" za to jedan spoj koji imam od utičnice do one reglete na kući? Doduše to je u kući, u zidu 30 cm od utičnice osigurano sa izolir trakom... 

 

EDIT: Šta mislite kad bi iskoristio kabel od utičnice do routera rj11 na rj45 bili se stanje popravilo, trenutno mi je tu rj11 na rj11.

Poruka je uređivana zadnji put pet 18.11.2016 14:11 (MacTheBig).
14 godina
offline
Re: Kvaliteta DSL parice?
Ovisi o dužini,no najviše koristi možeš imati ako provučeš UTP i s njim od ulaza u kuću do rutera
robimarko@gmail.com
10 godina
offline
Re: Kvaliteta DSL parice?
MacTheBig kaže...

http://prnt.sc/d8sm92

 

Jel moguće da je "krivac" za to jedan spoj koji imam od utičnice do one reglete na kući? Doduše to je u kući, u zidu 30 cm od utičnice osigurano sa izolir trakom... 

EDIT: Šta mislite kad bi iskoristio kabel od utičnice do routera rj11 na rj45 bili se stanje popravilo, trenutno mi je tu rj11 na rj11.

 A moguce je svasta, al svakako stanje s adsl-a nije bas preneseno na h1.

rj11 u rj45 ulazi ok, ali kod vdsla zna nekad ne sjest 100% pa to zna uzrokovat probleme (rjetko al zna). Pokusaj ako ti nije neka investicija s tim rj11->rj45 kabelom pa vidi. Iako oni su meni isporucili takav kabel kad sam bio na h1.

15 godina
offline
Re: Kvaliteta DSL parice?
sandokan111 kaže...
MacTheBig kaže...

http://prnt.sc/d8sm92

 

Jel moguće da je "krivac" za to jedan spoj koji imam od utičnice do one reglete na kući? Doduše to je u kući, u zidu 30 cm od utičnice osigurano sa izolir trakom... 

EDIT: Šta mislite kad bi iskoristio kabel od utičnice do routera rj11 na rj45 bili se stanje popravilo, trenutno mi je tu rj11 na rj11.

 A moguce je svasta, al svakako stanje s adsl-a nije bas preneseno na h1.

rj11 u rj45 ulazi ok, ali kod vdsla zna nekad ne sjest 100% pa to zna uzrokovat probleme (rjetko al zna). Pokusaj ako ti nije neka investicija s tim rj11->rj45 kabelom pa vidi. Iako oni su meni isporucili takav kabel kad sam bio na h1.

Isporučili su i meni, ali bio sam na poslu jutros, tehničar došao spojio fritz i uzeo taj kabel, zbog čega nemam pojma. Imam još jedan takav kabel ali skoro je 2 metra dug a toliko mi ne treba, testirao sam i attainable rate mi se digao s 18600 na 19500.

 

Zvao sam isto službu i pitao ih da mi stave 8b profil ali njihov odogovor je da će vršiti mjerenja i kao da će za 10ak dana, ukoliko se pokaže 12b nepotreban, prebaciti na 8b. Sad jel oni tu stvarno nešto mjere pojma nemam (i imali li uopće smisla to mjeriti), ali vidio sam puno sličnih parica po forumima i većina je imala minimum 20 ako ne i više. Očekiva sam bar tih 20-25 kao minimum ali očito nešto ne štima.. Vidit ćemo za 10ak dana šta će biti.

Poruka je uređivana zadnji put pet 18.11.2016 18:25 (MacTheBig).
10 godina
offline
Re: Kvaliteta DSL parice?
MacTheBig kaže...

Isporučili su i meni, ali bio sam na poslu jutros, tehničar došao spojio fritz i uzeo taj kabel, zbog čega nemam pojma. Imam još jedan takav kabel ali skoro je 2 metra dug a toliko mi ne treba, testirao sam i attainable rate mi se digao s 18600 na 19500.

 

Zvao sam isto službu i pitao ih da mi stave 8b profil ali njihov odogovor je da će vršiti mjerenja i kao da će za 10ak dana, ukoliko se pokaže 12b nepotreban, prebaciti na 8b. Sad jel oni tu stvarno nešto mjere pojma nemam (i imali li uopće smisla to mjeriti), ali vidio sam puno sličnih parica po forumima i većina je imala minimum 20 ako ne i više. Očekiva sam bar tih 20-25 kao minimum ali očito nešto ne štima.. Vidit ćemo za 10ak dana šta će biti.

Lol tehnicar uzeo :P

Tih "10 dana" je u biti ono sto dlm mjeri na novim linijama, svojevrsni "training period". Pretpostavljam da oni misle na to. Sumnjam da oni sami vrse ikakve preinake, nekako su mi pretraljavi za to :)

Poruka je uređivana zadnji put pet 18.11.2016 23:30 (sandokan111).
15 godina
offline
Re: Kvaliteta DSL parice?

Ma sumnjam da će to nešto sredit.

16 godina
offline
Re: Kvaliteta DSL parice?

Može pomoć. Kolika je propusnost parice.

Hvala i pozdrav.

Poruka je uređivana zadnji put sub 19.11.2016 10:59 (mrgud1).
11 godina
offline
Re: Kvaliteta DSL parice?
mrgud1 kaže...

Može pomoć. Kolika je propusnost parice.

Hvala i pozdrav.

 Oko 20mbit je propusnost (atteinable rate) na adslu. Na Vdslu bi islo sjevernije od 30mbit 

Kupujem HUAWEI stickove za mobilni internet, ponude na PM ;)
10 godina
offline
Re: Kvaliteta DSL parice?
mrgud1 kaže...

Može pomoć. Kolika je propusnost parice.

Hvala i pozdrav.

 Nesto tu ne stima. 23db atenuacije i 23 mbita attainable na adslu jednostavno ne ide. Sad je pitanje koja je brojka tocna, vjerojatno atenuacija. Koji je ovo router?

10 godina
offline
Kvaliteta DSL parice?

Imao sam Iskon Adsl prije godinu i pol, 10/0.5 - tako nešto, to je zaista radilo savršeno, besprijekorno. 

 

Onda su uveli svoj VDSL i prebacio sam se na to, na brzinu 30/5 (zaista je mogu postići). No taj VDSL je katastrofa, prečesto puca veza na par inuta, dok proradi, mjenjali su mi namjanje 3 puta ruter i t com je mjenjao kutiju onu na banderi, no i dalje je to koma od interneta naspram adsl-a koji je radio savršeno.

 

Moje pitanje glasi, ako mi je adsl bio full ok, moja parica je sasvim uredu i blizu sam centrale? Mislim, nije problem do mene, već njih (usluge) ?

 

Ne znam što više naraviti, oni samo mjenjaju rutere i ništa se ne popravlja, vrlo su rijetki dani da net radi cijeli dan ok. 

Moj PC  
0 0 hvala 0
17 godina
offline
Re: Kvaliteta DSL parice?
matrix777 kaže...

Onda su uveli svoj VDSL i prebacio sam se na to, na brzinu 30/5 (zaista je mogu postići).

 Koliko se tu vidi sa ss-a nisi ni blizu 30Mbps, na speedtestu ovako sinkano ide ti 22Mbps max sto se tice downloada, upload je ok.

S obzirom na sami max moguci upload ti nisi dalje od nekih 800/900m od centrale. Sto se tice ADSL2+ i brzine 10Mbps normalno da je radilo ok jer je sam ADSL2+ manje osetljiviji na razno-razne smetnje nego VDSL2.

 

Definitivno ti parica ima neke probleme jer tako mali download na 8b profilu sa ovako dosta solidnim uploadom ne moze ici. Skini dslstat i logiraj se s njim na router te ostavi ga da radi u pozadini, kada primjetis smetnje ili da je pukla veza onda uzmi ss sa Tones - SNR per Tone, takodjer ako ti nije mrsko uzmi ss tog grafickog prikaza ujutro do 10h pa negdje oko 14h, kasnije popodne oko 18h i nocu oko 21h, 23h i ponoci. Tu ce se vidjeti dali ima oscilacija u samom spektru i dali se ti ispadi veze/prekidi dogadaju kada se taj graficki spektar "raspada"...

 

Ovo je recimo normalni SNR per Tone:

 

A ova 2 su dok traju razne smetnje.

 

 
 

 

10 godina
offline
Re: Kvaliteta DSL parice?
Probati cu pa objavim slike... Speedtestom mi ide 30/5 jer sam probao više puta... Žično... a bežično negdje oko 28/5... uvijek se spajam bežično..
Moj PC  
0 0 hvala 0
10 godina
offline
Re: Kvaliteta DSL parice?
Da probam ih tražiti da mi smanje na 20 sa 30 na kanalu, ako bi net bio stabilniji? Također su mi iz Iskona rekli da moja parica može ići do 39 download...
17 godina
offline
Kvaliteta DSL parice?

Ja mogu komentirati samo na osnovi onoga sto si dao podatke.  Na slici se ljepo vidi da ti je router sinhroniziran na 23.552Mbps a ti uporno tvrdis da imas 30Mbps mjereno na speedtestu.

 

 
0 0 hvala 0
10 godina
offline
Re: Kvaliteta DSL parice?
Pošaljem sliku speedtesta kad dodjem doma. Jel se moze parica "pokvariti" s vremenom i zasto? Imao sam mjerenje 30/5 od pocetka te usluge, jos mi je agent rekao da je propusnost parice 39, danas sam ih zvao, sad kaze 25 vam je maximala u zadnjih mj dana a vi koristite 23...
Moj PC  
0 0 hvala 0
15 godina
offline
Kvaliteta DSL parice?

Stanje direktno na razvodnoj kutiji i trenutno stanje. Jbt koja razlika. Izgleda da trebam novi kabel staviti...

Moj PC  
0 0 hvala 0
17 godina
offline
Re: Kvaliteta DSL parice?
matrix777 kaže...
 danas sam ih zvao, sad kaze 25 vam je maximala u zadnjih mj dana a vi koristite 23...

 Eto vidis... sve "pise" na slici a ti uporno tvrdis suprotno jer ne azuriras realno stanje nego se vodis nekim informacijama od prije.

Naravno da se i parica moze "pokvariti" a zasto je doslo do toga mi ne mozemo znati, mora na teren izaci tehnicar i traziti kvar ali da bi ti mogao pokrenuti proceduru moras imati stanje parice od prije ili ako je kod njih zabiljezeno da si koristio vecu brzinu koja sada nije ostvariva pa da se nadje uzrok tome.

 

Napravi sto sam ti rekao, skini dslstat da se vidi graficki prikaz SNR per Tone i ako ti parica ima problema ta krivulja ce vrlo "grdo" izgledati u vremenu kada veza puca ili su smetnje no onda na osnovu toga i podataka od prije mozes svoj ISP tiskati da izda nalog kako bi izasao tehnicar i nasao kvar ili traziti zamjenu parice ili nesto trece... ovisi kakav ugovor imas s njima.

 

 

10 godina
offline
Kvaliteta DSL parice?

Kužim ja tebe, najbolje bi bilo mjenjanje parice.. Ni ja ne kužim zašto bi se parica pokvarila. Njihova podrška je samo mjenjanje rutera i ćao. Ugovor s njima mi je istekao, mogu gdje želim, no ako je parica loša, neće bolje raditi ni kod drugih operatera.

 

Skinuo sam onaj program, no ne znam kako se logirati kad upišem podatke od svog rutera?

Moj PC  
0 0 hvala 0
17 godina
offline
Kvaliteta DSL parice?

Logiras se kao supervisor u svoj router prvo i tamo pod Maintenance nadjes Remonte MGMT i ukljucis, stavis kvacicu za telenet port koji je 23. Kada si to obavio onda u dslstats pod Configuration/Normal login odaberes:

 

1. Modem/Router - Zyxel VMG1312-B

2. IP address - 192.168.5.1 ako nisi mjenjao subnet ili IP Zyxela u neki drugi...

3. Telnet login name - supervisor

4. Telnet password - upises password za supervisora koji ti vec je s obzirom na fw koji imas, potrazi u topicu Iskon passworde za onaj fw koji je kod tebe.

5. Telnet port - 23

 

Stavis tamo jos kvacicu na Disable specijal login i onda gore u ljevom cosku imas oznaku "play" koju stisnes...

 

 

 
0 0 hvala 0
E-mail:
Lozinka:
 
vrh stranice