HWSW Informatikai Kerekasztal: UPC chello: bővítések és korlátozások XII. - HWSW Informatikai Kerekasztal

Ugrás a tartalomhoz

Mellékleteink: HUP | Gamekapocs

  • (135 Oldal)
  • +
  • « Első
  • 112
  • 113
  • 114
  • 115
  • 116
  • Utolsó »
  • Nem indíthatsz témát.
  • A téma zárva.

UPC chello: bővítések és korlátozások XII. Értékeld a témát: -----

#2261 Felhasználó inaktív   rendszergazda 

  • Tag
  • PipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 358
  • Csatlakozott: --

Elküldve: 2008. 02. 07. 13:37

Idézet: shabba - Dátum: 2008. febr. 7., csütörtök - 11:19

Egy DOCSIS 3.0 hálózat legalább 4 adatcsatornát fog össze, ezzel meg4xezve az átviteli kapacitást. Ugyannyi ember egy 4x nagyobb közös átviteli közegen kevésbé fog bedugulni. Mivel nagyobb a hálózat áteresztő képessége az egy főre vetített havi adatforgalom mértéke is meg4xeződik.


Azt mondja meg nekem valaki hozzáértő, hogy ez miért is lenne így? Nekem semmi ilyesmi nem jött le az EuroDOCSIS 3.0-ról olvasottakból. Azért, mert összefogok 4 csatornát, attól miért lesz négyszerese az össz. sávszélesség amivel gazdálkodhatok?
Olyan világban élünk, ahol a limonádé mesterséges aromákat tartalmaz, a bútorápolószerek viszont valódi citromot

#2262 Felhasználó inaktív   shabba 

  • Senior tag
  • PipaPipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 4.433
  • Csatlakozott: --

Elküldve: 2008. 02. 07. 13:59

Idézet: rendszergazda - Dátum: 2008. febr. 7., csütörtök - 13:37

Azt mondja meg nekem valaki hozzáértő, hogy ez miért is lenne így? Nekem semmi ilyesmi nem jött le az EuroDOCSIS 3.0-ról olvasottakból. Azért, mert összefogok 4 csatornát, attól miért lesz négyszerese az össz. sávszélesség amivel gazdálkodhatok?

Azért mert a bondig, a csatornák összefogása layer1-ben történik. Ha van 4 db DOCSIS 2.0-ás csatornád akkor a modemed egyazon időben csak egyhez tud hozzákapcsolódni így a maximális sávszél 50 Mbps lehet. Egy DOCSIS 3.0-ás rendszernél, ha az CMTS és modem oldalon is támogatott, akkor egyidőben 4 csatornához kapcsolódik a modem, azokat layer1-ben bondingolja, így a kapacitásaik összeadódnak és egy egységes 200 Mbps-es adatvonal jön létre, amin akár egyetlen szálon is tölthetsz 200 Mbps-tel, ha épp te vagy az egyedüli user, ami ugye gyakorlatban sosem lesz, de az elvi lehetőség létezik.

Ha fizikailag össze vannak fogva a csatornák jobban allokálható a sávszél. Pl. DOCSIS 2.0 esetén adott időpillanatban az 1. csatornán van 10 Mbps szabad sávszél, a 2.-on 1 Mbps, a 3.-on 2 Mbps, a 4-en meg 40 Mbps szabad. Ha a te modemed épp a 2. csatornára csatlakozik akkor igencsak terhelt állapotban találod magad. Ha a CMTS-en aktiválva van a dinamikus sávszél allokáció akkor egy nagyobb arányú letöltésnél nagy valószínűséggel át fog pakolni a 4. csatornára ami sok szabad hely van, de ekkor a tunernek csatornát kell váltania, ami szakadással jár. Ha viszont nincs dinamikus csatorna váltás, akkor igen lassú lesz a letöltésed, mert az adott csatorna telített, hiába lenne mellette egy másik, ahol van elégséges szabad kapacitás. DOCSIS 3.0-nál fizikailag össze van fogva a 4 csatorna és csak azt látod hogy adott időpillanatban épp 53 Mbps szabad sávszél van a 4 csatornán összesen. Nem kell a tunernek váltania ahhoz hogy elégséges kapacitást kapj a letöltésedhez. Egy nagyobb közös sávszél kapacitása mindig hatékonyabban szétosztható, mint több kisebb.

Szerkesztette: shabba 2008. 02. 07. 14:02 -kor


#2263 Felhasználó inaktív   shabba 

  • Senior tag
  • PipaPipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 4.433
  • Csatlakozott: --

Elküldve: 2008. 02. 07. 14:11

rendszergazda:

Ez egy viszonylag szemléletes doksi DOCSIS 3.0 változásairól, M-CTMS-ről a Motrola egyik emberétől.

http://www.freeweb.hu/shabbarulez/Motorola...ct(KwangJu).pdf

#2264 Felhasználó inaktív   islorinc 

  • Újonc
  • Pipa
  • Csoport: Alkalmi fórumtag
  • Hozzászólások: 41
  • Csatlakozott: --

Elküldve: 2008. 02. 07. 14:39

sziasztok!

Régóta követem a fórumon, érdeklődve olvasom a hozzászólásaitokat.

IT területen dolgozom, fontos számomra a stabil, gyors megbízható internet. Azért jeleztem, hogy nem vagyok laikus, mert így hozzátenném, hogy tudom, hogy a fórumokon mindig a "kritikus keménymag" gyűlik össze.

Olvasva a fórumot és tudván, hgoy esetleg túl kritikus itt a "nép", mégis elbizonytalanodtam, hogy kell e nekem a chello. (habár ismétlem, próbáltam a kritikákat szelektiven kezelni.)

Ami fontos nekem
Stabil, gyors net (lehetőleg a 10 mbit/es csomagot választanám.)
p2p (ezen belül is torrent) és EMULE!

ftp

Itt soha senki nem beszél az EMULE ról és a DC++ ról. Ott mennyire érvényesül ez a letöltési limit?

Szeretném, ha írnátok nekem konkrét adatokat, információkat.

Nem szeretnék utasítgatni senkit, de úgy gondolom hogy a kérésem másoknak is sokat segítene.

Kérlek írjátok meg, hogy melyik P2p hálózaton, melyik klienssel, melyik időszakban milyen átlagsebességgel ment a letöltés. (nyilván ahol többszálon fut a dolog, ott az együttes sebességet kérném).

Ezenfelül örülnék olyan tapasztalatoknak is, hogy a priorizálást mely napszakokban érzékelitek és mikor tekint el ettöl a upc.

Jelenleg ADSLem van. 8 mbit-es csomag. 824 K-val jön mindenhonnan az adat, ingadozás nélkül, DE ne felejtsük el, hogy a 824 K csak 7 mbitnek felel meg, másrészt nagy hátránya az ADSLnek az iszonyat ár (közel 10 ezer forint + telefon) és a kis upload és a napi 1-2 szakadás.

Vacilálok a váltáson, légyszi segítsetek a döntésemben. Félek feladni a jó, megbízható netet, de ugyanakkor a havi 14 ezer forint kiadás is kissé túlzott a T felé.

Köszönöm a tapasztalatokat, infókat előre is mindenkitől.

#2265 Felhasználó inaktív   Lazsa 

  • Törzsvendég
  • PipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 566
  • Csatlakozott: --

Elküldve: 2008. 02. 07. 15:01

Idézet: islorinc - Dátum: 2008. febr. 7., csütörtök - 15:39

sziasztok!

Régóta követem a fórumon, érdeklődve olvasom a hozzászólásaitokat.

IT területen dolgozom, fontos számomra a stabil, gyors megbízható internet. Azért jeleztem, hogy nem vagyok laikus, mert így hozzátenném, hogy tudom, hogy a fórumokon mindig a "kritikus keménymag" gyűlik össze.


Akkor biza Neked ez kell: www.bix.hu
kicsit olvass vissza shabba kartárs irásába, pár hsz-el előrébb, per pillanat a docsis 2 -nél járunk
Keeping the funk alive

#2266 Felhasználó inaktív   moq 

  • Törzsvendég
  • PipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 1.665
  • Csatlakozott: --

Elküldve: 2008. 02. 07. 15:04

Idézet: islorinc - Dátum: 2008. febr. 7., csütörtök - 15:39

...

Zanzásítva:

-A neted gyors és stabil lesz (leszámítva a p2p-t).
-A p2p korlátozva van, általában déltől hajnalig. Mértéke területfüggő, van ahol max 70-80K, van ahol 3-400K.
-Ez a korlát kikerülhető bizonyos kliensekkel (ezeket nemrég írtam), de senki nem garantálja, hogy ez mindig így lesz. (Persze az is lehet, hogy a rabló-pandúr játékból a rablók elhúznak és több klienssel is gyorsabban megy a dolog.)
-Azt sem garantálja seki, hogy a korlátozás nem fog kiterjedni másfajta p2p technológiákra a jövőben.
-Az előbbiekből következik, hogy tök felesleges konkrét adatokat írni, a legjobb, ha egy közelben lakót kérdezel, mivel vele valószínűleg egy headendre leszel kötve.
Szerintem:
-Ha nem vagy rest új kliensekkel tesztelni, válts chellóra.
-Ha hajnalban megy a géped, válts chellóra.
-Ha az életed múlik egy letöltés idején, ne válts chellóra.
-Ha csak p2p-re használod a netet, ne válts chellóra.

Szerkesztette: moq 2008. 02. 07. 15:06 -kor

Nem azért vagyok vegetáriánus, mert szeretem az állatokat, hanem azért, mert gyűlölöm a növényeket.


#2267 Felhasználó inaktív   Jahno 

  • vérképkeretezés occsón
  • PipaPipaPipaPipaPipa
  • Csoport: Stábtag
  • Hozzászólások: 109.369
  • Csatlakozott: 2001. jan. 15.

Elküldve: 2008. 02. 07. 15:10

Idézet: islorinc - Dátum: 2008. febr. 7., csütörtök - 14:39

IT területen dolgozom, fontos számomra a stabil, gyors megbízható internet.

p2p (ezen belül is torrent) és EMULE!

ftp

Chello az jó lesz, én is ezen mozgolódok, aztán hiba nincs benne. FTP megy ezerrel, torrent az még döcögni sem bír.
Make love not Wor.

#2268 Felhasználó inaktív   rendszergazda 

  • Tag
  • PipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 358
  • Csatlakozott: --

Elküldve: 2008. 02. 07. 16:02

Idézet: shabba - Dátum: 2008. febr. 7., csütörtök - 13:59

Azért mert a bondig, a csatornák összefogása layer1-ben történik. Ha van 4 db DOCSIS 2.0-ás csatornád akkor a modemed egyazon időben csak egyhez tud hozzákapcsolódni így a maximális sávszél 50 Mbps lehet. Egy DOCSIS 3.0-ás rendszernél, ha az CMTS és modem oldalon is támogatott, akkor egyidőben 4 csatornához kapcsolódik a modem, azokat layer1-ben bondingolja, így a kapacitásaik összeadódnak és egy egységes 200 Mbps-es adatvonal jön létre, amin akár egyetlen szálon is tölthetsz 200 Mbps-tel, ha épp te vagy az egyedüli user, ami ugye gyakorlatban sosem lesz, de az elvi lehetőség létezik.

Ha fizikailag össze vannak fogva a csatornák jobban allokálható a sávszél. Pl. DOCSIS 2.0 esetén adott időpillanatban az 1. csatornán van 10 Mbps szabad sávszél, a 2.-on 1 Mbps, a 3.-on 2 Mbps, a 4-en meg 40 Mbps szabad. Ha a te modemed épp a 2. csatornára csatlakozik akkor igencsak terhelt állapotban találod magad. Ha a CMTS-en aktiválva van a dinamikus sávszél allokáció akkor egy nagyobb arányú letöltésnél nagy valószínűséggel át fog pakolni a 4. csatornára ami sok szabad hely van, de ekkor a tunernek csatornát kell váltania, ami szakadással jár. Ha viszont nincs dinamikus csatorna váltás, akkor igen lassú lesz a letöltésed, mert az adott csatorna telített, hiába lenne mellette egy másik, ahol van elégséges szabad kapacitás. DOCSIS 3.0-nál fizikailag össze van fogva a 4 csatorna és csak azt látod hogy adott időpillanatban épp 53 Mbps szabad sávszél van a 4 csatornán összesen. Nem kell a tunernek váltania ahhoz hogy elégséges kapacitást kapj a letöltésedhez. Egy nagyobb közös sávszél kapacitása mindig hatékonyabban szétosztható, mint több kisebb.


OK, ez érthető hogy jobb egy összefogott 400 Mbit/s DS-t osztani 160 usernek mint 8 x 50 Mbit/s-t osztani 8 x 20 user között. Ha statikus lenne a csatornák kiosztása, akkor az is bekövetkezhetne hogy az egyik DS csatornán 20 db. "heavy user" lenne a fitikai kapacitásoknál 10-szer nagyobb sávszélesség igénnyel, a másik csatornán meg csak 4-5 "light user", 5-10%-nyi kihasználtsággal. Azonban úgy tudom, hogy az UPC jelenleg is használ terheléselosztást összekötve dinamikus csatornakiosztással, erről a cisco-nál tudok leírást:

Load Balancing and Dynamic Channel Change (DCC)
http://www.cisco.com/en/US/products/hw/cab...00801b17f2.html

A DICSIS 2.0 szabvány szerint a DS csatorna váltásnál sajna szakadással jár, ez a szabványból adódik, nincs mit tenni, többen írták itt a fórumon is hogy szokott is szakadni nekik néha a net, talán pont a DCC miatt. Ebben valóban előrelépést fog hozni a DOCSIS 3.0, nem lesz a DCC miatt pici szakadás sem.

A gondot én ott látom, hogy szerintem bizonyos "last mile" szakaszok már most is túlságosan túl vannak terhelve, a kapacitások figyelembevételével az ésszerű overbook-ing felett értékesít internet előfizetést az UPC - miért is ne tenné, nem hülye hogy elküldje az ügyfelet azért, mert az adott szakaszon már sok előfizetője van -, ezen viszont nem fog a DICSIS 3.0 segíteni, ha a hatékonyabb sávszélesség szétosztás, a sévszélesség "töredezettségéből" adódó "veszteségek" eltűnnek, összességében szerintem ez nem jelenthet több mint 10%-nyi nyereséget, ez pedig nem túl sok.

Ezzel pedig már most is többé-kevésbé egyenletesen el lehet osztani a terhelést a meglévő DS csatik között. A gond - szerintem - az, hogy egyes részeken már durván túl van osztva a rendelkezésre álló összes sávszélesség, ezen pedig a DOCSIS 3.0 sem fog sokat segíteni, inkább plusz DS csatikra van szükség, amit gondolom már csak analóg tv adók kárára lehetne beállítani.

Megnéztem a Motorola-s doksit amit írtál, olvastam a cisco-nál mindenféle okosságot, de alapjában véve nekem az jött le, hogy a DOCSIS 3.0 újdonsága a csatorna összefogás lehetősége, meg az ipv6 támogatása, az eszközök ipv6 feletti managelésének lehetősége, de semmi olyan amitől hanyattvágnám magam, ill. nem látom át hogy ha pl. az UPC hirtelen átállna DOCSIS 3.0 eszközökre mind a fejállomásokon, mind előfizetőknél, akkor miben és mennyivel lenne jobb az előfizetőknek? El lehetne vajon törölni a "hálózatmanagement"-ek (p2p korlátozást)? Vagy megbízhatóbb lenne a hálózat? Jobban managelhető?
Olyan világban élünk, ahol a limonádé mesterséges aromákat tartalmaz, a bútorápolószerek viszont valódi citromot

#2269 Felhasználó inaktív   repattila 

  • Törzsvendég
  • PipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 927
  • Csatlakozott: --

Elküldve: 2008. 02. 07. 17:26

Idézet: islorinc - Dátum: 2008. febr. 7., csütörtök - 14:39

Itt soha senki nem beszél az EMULE ról és a DC++ ról. Ott mennyire érvényesül ez a letöltési limit?

DC-n is ugyan ugy megy a priorizalas, nekem olyankor szalankent 4K max, de az nagyon max.

#2270 Felhasználó inaktív   Tom-y 

  • Tag
  • PipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 308
  • Csatlakozott: --

Elküldve: 2008. 02. 07. 17:59

@Moq:
Deluge 0.5.8.3.:átlag 25-35 KiB/s le,3.2 fel.Teljes titkosítással,1077 seedel
utorrent 1.8 build 6838 ugyanilyen átlaggal,szintén teljes titkosítással(a feltöltés vmennyivel gyorsabb:max 30)
Ennyi és nem több.

#2271 Felhasználó inaktív   moq 

  • Törzsvendég
  • PipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 1.665
  • Csatlakozott: --

Elküldve: 2008. 02. 07. 18:05

Idézet: Tom-y - Dátum: 2008. febr. 7., csütörtök - 18:59

@Moq:
Deluge 0.5.8.3.:átlag 25-35 KiB/s le,3.2 fel.Teljes titkosítással,1077 seedel
utorrent 1.8 build 6838 ugyanilyen átlaggal,szintén teljes titkosítással(a feltöltés vmennyivel gyorsabb:max 30)
Ennyi és nem több.

És mondjuk egy ftp megy rendesen?  :confused:
Nem azért vagyok vegetáriánus, mert szeretem az állatokat, hanem azért, mert gyűlölöm a növényeket.


#2272 Felhasználó inaktív   Tom-y 

  • Tag
  • PipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 308
  • Csatlakozott: --

Elküldve: 2008. 02. 07. 18:14

Idézet: moq - Dátum: 2008. febr. 7., csütörtök - 18:05

És mondjuk egy ftp megy rendesen?  :confused:

Igen.Az ftp,webes letöltések jók.Pont azok,amiket alig használok.
Kép

#2273 Felhasználó inaktív   Tom-y 

  • Tag
  • PipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 308
  • Csatlakozott: --

Elküldve: 2008. 02. 07. 18:22

Kép
A képet a Képfeltöltés.hu tárolja. http://www.kepfeltoltes.hu
Ennyi:(

Szerkesztette: Tom-y 2008. 02. 07. 18:24 -kor


#2274 Felhasználó inaktív   shabba 

  • Senior tag
  • PipaPipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 4.433
  • Csatlakozott: --

Elküldve: 2008. 02. 07. 18:28

rendszergazda:

Ahogy ma már írtam az adott sávszélre eső költségek csökkenése teszi lehetővé azt hogy a szolgáltató adott pénzösszegből egyre több kapacitást tudjon telepíteni. Ez minden szolgáltatás típusnál ugyanúgy működik, idővel a gyártástechnológia fejlődésével és új fejlesztések bevezetésével egy adott sávszélesség költség vonzata csökken, így lehetőség nyílik a sávszélesség és az adatforgalom kapacitások növelésére.

Már korábban linkeltem ezt a cikket amiben a Motorola és Cisco emberei mondják el véleményüket milyen árcsökkenést hoznak majd el az új nagyobb portsűrűségű kártyák. De ez már tavaly nyáron a Motorola TX32 bejelentésekor is képbe jött egy akkori cikk keretében.

CMTS Downstream Prices Plummet
http://www.lightreading.com/document.asp?d...9&page_number=1

Azt is leírtam hogy a probléma forrása hazai UPC-nél az hogy a három nagy piaci szereplő közül pont az Arris van lemaradva az új nagy port sűrűségű kártyájának bevezetésével, ráadásul az lesz majd a legkisebb pontszámú, 16DS, szemben a Cisco 24 vagy a Motorola 32-jével. Márpedig hiába jönnek ki a konkurensek az olcsóbb port költséget jelentő kártyáikkal, az az Arrisba nem fog belemenni, ők pedig annyira el vannak maradva hogy még nyílvánosan be sem mutatták a kártyájukat. Szerintem minimum fél év késésbe lesz Arris saját kártyájának bevezetésével. Persze ki tudja lehet ez majd arra készteti UPC-t hogy egy új beszállítóval oldják meg a bővítéseiket.

Azért van a DOCSIS 3.0-nak pár új fejlesztése: bonding, AES, multicast(ez majd az IPTV-hez kell), M-CMTS, CPE fonton Set-top Gateway. Szerintem egy elég átgondolt komplett rendszerre törekedtek, viszont túl sokáig tökölt el vele CableLabs. Ahogy már korábban is többször írtam, nem véletlenül verték a nagy amcsi kábeles cégek évek óta CableLabs asztalát hogy haladjon már, mert így is technológiai hátrányban vannak. A DOCSIS 3.0 egyik nagy hibája hogy nagyon sokat késett, már vagy 2 éve működnie kellene az ilyen rendszereknek, de inkább csak 2 év múlva fognak és ez túl nagy időbeli csúszás, ami meg is érződik a kábeles net lehetőségein és minőségén.

Itt van egy összefoglaló a lap alján mik a DOCSIS 3.0 főbb fejlesztései, sávszél szempontjából valóban a bondig a legjelentősebb, de az M-CMTS is az lehet.
http://www.cedmagazi...docsis-3-0.aspx

#2275 Felhasználó inaktív   addictive 

  • Törzsvendég
  • PipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 651
  • Csatlakozott: --

Elküldve: 2008. 02. 07. 18:37

Idézet: maxt - Dátum: 2008. febr. 7., csütörtök - 12:44

10emeletesekben az Ugró Gyulán...
(kedves szomszéd :D lol )

Biztos, mire ideértek a Reviczkyhez, addigra elfogyott a szórólapjuk... 'csába...  :D

#2276 Felhasználó inaktív   stark100 

  • Tag
  • PipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 321
  • Csatlakozott: --

Elküldve: 2008. 02. 07. 19:11

Idézet: Tom-y - Dátum: 2008. febr. 7., csütörtök - 19:22

Kép
A képet a Képfeltöltés.hu tárolja. http://www.kepfeltoltes.hu
Ennyi:(

Tuti valami rosszul van beállítva.
Utorrent /preferences/bittorrent/protocol encryption/outgoing/enabled
és a mellette levő is legyen bepipálva

szerk:ja, 8205-ös build a legújabb.

Szerkesztette: stark100 2008. 02. 07. 19:29 -kor


#2277 Felhasználó inaktív   FLeK0 

  • Újonc
  • Pipa
  • Csoport: Alkalmi fórumtag
  • Hozzászólások: 90
  • Csatlakozott: --

Elküldve: 2008. 02. 07. 19:16

Idézet: Tom-y - Dátum: 2008. febr. 7., csütörtök - 17:59

@Moq:
Deluge 0.5.8.3.:átlag 25-35 KiB/s le,3.2 fel.Teljes titkosítással,1077 seedel
utorrent 1.8 build 6838 ugyanilyen átlaggal,szintén teljes titkosítással(a feltöltés vmennyivel gyorsabb:max 30)
Ennyi és nem több.

Sikerült megtalálni azt a pár hónapos utorrent alphát amiben még nem volt megoldva a dolog. Próbálkozz 7366-os buildtől újabbal.

#2278 Felhasználó inaktív   Tom-y 

  • Tag
  • PipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 308
  • Csatlakozott: --

Elküldve: 2008. 02. 07. 20:53

A Chellom ettől a perctől fogva megszűnt.Ééss mivel a szerződés kezdetétől számolva 8 napon belül felmondtam,kemény 800ft büntit kaptam.Még jó,hogy nem vártam 7végéig.Ezt a lehetőséget nem nagyon reklámozták.
Kiszálltam,sziasztok! :sailor:

#2279 Felhasználó inaktív   moq 

  • Törzsvendég
  • PipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 1.665
  • Csatlakozott: --

Elküldve: 2008. 02. 07. 20:58

:omg:
Nem azért vagyok vegetáriánus, mert szeretem az állatokat, hanem azért, mert gyűlölöm a növényeket.


#2280 Felhasználó inaktív   stark100 

  • Tag
  • PipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 321
  • Csatlakozott: --

Elküldve: 2008. 02. 07. 21:33

:lama:  :nevet2:  :pokeas2:  :lol:
Nooooormális?

Téma megosztása:


  • (135 Oldal)
  • +
  • « Első
  • 112
  • 113
  • 114
  • 115
  • 116
  • Utolsó »
  • Nem indíthatsz témát.
  • A téma zárva.

1 felhasználó olvassa ezt a témát.
0 felhasználó, 1 vendég, 0 anonim felhasználó