Do diskuse momentálně není možné vkládat příspěvky. Plná funkčnost bude obnovena v nejbližších dnech. Děkujeme za pochopení.
Úvod > Diskuse > Poskytovatelé > Jak vybrat nejvhodnější nabídku ADSL?

Jak vybrat nejvhodnější nabídku ADSL?

DSL.cz (25.9.2003 14:39:30)

Z různých důvodů nemá doposud žádný z poskytovatelů čistě vlastní službu, a tak se s určitým zjednodušením dá říci, že všichni přeprodávají služby Českého Telecomu. Nabídky se tak liší v cenách, minimální době platnosti smlouvy a v dodatečných službách, které jsou k základní ceně ADSL jednotlivými poskytovateli nabízeny.

Anonym (22.10.2003 09:26:13)

K clanku --- dovolil bych si nesouhlasit. Zejmena ted po zapnuti agregace jsou obrovske rozdily mezi profily uzivatelu jednotlivych ISP. Je zretelne videt, ze u ISP, kteri nabizeli instalaci zdarma je uz nyni ADSL temer nepouzitelne. (viz. jine diskuze) Naproti tomu jsou mensi ISP absolutne bez problemu a uzivatele agregaci temer nepocituji. Ma rada by tedy byla: vybirejte ISP ne podle nejvyhodnejsi nabidky, velikosti ISP, ci instalace zdarma, ale radeji mensi, ne tak medialne znamou firmu. Aby to nebyl uplny outsider, proverte jestli je alespon clenem sdruzeni NIX (www.nix.cz) a ma tak dostatecne kapacity. Na nicem jinem dnes opravdu nezalezi ... Timto zpusobem doporucuji ADSL svym klientum a nikdo si mi jeste na agregaci nestezoval. Oproti tomu si v mem okoli stezuji vsichni co vyuzili sluzeb prave vetsich ISP , cim to ?

Jarda (22.10.2003 09:37:25)

jj, mám skynet a agregací vůbec netrpím

Anonym (19.11.2003 00:54:43)

je mnoho firem co netrpí agregací :)) co třeba IPEX ten taky nabízí zajmavý Adsl a nemluvě třeba o broudnetu který to nikde moc nešíří že má ADSL ale má ho za stejný prachy jako ostatní a klientů moc nemá :))

Miroslav Šilhavý (22.10.2003 10:17:49)

Velká pravda. Mám 192kbit od Pemacu a agregace mi nesnížila rychlost ani o bajt. To NIXu to jsou dva hopy, ven to taky docela letí.

Honza (22.10.2003 14:54:57)

Mužeš mi sem prosím dát ping a treceroute na : www.seznam.cz www.root.cz www.ihned.cz www.atlas.cz www.mobil.cz www.google.cz a do zahranici pingy : yahoo.de yahoo.com microsoft.com diky

Miroslav Šilhavý (22.10.2003 15:03:08)

Pinging www.seznam.cz [212.80.76.3] with 32 bytes of data: Reply from 212.80.76.3: bytes=32 time=25ms TTL=122 Reply from 212.80.76.3: bytes=32 time=26ms TTL=122 Reply from 212.80.76.3: bytes=32 time=36ms TTL=122 Reply from 212.80.76.3: bytes=32 time=30ms TTL=122 Reply from 212.80.76.3: bytes=32 time=27ms TTL=122 Ping statistics for 212.80.76.3: Packets: Sent = 5, Received = 5, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 25ms, Maximum = 36ms, Average = 28ms Pinging centaurus.4web.cz [81.31.5.5] with 32 bytes of data: (www.root.cz) Reply from 81.31.5.5: bytes=32 time=23ms TTL=60 Reply from 81.31.5.5: bytes=32 time=25ms TTL=60 Reply from 81.31.5.5: bytes=32 time=25ms TTL=60 Reply from 81.31.5.5: bytes=32 time=44ms TTL=60 Reply from 81.31.5.5: bytes=32 time=217ms TTL=60 Ping statistics for 81.31.5.5: Packets: Sent = 5, Received = 5, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 23ms, Maximum = 217ms, Average = 66ms Pinging www.ihned.cz [81.95.101.9] with 32 bytes of data: Reply from 81.95.101.9: bytes=32 time=23ms TTL=251 Reply from 81.95.101.9: bytes=32 time=25ms TTL=251 Reply from 81.95.101.9: bytes=32 time=57ms TTL=251 Reply from 81.95.101.9: bytes=32 time=25ms TTL=251 Reply from 81.95.101.9: bytes=32 time=25ms TTL=251 Ping statistics for 81.95.101.9: Packets: Sent = 5, Received = 5, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 23ms, Maximum = 57ms, Average = 31ms www.atlas.cz má asi vyfiltrované ICMP, ping mi neodpovídá Pinging mobil.cz [80.188.162.150] with 32 bytes of data: Reply from 80.188.162.150: bytes=32 time=45ms TTL=48 Reply from 80.188.162.150: bytes=32 time=43ms TTL=48 Reply from 80.188.162.150: bytes=32 time=45ms TTL=48 Reply from 80.188.162.150: bytes=32 time=43ms TTL=48 Reply from 80.188.162.150: bytes=32 time=42ms TTL=48 Ping statistics for 80.188.162.150: Packets: Sent = 5, Received = 5, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 42ms, Maximum = 45ms, Average = 43ms Pinging lileq.allstar.cz [81.0.238.209] with 32 bytes of data: (www.google.cz) Reply from 81.0.238.209: bytes=32 time=29ms TTL=123 Reply from 81.0.238.209: bytes=32 time=25ms TTL=123 Reply from 81.0.238.209: bytes=32 time=26ms TTL=123 Reply from 81.0.238.209: bytes=32 time=36ms TTL=123 Reply from 81.0.238.209: bytes=32 time=27ms TTL=123 Ping statistics for 81.0.238.209: Packets: Sent = 5, Received = 5, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 25ms, Maximum = 36ms, Average = 28ms Pinging yahoo.de [217.12.3.11] with 32 bytes of data: Reply from 217.12.3.11: bytes=32 time=53ms TTL=246 Reply from 217.12.3.11: bytes=32 time=52ms TTL=246 Reply from 217.12.3.11: bytes=32 time=52ms TTL=246 Reply from 217.12.3.11: bytes=32 time=52ms TTL=246 Reply from 217.12.3.11: bytes=32 time=423ms TTL=246 Ping statistics for 217.12.3.11: Packets: Sent = 5, Received = 5, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 52ms, Maximum = 423ms, Average = 126ms Pinging yahoo.com [66.218.71.198] with 32 bytes of data: Reply from 66.218.71.198: bytes=32 time=198ms TTL=244 Reply from 66.218.71.198: bytes=32 time=504ms TTL=244 Reply from 66.218.71.198: bytes=32 time=200ms TTL=244 Reply from 66.218.71.198: bytes=32 time=203ms TTL=244 Reply from 66.218.71.198: bytes=32 time=200ms TTL=244 Ping statistics for 66.218.71.198: Packets: Sent = 5, Received = 5, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 198ms, Maximum = 504ms, Average = 261ms microsoft.com má asi vyfiltrované ICMP, ping mi neodpovídá

Anonym (4.11.2003 21:18:10)

hmm pekny fakt!

Michal (5.11.2003 08:31:12)

Fakt pohodove ADSL a ja vul vzal Nextru kvuli instalaku, uz se mi to nekolikrat nevyplatilo :-(

Anonym (5.11.2003 09:50:02)

I na pemac jednou dojde - zatim nema tolik zakazniku aby zaplnil agregaci

Michal (12.11.2003 17:39:55)

Hmm, mas nejake informace ? Volal jsem tam a tvrdili ze maji stejne podminky jako vsichni ostatni. Pry je to jen o tom jak si ktery ISP pohraje s vlastnim nastaveni Qos a priorit uzivatelu. Data o prutocich maji k dispozici a jejich system pry hlida tato a dalsi data a v zavislosti na nich prizpusobuje datove toky inteligentne, tak aby byly ucinky agregace byly co nejvice zmirneny. Mluvil jsem pravdepodobne s nejakym obchodnikem, ale byl technicky pomerne na urovni, coz zvykem nebyva ... Me to prijde jako docela fain idea jak se odlisit

Anonym (13.11.2003 07:52:56)

PR kecy never tomu

Miroslav Šilhavý (13.11.2003 08:16:33)

Možná PR kecy, ale funguje jim to... A dokud to funguje, rád věřím, že to tak bude i nadále.

Anonym (13.11.2003 11:35:45)

To je fakt. Mozna ze kdyby to umeli i velci, memeli by tolik problemu. Jenze velka firma=x zamestnancu a tem na tom samo moc nezalezi. Mensi firmy delaji pro zakaznika daleko vic a jsou daleko flexibilnejsi. I kdyz PEMAC jak to vypada taky nebude z tech nejmensich ....

Anonym (13.11.2003 11:43:51)

Pemac ma asi tam malo zakazniku, ze asi jeste agregaci nema vubec zapnutou ! Ta se zapina az po nejakem min. poctu - uvidite, i na vas dojde !

Miroslav Šilhavý (13.11.2003 11:47:21)

Jo, to je klidně možný... Ale minimálně Pemac i ostatní malí ISP tím získávají víc času na to, aby vyladili postupně QoS... Taky je možný, že než budou mít víc zákazníků, změní se i podmínky od ČTc k lepšímu.

Miroslav Šilhavý (22.10.2003 15:12:50)

Tracing route to www.seznam.cz [212.80.76.3] over a maximum of 30 hops: 1 103 ms 28 ms 27 ms 172.18.0.1 2 28 ms 29 ms 26 ms gw.home.praha.a-dsl.pemac.net [213.216.35.66] 3 30 ms 28 ms 29 ms rx-pemac.a-dsl.pemac.net [213.216.35.1] 4 31 ms 55 ms 49 ms nix.tgnet.cz [194.50.100.75] 5 27 ms 29 ms 29 ms Seznam---L3SW.tgnet.cz [212.80.64.18] 6 127 ms 101 ms 42 ms www.seznam.cz [212.80.76.3] Trace complete. Tracing route to centaurus.4web.cz [81.31.5.5] over a maximum of 30 hops: 1 26 ms 26 ms 26 ms 172.18.0.1 2 43 ms 29 ms 28 ms gw.home.praha.a-dsl.pemac.net [213.216.35.66] 3 27 ms 30 ms 30 ms rx-pemac.a-dsl.pemac.net [213.216.35.1] 4 32 ms 27 ms 28 ms nix.cecom.cz [194.50.100.195] 5 29 ms 28 ms 31 ms centaurus.4web.cz [81.31.5.5] Trace complete. Tracing route to www.ihned.cz [81.95.101.9] over a maximum of 30 hops: 1 29 ms 25 ms 25 ms 172.18.0.1 2 26 ms 26 ms 29 ms gw.home.praha.a-dsl.pemac.net [213.216.35.66] 3 107 ms 64 ms 61 ms rx-pemac.a-dsl.pemac.net [213.216.35.1] 4 31 ms 29 ms 32 ms nix.ip.cz [194.50.100.235] 5 31 ms 31 ms 29 ms www.ihned.cz [81.95.101.9] Trace complete. Tracing route to www.atlas.cz [212.47.13.72] over a maximum of 30 hops: 1 27 ms 25 ms 26 ms 172.18.0.1 2 29 ms 36 ms 27 ms gw.home.praha.a-dsl.pemac.net [213.216.35.66] 3 35 ms 29 ms 29 ms rx-pemac.a-dsl.pemac.net [213.216.35.1] 4 29 ms 32 ms 29 ms nix2.gts.cz [194.50.100.51] 5 56 ms 27 ms 27 ms hcb.gts.cz [195.39.61.6] dál už je ICMP blokováno Tracing route to mobil.cz [80.188.162.150] over a maximum of 30 hops: 1 27 ms 25 ms 26 ms 172.18.0.1 2 30 ms 29 ms 30 ms gw.home.praha.a-dsl.pemac.net [213.216.35.66] 3 559 ms 124 ms 29 ms rx-pemac.a-dsl.pemac.net [213.216.35.1] 4 30 ms 28 ms 28 ms gt-pemac.globaltel.cz [217.66.160.197] 5 38 ms 36 ms 34 ms 62.67.36.253 6 33 ms 34 ms 32 ms ae0-19.mp1.Munich1.Level3.net [195.122.176.193] 7 46 ms 40 ms 42 ms so-0-0-0.mp1.Frankfurt1.Level3.net [212.187.128.90] 8 41 ms 40 ms 40 ms gige1-0.core2.Frankfurt1.Level3.net [195.122.136.14] 9 41 ms 40 ms 40 ms UUnet-Level3.level3.net [195.122.136.242] 10 39 ms 39 ms 39 ms so-0-2-0.TR2.FFT1.ALTER.NET [146.188.6.113] 11 40 ms 39 ms 42 ms so-2-0-0.XR2.FFT4.ALTER.NET [146.188.8.145] 12 69 ms 42 ms 68 ms pos6-0.GW9.FFT4.ALTER.NET [149.227.48.30] 13 217 ms 73 ms 230 ms Cesky-telecom.Frankfurt1.de.ALTER.NET [139.4.210.242] 14 50 ms 48 ms 48 ms 194.228.21.101 15 58 ms 49 ms 52 ms 194.228.0.10 16 46 ms 50 ms 47 ms 194.228.243.122 17 60 ms 78 ms 86 ms diana.mobil.cz [80.188.162.150] Trace complete. Tracing route to lileq.allstar.cz [81.0.238.209] over a maximum of 30 hops: 1 52 ms 28 ms 32 ms 172.18.0.1 2 27 ms 30 ms 29 ms gw.home.praha.a-dsl.pemac.net [213.216.35.66] 3 56 ms 32 ms 50 ms rx-pemac.a-dsl.pemac.net [213.216.35.1] 4 29 ms 32 ms 32 ms nix1.to.cas.ip-anywhere.net [194.50.100.15] 5 44 ms 31 ms 33 ms charles.cas.ip-anywhere.net [217.11.224.235] 6 31 ms 29 ms 35 ms allstar1.casablanca.cz [81.0.238.209] Trace complete. Tracing route to yahoo.de [217.12.3.11] over a maximum of 30 hops: 1 42 ms 27 ms 25 ms 172.18.0.1 2 27 ms 26 ms 26 ms gw.home.praha.a-dsl.pemac.net [213.216.35.66] 3 94 ms 28 ms 29 ms rx-pemac.a-dsl.pemac.net [213.216.35.1] 4 29 ms 32 ms 32 ms gt-pemac.globaltel.cz [217.66.160.197] 5 33 ms 51 ms 654 ms 62.67.36.253 6 38 ms 70 ms 78 ms ae0-19.mp1.Munich1.Level3.net [195.122.176.193] 7 57 ms 54 ms 55 ms so-3-0-0.mp2.London2.Level3.net [212.187.128.45] 8 56 ms 103 ms 55 ms unknown.Level3.net [212.187.129.149] 9 57 ms 55 ms 57 ms unknown.Level3.net [212.113.10.210] 10 399 ms 296 ms 57 ms www2.vip.ukl.yahoo.com [217.12.3.11] Trace complete. Tracing route to yahoo.com [66.218.71.198] over a maximum of 30 hops: 1 34 ms 27 ms 27 ms 172.18.0.1 2 521 ms 135 ms 27 ms gw.home.praha.a-dsl.pemac.net [213.216.35.66] 3 30 ms 32 ms 27 ms rx-pemac.a-dsl.pemac.net [213.216.35.1] 4 30 ms 27 ms 28 ms gt-pemac.globaltel.cz [217.66.160.197] 5 35 ms 35 ms 32 ms 62.67.36.253 6 35 ms 34 ms 33 ms ae0-19.mp1.Munich1.Level3.net [195.122.176.193] 7 438 ms 87 ms 56 ms so-0-0-0.mp1.London2.Level3.net [212.187.128.61] 8 128 ms 129 ms 131 ms so-1-0-0.bbr1.Washington1.level3.net [212.187.128.138] 9 200 ms 197 ms 199 ms so-2-0-0.mp2.SanJose1.Level3.net [64.159.0.218] 10 202 ms 205 ms 206 ms gige10-2.ipcolo3.SanJose1.Level3.net [64.159.2.169] 11 205 ms 204 ms 203 ms unknown.Level3.net [64.152.69.30] 12 206 ms 212 ms 206 ms w1.rc.vip.scd.yahoo.com [66.218.71.198] Trace complete. Tracing route to microsoft.com [207.46.245.214] over a maximum of 30 hops: 1 345 ms 34 ms 73 ms 172.18.0.1 2 27 ms 29 ms 28 ms gw.home.praha.a-dsl.pemac.net [213.216.35.66] 3 28 ms 28 ms 38 ms rx-pemac.a-dsl.pemac.net [213.216.35.1] 4 28 ms 28 ms 29 ms gt-pemac.globaltel.cz [217.66.160.197] 5 34 ms 35 ms 33 ms 62.67.36.253 6 33 ms 33 ms 35 ms ae0-19.mp1.Munich1.Level3.net [195.122.176.193] 7 57 ms 56 ms 54 ms so-0-0-0.mp1.London2.Level3.net [212.187.128.61] 8 125 ms 135 ms 127 ms so-1-0-0.bbr1.Washington1.level3.net [212.187.128.138] 9 194 ms 191 ms 191 ms so-3-0-0.mp1.Seattle1.Level3.net [209.247.9.121] 10 192 ms 191 ms 699 ms gig11-1.hsa1.Seattle1.level3.net [209.247.9.46] 11 216 ms 230 ms 192 ms unknown.Level3.net [63.211.220.82] 12 191 ms 191 ms 191 ms pos1-0.core2.sea1.us.msn.net [207.46.33.25] 13 193 ms 191 ms 191 ms 207.46.36.214 14 192 ms 195 ms 195 ms 207.46.155.13 dál už je ICMP blokováno

Karel (22.10.2003 12:30:47)

teď jsou menší ISP lepší proto, že mají méně než 100 klientů (někteří i méně než 10) a v rámci 3 agregačních bodů tak agregace naplno neprobíhá. Ani malý ISP se ale s např. 30 klienty neuživí. Takže buďto ADSL zabalí nebo bude mít nakonec klientů více a rychlost půjde dolů.

Miroslav Šilhavý (22.10.2003 13:02:52)

To je pravda. Nicméně se dá předpokládat, nebo přinejmenším doufat, že se problémy s agregací a tarify ČTc do té doby změní. A že se ADSL proloží více nesosajícími uživateli. V podstatě nemáš co ztratit tím, že půjdeš k malému ISP, můžeš pouze v lepším případě získat.

Honza (22.10.2003 14:46:55)

Čekat na zázrak nebudu, objednám si to tedy u Pemacu Je ještě někdo další v NIXu kdo nemá problémy ?

Tomas (22.10.2003 14:19:10)

Mno to neni az tak pravda, ti velci k sobe zcela urcite stahli vetsinu lidi kteri v hojne mire vyuzivaji PTP site a v Internetu se trochu vyznaji. Dalsim duvodem byly instalace zdarma . A jak znamo kdo nejvice setri, ten linku vyuzije naplno ci nasdili. Videl bych to tak, ze vsichni tito lide se pripojovali hned v zacatku k prvnim ISP co dali instalaci zdarma. Nebo je nahoda ze pave tyto firmy maji ted nejvetsi problemy ?Prvni uzivatele byli ti tady z internetu. Jinde kampane neprobihaly. Ted pujde o ty ostatni, kteri uz nejsou tak sileni a nervou kvuli limitu 10 GB, ktery jim imho prijde strasne veliky. V tom se budou nadale lisit mali a velci. Ti co maji problemy s agregaci jiz nyni muzou jen doufat ze sve stahovace naredi novymi "normalnimi" klienty ktere maji ostatni ISP (rekneme mensi, ale mensi asi moc nebudou, pokud uz delaji ADSL)

Anonym (22.10.2003 16:53:00)

Nextra v jedne lokalite: ADSL 192 kbit Tracing route to www.seznam.cz [212.80.76.18] over a maximum of 30 hops: 1

Anonym (22.10.2003 17:05:05)

Nextra v jedne lokalite: Basic 192 kbit Tracing route to www.seznam.cz [212.80.76.18] over a maximum of 30 hops: 1

Anonym (22.10.2003 17:07:28)

Tak jeste jednou Nextra v jedne lokalite: Basic 192 kbit Tracing route to www.seznam.cz [212.80.76.18] over a maximum of 30 hops: 1 10 ms 10 ms 10 ms 10.0.0.138 2 10 ms 10 ms 20 ms 172.16.32.1 3 20 ms 20 ms 20 ms 213.210.133.121 4 161 ms 40 ms 50 ms phnC10-Vl-33.net.nextra.cz [213.210.133.86] 5 20 ms 30 ms 30 ms nix.tgnet.cz [194.50.100.75] 6 20 ms 30 ms 20 ms Seznam---L3SW.tgnet.cz [212.80.64.18] 7 20 ms 30 ms 30 ms www.seznam.cz [212.80.76.18] Pinging www.seznam.cz [212.80.76.18] with 32 bytes of data: Reply from 212.80.76.18: bytes=32 time=21ms TTL=121 Reply from 212.80.76.18: bytes=32 time=20ms TTL=121 Reply from 212.80.76.18: bytes=32 time=20ms TTL=121 Reply from 212.80.76.18: bytes=32 time=20ms TTL=121 Basic 512 kbit novy: Pinging www.seznam.cz [212.80.76.18] with 32 bytes of data: Reply from 212.80.76.18: bytes=32 time=680ms TTL=121 Reply from 212.80.76.18: bytes=32 time=480ms TTL=121 Reply from 212.80.76.18: bytes=32 time=410ms TTL=121 Reply from 212.80.76.18: bytes=32 time=560ms TTL=121 Stejny provider, stejne mesto. Je to agregace, nebo segregace ? Az to zapnou vsude, budou kvicet take ti u malych provideru.

Honza (22.10.2003 17:26:14)

Co máte za OS ? Vám se ty pingy zaokrouhlují na desítky ms ? Škoda že jste odmázl průměry. Nicméně zajímavé to je. Někde tedy Nextra dělá desítky ms a někde stovky až tisíce. Agregace je dle CTc zapnuta všude, asi to tedy opravdu bude rozdilny profilem klientu, či jejich rozdílným chováním

Martin (23.10.2003 09:43:12)

Myslim ze nepujde, je to skladbou uzivatelu a ne jejich poctem.

Miroslav Šilhavý (23.10.2003 09:51:39)

To pochopitelně ano, ale menší ISP zatím nemají dostatečné počty uživatelů na to, aby u nich ČTc zapnul agregaci. A tu zapíná naplno až při 200 uživatelích na agregační bod. A lze předpokládat, že než menší ISP budou mít uživatelů dostatek, že se problémy s agregací vyřeší/zlepší.

Anonym (24.10.2003 10:35:44)

To je pravda, takze se skutecne muze jen vyplatit zvolit si ISP nekde ze stredu. Je nekde nejaky prehled ISP co jsou v NIXu a delaji ADSL ?

Frntisek (24.10.2003 10:57:53)

Seznam ISP je na strankach Telecomu. Ty nejvetsi vynechavam nebot budou mit nejvice problemu. Ty ze stredu, a v soucasne dobe bez problemu, navic jsou cleny NIXu bych ja vybral takto: InWay Pemac MGI ETEL mozna i Euroweb Ti nejmensi (nenasel jsem je v NIXu http://www.nix.cz/index.php?lg=cz&wid=1) takze otazkou je dostatecna konektivita a doba poskytovani ADSL : SpiNet PODA WIA TELTECH NETWAY Cesky bezdrat Faster Kazdopadne poskytovatelu je to opravdu dost, jen si dobre vybrat ...

Martin (24.10.2003 15:25:26)

Jo s timhle seznamem ISP bych souhlasil, jen bych jeste doplnil Broadnet, ja jedu z broadnetu a jsem spoojen, Je ale fakt ze nenabizeji vubec zakladni tarify ....

Miroslav Šilhavý (26.10.2003 07:25:54)

Pemac jede jako víno. Ani o bit pokles a konektivita NIX i zahranici je OK.

Th34d0r (26.10.2003 21:41:28)

Navic i ti mensi ISP muzou mit jine aktivity: provoz kabelovek, Wifi, popr. Wifi- Lite atd. atd.

Pavel Urbančík (24.10.2003 18:21:26)

Ehm, kdyz zacnou lide hromadne prechazet od Nextry k mensim ISP, dostanou se (s pribyvajicim mnozstvim zakazniku) do stejne situace i u toho maleho ISP. Takze je to stejne na nic. Jedina sance je vypovedet smlouvu, pockat, jestli se to behem tech N mesicu nezmeni, no a kdyz ne, tak prechod na Data Nonstop/bezdrat/postovni holuby/Ukrajince s praporkama.

Tom (25.10.2003 08:53:53)

To se zda byt logicke, ale nez toto nastane, bude zase ADSL uplne jine (jina specifikace) takze je to dost nepravdepodobne. Kazdopadne je fakt, ze v tuto chvili maji velci nejhorsi sluzby... Ostatne je i v zajmu CTc s tim neco udelat. Globalne vsak asi neudela nic, protoze CTc uctuje data nad limit a ocekava totez od ostatnich. To bude pravdepodobne jedina cesta jak zkvalitnit soucasne ADSL

Lánský (19.11.2003 12:53:14)

Nejedná se sice o klasické ADSL po drátě, ale o bezdrát v pásmu 3,5 GHz ( licencované pásmo ) "Nejhorší" varianta 512/128 s agregací 1:20 stojí 1490,-Kč + 500,-Kč smluvní hovorné. České Radiokomunikace nepotřebují Telecom jako ostatní, takže se můžete na Telecom vykašlat...Na takové lince ČRa. super ceny za volání.

Trouba the MicroWave (19.11.2003 13:16:14)

Neni to pravda, "nejhorsi" jejich nabidka je 512/128 1:20 bez telefonni linky za 1890 Kc mesicne, pripadne 2290 Kc za 1024/256 1:20 bez HTS. Ceny jsou bez DPH, takze prictete 5% (nebo 22% po novem roce). Kompletni cenik ale neni na netu, zkuste si zavolat na 800 400 200 a poproste je o aktualni cenik.

Anonym (19.11.2003 14:52:47)

Internet Angel Active 512/128 kb/s, 1 × HTS, 1 490,- , hovorné 500,-

Milan (20.11.2003 09:58:05)

To hovorné je tam dost důležité, protože ho musíte zaplatit tak jako tak, takže minimální cena je 1990,--, nicméně až bude mít někdo praktické zkušenosti s touto službou, určitě sem napište.

Trouba the MicroWave (20.11.2003 13:15:23)

Tak znova: Nejlevnejsi nabidka je za 1890 Kc/mesic + DPH za 512/128 1:20 bez HTS, jenomze tahle nabidka neni vystavena na webu Bluetone! To, co maji na webu, je jen vytah z kompletniho ceniku. Pokud mate zajem o kompletni, zavolejte si na bezplatnou linku 800 400 200, anebo mi napiste na mail, poslu vam ho.

Miroslav Šilhavý (20.11.2003 18:03:29)

Na webu vystavená je pod Bluetone Combi. Tedy pokud je to ono.

Trouba the MicroWave (23.11.2003 23:56:48)

Neni. O sluzbe Bluetone Combi se v Praze pry vubec neuvazuje (podle slecny na telefonu).

Anonym (20.11.2003 08:12:37)

obavam se sirky pasma 3.5 GHz , na tom toho moc garantovaneho postavit asi nepujde ...

Miroslav Šilhavý (20.11.2003 08:14:30)

To je svatá pravda...

Anonym (20.11.2003 08:27:42)

PROC ? Vzdut je to licencovane pasmo - mesi pocet poskytovatelu mensi ruseni. Pokud to bude udelano na kvalitni technologii na rozumnou vzdalenost tak by to nemel byt problem.

Miroslav Šilhavý (20.11.2003 08:30:30)

Když je pásmo úzké, tak se prostě do něj "nevecpe" dostatečná rychlost... To implikuje agregaci před koncovou technologií, to implikuje agregaci nad malým počtem uživatelů a to implikuje, že agregace 1:20 bude pravděpodobně o dost horší, než agregace 1:20 na ADSL.