Do diskuse momentálně není možné vkládat příspěvky. Děkujeme za pochopení.
Úvod > Diskuse > Technické otázky > Alcatel ST510 - rezimy

Alcatel ST510 - rezimy

Petr (19.11.2006 21:24:37)

Zdravim mame 4Mbit bez FUP od O2, line mame ji pichlou do linux serveru a rozvedenou ethernetem po panelaku. Modem mame vyse uvedeny Alcatel(Thomson)ST510. Vsechno chodi pekne az na problemy s ICQ a XFIRE, proste jak je vecer kolem osme na netu vetsina pripojenych lidi tak se oba programy odpojují. ICQ vzdy pouze na vterinu,ale pekne to nastve,protoze se napsane zpravy nedoruci. Delaji to jak primo ICQ klienti, Miranda, QIP. Prepnul jsem tedy modem do bridge modu a PPOE spojeni navazal serverem. Prekvapive problemy s ICQ i XFIRE razem prestaly. Bohuzel nastaly jine problemy. Datova propustnost linky se trochu zhorsila a zacal brutalne kolisat ping a to tak ze az k hodnotam 1000ms. Ping takhle brutalne narusta zhruba ve stejne podvecerni dobe, kdy je online nejvice lidi a kdy v predesle konfiguraci vypadavalo nejvice ICQ. Hodnoty pingu v radu stovek pritom nejsou umerne zavisle na zatizeni linky, nekdy vyskoci pri zatizeni zhruba 50% coz odpovida 2Mbit, jindy pri zatizeni 700kbit. Zkousel jsem merit vytizeni serveru, ppoe ho maximalne vytizi na 10%. Uz si fakt nevim rady co dal vyzkouset. Pokud nekoho neco napadne budu velice rad, radu vedouci k odstraneni problemu jsem ochoten finnacne ohodnotit. Diky Petr

Free (19.11.2006 21:58:13)

A co trochu napsat situaci na serveru QoS nebo ne ... pokud si spojil server v Bridge modu s alkačem tak ulohu uz prebíra Vas server vcetne NATU, QoS, a jinich sluzeb pokud nemas Tak skus rochodit QoS a melo by to byt fajn

Petr (19.11.2006 23:07:42)

Sluzby QoS samozrejme rozjete mam bez nich by to s takovym poctem pripojenych lidi ani neslo. Pokud dam na serveru stahovat file a "vyzeru" tim veskerou konektivitu tak ping vylitne z pocatecnich 20ms na maximalne 200ms, nikdy se nedostanu na nejakych 600-800ms, ktere mi tam skacou v dobe špicky.

Free (19.11.2006 23:42:20)

a mas pravidla i pro server?

Petr (20.11.2006 13:42:06)

Na serveru mam tri rozhrani. Prez jedno je pripojena konektivita-modem a prez dalsi dve jsou dve skupiny uzivatelu. Na rozhrani kam je pripojen modem merim stazena data, mezuji data tekouci prez dalsi dve rozhrani. Primo server jako takovej omezen neni, zadne sluzby vyuzivajici internet tam nebezi. FTP a MailServer a dalsi jsou na jine PC ktere je pripojeno prez omezovane rozhrani.

Anonym (20.11.2006 23:40:50)

Asi se shodneme na tom, že ten problém s bridgem je v konfiguraci vaší QoS. Nic jiného to být snad ani nemůže, modem určitě ne. Můžu zkusit pár typů od boku. Např. předpokládám, že pokud modem běží v routovacím módu, tak jsou pravidla vázaná na nějaké síťové rozhraní... třeba eth0. V bridge módu ale na WAN žádné síťové rozhraní není, máte tam ppp rozhraní. Třeba ppp0. Tím pádem QoS přestane fungovat...

Anonym (20.11.2006 23:41:33)

ehm. Správné slovo je "tipů":-) Typové jsou tak maximálně u nás v parku...:-(

PeterPan (22.11.2006 11:32:02)

To Anonym: Tak nevim: Nalezené tvary: typovat ~ typoval ~ typovala ~ typovali ~ typovalo ~ typovaly ~ typován ~ typována ~ typováni ~ typováno ~ typovánu ~ typovány ~ typovati ~ typuj ~ typuje ~ typujeme ~ typujete ~ typuješ ~ typuji ~ typujíc ~ typujíce ~ typujme ~ typujte t typovat (k typ) Podobné: o otypovat (k typ) v vytypovat (vybrat, určit)

Anonym (22.11.2006 14:17:08)

Je typ (což je nějaký druh, třeba typ modemu, typ letadla, typ auta) a potom je tip (třeba tip ve sportce). Pokud něco tipuju (tz. odhaduju nějakou možnost, výsledek) potom by tam imho mělo být měkké i.

Radek (21.11.2006 08:19:05)

Ano mate pravdu,pokud byl modem v NAT modu tak data tekla primo prez eth0 po prepnuti na bridge je rozhrani modemu ppp0. Samozrejme jsem v konfiguracnich souborech omezovacky predelal rozhrani z eth0 na PPP0, to same jsem udelal ve skriptu ktery meri data v opacnem pripade tyto sluzby nefungovali.

Anonym (22.11.2006 01:29:51)

Když modem NATuje, tak odezvy tak brutální nejsou? Jak vypadá linka? Zkuste mrknout do Diagnostics v modemu, do WAN -> DSL -> Statistics a Properties, co tom je za hodnoty. Zkoušel jste např. taky ve špičce, když linka začne flapovat, odstiřhout ostatní PC a zkusit to např. s vypnutým QoS jenom sám? Prostě omezit počet vlivů na minimum,na začátku jenom server, potom přidávat postupně obě agregační skupiny. Potom zjistíte, kdy přesně začne zlobit a víte kde hledat...

Anonym (22.11.2006 07:36:21)

Presne tak, dokud byl modem v NAT rezimu tak nikdy nenastal popisovany problem a ping neprekrocil 150-200ms ani pri max zatizeni, ale ICQ padalo a padalo. Na udaje z modemu se mohu podivat az v patek,ale hned je zaslu. Modem mame do 1km od ustredny. Vypnout QoS a odstrihnout agregacni skupiny v dobe kdy ping vylitne na hodnoty 400-800ms me nenapadlo,ale je to dobrej napad a vyzkousim to. Problem se zatim od nedele neobjevil, tak nemam nacem testovat. V obecne diskuzi nekdo pise ze O2 zkousela vypnout FUPko a testovala dopad na zatizeni site a taky se mu podstatne zhorsil ping. Tak jestli to shodou okolnosti neudelali vte dobe kdy ja prepnul rezimy modemu. No uvidim jestli se problemy ukazi opet o vikendu.

Anonym (22.11.2006 14:24:26)

Co se týče té FUP, už jenom logicky to není moc pravděpobné. To by tyto situace museli nastávat každých prvních pár dní v měsíci (a u všech uživatelů), kdy ještě na většinu uživatelů není FUP aplikována. Ta informace, že TO2 zkoušela vypnout FUP je ... řekněme místní hoax. Ono se to možná stalo (ale spíš ne, ostatně není pro to důvod. Kdyby se vypnula FUP, bude to pouze rovno situaci na začátku měsíce. Tedy přibližně), ale rozhodně by to nezpůsobilo kolaps sítě do té míry, aby se vám odezva prodloužila takovýmhle způsobem.