T-2: Informacije

Novi naročnik je tisti, ko ni na naslovu(istega ponudnika) prijavljen priključek vsaj 6 mesecev. To sem sicer dobil od telekoma info, ko sem hotel enako preprisat preključek na punco, pa so rekli jok brate. Meni sicer to ne gre logično skupaj, saj če prodam stanovanje pa pride drugi ne more dobiti "novega naročnika" pri istem ponudniku. Mogoče T2 drugače definira tole.

Ja pa vprašaj soseda če lahko. Nam je sosed odstopil net za 7 mesecev (seveda se nismo s torenti in podobnim zajebavali vmes). Ne verjamem da imam samo jaz fajn sosede.

Aja, sem mislil, da ste kao sorodniki v dveh stanovanjih.

Prenos emailov pa še en čas ne bo.
(to je ja nemogoče, enako kot prenos tel. številk... oh, wait)

končno en ki razjasni stvari in ne pametuje kar tja v en dan

Še huje je, ko bi kakšen Janez Novak že obstajal kot naročnik pri Telekomu in bi bil ta naslov že zaseden.

Če se vi preselite iz Murske Sobote v Novo Gorico, pač ne morete s sabo prenesti naslova. Lahko naredite samo preusmeritev (morda proti plačilu).

Ja, ker sploh ni tehnologije, ki bi naslove preslikala v real time.
Nekaj kot.. nekaj kot, kjer bi kot input dal janez.novak.-afna-.siol.net, ven pa bi dobil 56.32.175.33 (naslov aktualnega mail strežnika, kjer se ta teden nahaja ta e-naslov)

In bi uporabilo tehniko porazdeljene baze podatkov.

Imenovalo pa bi se, hmm... nekaj kot Distrubuted Name Solution ? de en es?

Mogoče pa še čas ni zrel za tako napredno tehnologijo...

No.. saj email portability nebi bil tak bavbav. Pač bi se za front-end serverje uporabil email ponudnika A, nekje v uporabniški bazi ali LDAPu pa bi za janez.novak@operater-a.si pisalo, da je njegov 'storage' pri operater-b.si. Seveda pa bi moral biti spisan nek vmesnik, da bi lahko ponudniki med sabo komunicirali, in javljali kater poštni naslov je portan, in kam - dokaj podobno, kot to velja za number portability.

1.) (glede napadov) bi pač uporabil DNSSEC namesto ancient-DNS
2.) Huh? janez.novak@siol.net ima tisti, ki ga je prvi rezerviral. Enako kot telefonske številke. Kje vidiš problem?

MrStein je 29. okt 2015 ob 14:19 izjavil:

1.) (glede napadov) bi pač uporabil DNSSEC namesto ancient-DNS
2.) Huh? janez.novak@siol.net ima tisti, ki ga je prvi rezerviral. Enako kot telefonske številke. Kje vidiš problem?

Potem bi moral že na matičnem uradu vpeljati, da je lahko Janez Novak samo tisti novorojenec, ki si je to ime prvi registriral?

Kaj boš naredil z vsemi ostalimi Janezi? Eden je bip na T-2, drugi na Siol, tretji na Telemach,.... Vsi so že registrirani. Komu boš dovolil prenos?

Kako boš poskrbel, da ne bo prihajalo do pomot pri pošiljanju, ker bo vsakdo po avtomatizmu predvideval, da se pošilja Janezu Novaku mail na Janez.Novak@ ? Boš delil zaporedne številke? Bo to zmanjšalo zmedo? Si boš zapomnil, katero številko ima Janez Novak iz Lendave, katero pa oni iz Radovljice?
Ne bo šlo niti Janez.Novak.Ljubljana@ - saj tudi v ljubljani živi več Janez Novak-ov, sploh pa bi nastala zmešnjava, ko bi se ljubljanski Janez preselil v Koper in bi hotel nesti naslov s seboj k lokalnemu ponudniku.

Primerjava z DNS tudi ni najboljša, ker bi se na koncu šlo za popolnoma drug protokol. DNS rešuje zgolj tisti del, ki se nahaja izza @ znaka. Ti pa imaš v tem primeru opravka z imenom, ki se nahaja pred tem znakom.
Pri DNS vsakdo ureja zapise za resurse, ki so njegova last oz. jih upravlja znotraj svoje domene, skratka vsakdo posega zgolj v lastne zapise.
Tu pa bi se šlo za globalni imenik, kjer bi prenos pomenil interakcijo med dvema subjektoma, kjer mora eden zadevo najprej sprostiti, potem pa bi jo šele lahko nekdo drug prevzel v svoje upravljanje. Pri domenah to sicer deluje, vendar jih je bistveno manj, kot osebnih imen. Če pri tem še pogledamo stroške registracije domene, potem verjetno tudi prenašanje mail naslova nebi bilo zastonj, morda celo na nivoju registracije neke najcenejše domene. Kdo bi to hotel plačati, pa da na koncu ne more biti Janez Novak, ampak bo moral v naslov po možnosti tlačiti še materino dekliško ime in letnico rojstva, da bo imel zares unikatno ime? Kaj pa potem vsi tisti 'alternativni' naslovi, ki niso poimenski, temveč neki nickname-i?

Ne mešat zadevo z Gmail in podobnimi servisi, kjer se je šlo po sistemu 'prvi pride prvi melje' - govorimo o neki 'regulirani' zadevi, kjer ne sme prihajati do nikakršne diskriminacije, kjer ima vsak Janez.Novak pravico biti Janez.Novak@... Bi uspel naresti zadevo tudi pravno vodotesno, da se nebi med seboj tožili Janezi, kdo je bolj upravičen do Janez.Novak@? Ali da se celo Janezi skupaj zberejo in gredo v skupno tožbo zaradi diskriminacije?

NoName je 29. okt 2015 ob 14:43 izjavil:

2. janez.novak@siol.net, janez.novak@amis.net, janez.novak@t-2.net, ... a ni to podobno kot 031 111111, 041 111111, 040 111111?

Ti bi še domenski del selil zraven? Torej bi moral tvoj mail server po novem sprejemati maile za bilokatero domeno? Pravi magnet za spam...? Sploh pa bi bili veseli DDOS-freak-i, ki bi ti strežnik zasuli s spamom, dokler se nebi sesul.

NoName je 29. okt 2015 ob 14:49 izjavil:

Saj nebi domenskega dela selil... Operater A bi bil še vedno odgovoren za MXe... Storage server bi bil pa po selitvi bil pri operaterju B...

Kateri email serverji pa omogočajo, da glede na ime uporabnika dodeliš drug storage server?
Pri tem so imena uporabnikov, ki se preslikavajo v poštne naslove, večinoma shranjeni lokalno, ne pa v LDAP sistemih.
Operater A si bo mislil 'saj Janez ni več moja stranka, zakaj naj zdaj jaz skrbim zanj?'. Operater B pa brez njegovega sodelovanja ne more nič, saj mail ne hodi na njegovo MX domeno.

Kakšen drug mail sistem, npr. X.400, bi dosti lažje prenesel take selitve, pri SMTP pa sem dokaj skeptičen.

NoName je 29. okt 2015 ob 14:43 izjavil:

1. DDOS na DNSSEC domenah glede na izkušnje še večjo štalo naredi, ker so odgovori večji kot 3K, v primerjavi z nepodpisanimi, ki so ponavadi manjši kot 100B
2. janez.novak@siol.net, janez.novak@amis.net, janez.novak@t-2.net, ... a ni to podobno kot 031 111111, 041 111111, 040 111111?

Ja in? Oboje deluje brez problemov že leta in leta.
Povej, o kakem domnevnem problemu govoriš.

a) To se bi seveda dalo izvesti. Tudi kakšnih hudih problemov pri temu ne bi bilo.

b) Tega se seveda ne bo izvedlo. ISP-ji niso v poslu "ponujanja elektronske pošte", temveč so v poslu zaračunavanja podatkov. Tisti trenutek, ko bi jim nekdo želel narediti strošek, bi ugotovili, da tega v bistvu sploh ne rabijo ponujati zastonj ali pa sploh ne rabijo ponujati. ISP brez pošte je še vedno ISP. Mobilni operater brez mobilne telefonije? Not so much.

b.1) Takšen položaj imaš že danes: odideš drugam, ohraniš naslov, narediš preusmeritev in plačaš mesečen pavšal za ta luksuz. Nekateri ISP-ji to vem, da ponujajo.

Kaj je to debata o t2 ali o e-naslovih?

Bakunin je 30. okt 2015 ob 08:25 izjavil:

in ce ima @tvoj-stari.naslov kaksno bolj restriktivno antispam politiko ? oz. tvoj nov @naslov?
spf, sender address verification,....

medtem ko je mobilna stevilka v celoti "unikatna" to ne velja za e-posto. Tam je MX zapis [oz. A, ce ni MXa] tisti center za oddajo poste.

Moj predlog - nabavi si @TVOJADOMENA.TLD in jo prenasaj kot macka mlade okrog, ker te manj stane kot placevanje za preusmeritev in imas tudi kontrolo+pregled nad e-postno komunikacijo. Manj fsckup vmesnikov/ponudnikov vmes...

Tudi jaz tako mislim.

Odpiranje storage-a, da bodo lahko nanj pisali X mail serverji, pa je resno varnostno tveganje. Stavim, da bi barabe v manj kot mesecu dni pogruntale način, kako zafilat storage do te mere, da bi server počepnil.

Štos je namreč v tem, da bi si prenos naslova potem izmišljeval tudi nekdo@gov.si, jaz@petrol.si, ... pa tja do tisti@dolgcajt.com in oni@tralala.si.
Če bi do neke mere še zaupal strežniku mail.gov.si, da ti piše na tvoj storage, se bo verjetno vsakdo strinjal, da to isto ne more veljati tudi za strežnik mail.tralala.si.
Kako boš potem nadziral, komu lahko zaupaš ali ne?

In čemu se sploh mučiti z vso to zgodbo, ki po moje še zdaleč ni tako preprosta, kot bi to eni radi prikazali, če si že danes lahko vsakdo omisli svojo lastno domeno in jo brez težav prenaša od ponudnika do ponudnika?

Potem se tu tudi odpira vprašanje lažnih identitet. Če je bil nekdo zaposlen na policiji kot vratar, nato pa gre delat za vratarja v Tosamo, bi mu pustili, da s seboj nese naslov Janez.Novak@policija.si ?!?

SeMiNeSanja je 30. okt 2015 ob 10:44 izjavil:

Odpiranje storage-a, da bodo lahko nanj pisali X mail serverji, pa je resno varnostno tveganje. Stavim, da bi barabe v manj kot mesecu dni pogruntale način, kako zafilat storage do te mere, da bi server počepnil.

To barabe znajo že danes: pošiljati sporočila, dokler se kvota ne zapolni.

policija.si pa seveda ne bo dovolila da vratar vzame s sabo ta email, enako kot Telekom ne dovoli, da Jasna Novak vzame s sabo tel.št. 080 8000.

Samo izogovore pa imate...

OK, pa da zaključimo: potovanje hitreje od 30 mph je nemogoče, saj bi se potniki zadušili.

Hajznberg je 28. okt 2015 ob 15:24 izjavil:

LOL. ni problematika v tem da bi jaz hotel odjavit internet za 7 mesecev da bi potem imel ceneje. Zanima me samo kakšne so možnosti, predpisi, zakon. Namreč če bi obe družini izbrali T2, potem bi bila polnega popusta deležna le ena družina, kar ni pošteno.

A sharat si pa ne morete ene linije in tako zmanjšati stroške? Če ste že v isti bajti?

A morate res oboji imeti svoj internet link z vsemi dodatki?

Da ne bomo preveč čez t-2 šimfali (pa ne vem kako in kaj drugi ponudniki delajo)...

... 'šenkal' so 3 mesece TV L paketa (vsaj tistim z naročenim M - bo treba lastnoročno izklopit pred 31.12) in sedaj še 2 meseca HBO skupaj z videoteko (se avtomatsko izklopi konec leta). Ne vem, meni je kul poteza.

Invictus je 6. nov 2015 ob 11:53 izjavil:

TRIROG je 6. nov 2015 ob 11:41 izjavil:

Okej, zanima me ali je že rešena zgodba z omejevanjem DL hitrosti pri uporabnikih optike s paketi 100/10MBit na 90MBit?

Tistih 10Mbit porabijo haeaderji paketkov ...

10% overheada je malo preveč.

http://packetpushers.net/tcp-over-ip-ba...

Odvisno od tega kaj počneš... ampak 10% sploh ni nek ohoho. Dovolj dober približek je.

Če greš brat imaš cifre od 2,7% pa tja do 25%. 'Oglašuje' pa 13%. Pol pa ima še hude ekstreme omenjene - 4100%.

Overhead je zelo odvisen od tega kaj počneš. In 10% (+/- kak procent) je kar realna ocena za 'običajno' delo.

MrStein je 6. nov 2015 ob 16:29 izjavil:

Ravno na tisti strani piše 4-5 %.
Kar je precej stran od 10%.

Pri majhnih pingih je overheada lahko tudi 90% .

MrStein je 6. nov 2015 ob 16:43 izjavil:

Speedtest nič ne "počne", torej nima application overheada. In pri meni izmeri ravno tam 5% pod "oglaševano" hitrostjo.

Seveda nič.

Ethernet ne pobere nič oberhaead ali Wi-fi. TCP spet nič

To kar iz lufta ve kam mora kaj poslat.

Mislim, baš neko znanje networkinga pa to ni ...

Drugače pa tole ...

1B can be contained in 1 packet not exceeding 1460Bytes (the default TCP MSS)
1 x 40Bytes of TCP & IP headers equals a 40Byte, 4,100% TCP/IP overhead
Thus, 41Bytes of data is actually transmitted over the network

Drugače si pa tole preberi ...

http://www.ookla.com/support/a21110547/...

Merijo hitrost HTTP prometa ... Kar nima veze s hitrostjo linka ...

Aja, slotek...

Speedtest pošlje večji kos podatkov, tako da je overhead zelo mali. Sploh HTTP, ki je ranga 100 bajtov, podatki pa tam 1000000 bajtov (vaja za bralca da izračuna razmerje).

Saj lahko kdo analizira in napiše izsledke, če dvomi.

Res, kot sem rekel, če kdo dvomi, lahko analizira promet in pove konkretne rezultate. Če dvomi v besede tistih, ki se na zadevo poznamo.

Iz do sedaj napisanega...?

Vem.