ADSL:n Upload keskim. nopeuden seuranta

[Juha L.]

Sukulaiseni firmassa on pienimuotoinen serveri, jossa pyöritetään
Windows-pohjaisia materiaalihallinnon ohjelmia. Serveri kiinni 8/1
ADSL-linjassa, toimittaana DNA.

Kahdesta sivukonttorista otetaan yhteyksiä tuohon pääkonttorin
koneeseen. Tämä etäkäyttö menee armottoman hitaaksi ajoittain. Yhden
tuotteen hakeminen kestää 15 sekuntia tms.
Suurin epäily on että serveripäässä ADSL:n 1 megainen Upload linjan
tosiasiallinen, tehollinen nopeus olisi se rajoittava tekijä.

Kahdelle uusissa tiloissa toimiville sivukonttoreille saa vaikka
valokuidun tilattua. Mutta pääkonttori ja sen serveri ovat melkein
maalla. Liki 5 km päässä puhelinkeskuksesta, eikä linjanopeuttaa sinne
pystytä ainakaan ADSL:llä teknisesti nostamaan.

Serveripään tietoliikennepiuhat ovat DNA:n hallussa, ja heidän mukaansa
Upload-nopeus olisi heidän mukaansa 0.9 Mbit luokkaa.

Mitään mittaustuloksia tai menetelmiä DNA:lla ei kuitenkaan muka ole
osoittaa tai käytettävissään. Eivät pysty linjan seurantaohjelmilla tms.
osoittamaan koko työpäivän ajalta, että millainen määrä dataa
serverikoneen Upload-linjassa liikkuu.

Eivät osaa sanoa onko se linja suuren osan aikaa tosiaan täydessä
liikenteessä ja tukkeessa. Itse epäilen että joidenkin häiriöiden vuoksi
pitkä 5 km linja ei anna lähellekään 0.9 Mbit nopeutta tasaisesti.

Kysymys kuuluu, millaisilla ohjelmilla voisi itse koettaa kerätä dataa
tuon ADSL-linjan uploadauksesta? Jonkinlaista jatkuvaa seurantadataa,
että miksi linjayhteys ajoittain menee aivan hitaaksi matelemiseksi.
Näkisi että kulkeeko linjalla sen tukkeen aikana tosiaan 0.9 Mbit tuutin
täydeltä, vai kulkeeko siellä vain puolikas tuosta tai sen allekin.

Serverikoneet ovat Windows-koneita, ja ADSL-purkit jotakin mahdollisesti
Telewellin tai TP-linkin tms. peruspurkkeja.

Mikähän järjestely näissä toimisi? Onko seuranta helpompaa
Serveripäästä, vai kannattaisiko seurata kuitenkin Työasemien päästä?
Suht kevyellä ohjelmallisella overheadilla saisi toimia, ettei se
seurantaohjelma ala sitten jo haukata merkittäviä tehoja Windowsistakin.
Tai ettei se vie omaa osaansa ADSL-linjan kapasiteettia.

J.L.

[upsid...@downunder.com]

On Sun, 11 Aug 2013 11:37:12 +0300, "Juha L." <not-w...@none.fi>
wrote:

>Sukulaiseni firmassa on pienimuotoinen serveri, jossa pyöritetään
>Windows-pohjaisia materiaalihallinnon ohjelmia. Serveri kiinni 8/1
>ADSL-linjassa, toimittaana DNA.
>
>Kahdesta sivukonttorista otetaan yhteyksiä tuohon pääkonttorin
>koneeseen. Tämä etäkäyttö menee armottoman hitaaksi ajoittain. Yhden
>tuotteen hakeminen kestää 15 sekuntia tms.

Onko serverin lokeista yms. nähtävissä sekä kysely että lähetetyn
vastauksen aikaleimat ? Tästä ainakin voi varmistua siitä, ettei
serveri itse jumita liikennettä.

Jos kyseessä on yksinkertainen yksisäikeinen serveri, joka käsittelee
yhden pyynnön alusta loppuun ennen uuden kyselyn käsittelyä, tällöin
vastausten kuristus alhaisen upload nopeuden takia näkyy siinä, että
seuraavan kyselyn käsittely alkaa vasta edellisen vastauksen saatua
toimitettua TCP putkeen. Tämä on helposti todettavissa rinnakkaisella
puhelinyhteydellä, jossa kyselyn lähettävä henkilö kertoo kyselyn
lähetyksestä ja seurataan serverin samanaikaisesti lokista, koska
kyselyä alettiin ihan oikeasti käsittelemmään.

Varmimmin tuota voisi tutkia tcpdump kaltaisilla työkaluilla, jossa
voisi katsoa kuinka isoja ikkunakokoja clientti julkaisee, eli kuinka
pienissä paloissa serveri joutuu lähettämään vastauksensa.
Valitettavasti näiden lokien tulkinta on varsin hankalaa.

>Suurin epäily on että serveripäässä ADSL:n 1 megainen Upload linjan
>tosiasiallinen, tehollinen nopeus olisi se rajoittava tekijä.
>
>Kahdelle uusissa tiloissa toimiville sivukonttoreille saa vaikka
>valokuidun tilattua. Mutta pääkonttori ja sen serveri ovat melkein
>maalla. Liki 5 km päässä puhelinkeskuksesta, eikä linjanopeuttaa sinne
>pystytä ainakaan ADSL:llä teknisesti nostamaan.

Jos kerran tämä on tilanne, miksei serveri sijaitse jommassa kummassa
sivukonttorissa (tai kalleimmassa tapauksessa webbihotellissa) ?

Hidaskin modeemi/GPRS yhteys varmasti riittää yksitäisten tietojen
päivittämisen pääkonttorista muualla sijaitsevan serverin
tuotetietokantaan.

Ei sen serverin ole pakkon sijaita fyysisesti pääkonttorissa, vaikka
pääkonttori olisi yksiselitteisessä vastuussa tuotetietokannan
päivityksestä. Kannattaa ihan tarkkaan katsoa pääkonttorin
tuotepäivitysten ja koko firman (+mahdollisten asiakaiden) kyselyjen
suhdetta ja sen mukaan päättää, missä se serveri fyysisesti sijaitsee.

[Asko Ikävalko]

Juha L. wrote:
> Kahdelle uusissa tiloissa toimiville sivukonttoreille saa vaikka
> valokuidun tilattua. Mutta pääkonttori ja sen serveri ovat melkein
> maalla. Liki 5 km päässä puhelinkeskuksesta, eikä linjanopeuttaa sinne
> pystytä ainakaan ADSL:llä teknisesti nostamaan.

Kannattanee vielä kysyä DNA:lta, voisiko yhteyden toteuttaa jollain
muulla xDSL tekniikalla. Esimerkiksi 4/4 Mbps yritysliittymä voisi jo
olla paljon parempi ratkaisu, jos sellaisen vaan tuonne saa.

> Serverikoneet ovat Windows-koneita, ja ADSL-purkit jotakin mahdollisesti
> Telewellin tai TP-linkin tms. peruspurkkeja.

Peruspurkistakin pitäisi löytyä sellainen loki, jossa se kertoo että
millaisen yhteyden se on kätellyt. Mulla oli aikoinaan DSL-yhteyden
kanssa ongelma, että se ei saanut käteltyä läheskään sitä nopeutta minkä
olin tilannut. Vika korjaantui puolen vuoden valittamisen jälkeen, kun
vihdoin asentaja vaivautui paikalle ja kytki jossain ristijakamossa
yhteyteni toiselle kaapeliparille. Kokemukseni mukaan DSL-linja kyllä
yleensä jaksaa sen kuljettaa, mitä on kättelyssä luvannut kuljettavansa.

> Mikähän järjestely näissä toimisi? Onko seuranta helpompaa
> Serveripäästä, vai kannattaisiko seurata kuitenkin Työasemien päästä?

Kyllä se sieltä serverin päästä pitäisi yrittää diagnosoida. Itse
laittaisin ainakin ihan aluksi sinne palvelimelle jatkuvan pingin
pyörimään ja seuraisin että nouseeko pingit jossain tietyssä tilanteessa
yli 100 ms, vai pysyykö kokoajan iloisesti alle 30 ms. Sen voi jättää
yöksikin pyörimään ja tutkia tuleeko yöllä paljonkin parempia
vasteaikoja kuin virka-aikana, jolloin linjalla on enemmän kuormaa.
Pingin kohteeksi joku mahdollisimman järeä rauta, esim. www.funet.fi tai
ficix.fi

Voisin myös mittailla yhteysnopeutta siirtelemällä jotain 100 Mt
tiedostopakettia verkon yli sinne haarakonttorille ja mittaamalla
sekuntikellolla aikaa.

Jos nämä molemmat testit menee läpi kirkkain tuloksin, alkaisin etsiä
vikaa palvelimella pyörivistä sovellusohjelmista tai pääkonttorin
työasemista.

-Asko

[upsid...@downunder.com]

On Sun, 11 Aug 2013 21:10:22 +0300, Asko Ikävalko
<ikaval...@poista.pp.inet.fi.invalid> wrote:

>
>> Mikähän järjestely näissä toimisi? Onko seuranta helpompaa
>> Serveripäästä, vai kannattaisiko seurata kuitenkin Työasemien päästä?
>
>Kyllä se sieltä serverin päästä pitäisi yrittää diagnosoida. Itse
>laittaisin ainakin ihan aluksi sinne palvelimelle jatkuvan pingin
>pyörimään ja seuraisin että nouseeko pingit jossain tietyssä tilanteessa
>yli 100 ms, vai pysyykö kokoajan iloisesti alle 30 ms. Sen voi jättää
>yöksikin pyörimään ja tutkia tuleeko yöllä paljonkin parempia
>vasteaikoja kuin virka-aikana, jolloin linjalla on enemmän kuormaa.
>Pingin kohteeksi joku mahdollisimman järeä rauta, esim. www.funet.fi tai
>ficix.fi

Vaikka ping/tracert komennoilla voidaan selvittää alle sekunnin
aikaskaalan ongelmia, pahoin pelkään, ettei sillä juuri voi 15
sekunnin ongelmia selvitellä. Joko se putki on jossain paikassa
(operaattorin toimesta) vedetty hyvin kapeaksi tai sitten uplinkin
sähköinen laatu on todella heikko (esim. ylikuulumisen takia), jolloin
saman paketin peräkkäisillä uudelleenlähetyksillä linkin kapasiteetti
putoaa todella rajusti.

Jos hetkeksi (esim. ruokatunnin ajaksi) oma liikenne voidaan pysäyttää
ja tehdä yksi ainokainen kysely ja katsoa kauanko se kestää. Jos
kyselyn vaste on huonompi kuin yöaikaan, joko operaattorin
runkoverkkokapasiteetti on ala-arvoinen tai sitten puhelinkaapelin
ylikuuluminen pudottaa kapasiteettia rajusti.

Mutta kuten aikaisemmassa viestissä totesin, minä en laittaisi
servereitä kyseenalaisten puhelinkaapeleiden (ADSL) perään.

[Ari Saastamoinen]

"Juha L." <not-w...@none.fi> writes:

> Mikähän järjestely näissä toimisi? Onko seuranta helpompaa
> Serveripäästä, vai kannattaisiko seurata kuitenkin Työasemien päästä?
> Suht kevyellä ohjelmallisella overheadilla saisi toimia, ettei se
> seurantaohjelma ala sitten jo haukata merkittäviä tehoja
> Windowsistakin. Tai ettei se vie omaa osaansa ADSL-linjan
> kapasiteettia.

Suurinpiirtein kaikki xDSL-reitittimet osaavat pitää tilastoa
siirretystä datamäärästä ja ne osaavat kertoa myös nopeuden, jonka
vastapään kanssa ovat saaneet käteltyä. Toi linjanopeus ei yleensä
käytön ainakan vaihdu, ja pirtät jonkun softan (esim., MRTG on paljon
käytetty) tota siirretyn datamäärän laskuria vaikkapa viiden minuutin
välein niin saat hienoja graafejakin.

Jos tuon linjan yli ei muuta käytetä kuin jotain pieniä
tietokantakyselyitä, niin epäilen, että siihen pitäisi riittää
megainen uploadikin ihan hyvin. (Miksi tuo tietokantapalvelin ei ole
siellä jossain paremmalla bitillä varustetussa sivukonttorissa?) Ja
käy mielessä myös sekin, että onko siinä sun DSL-purkissasi maailmalta
avoin DNS-ripiitteri (aina monessa on), ja jos pahat pojat maailmalta
ovat keksineen sen, niin todennäköisesti tuota boksia käytetään
dns-amplifierina DDoS-hyökkäyksissä ja se siten samalla tukkii sen
teidän omankin piuhan. (Tuo DSL-boksien amplifierikäyttö on
yllättävän yleistä)

--
Arzka oh3mqu+...@hyper.fi - En halua follareita mailina
1. Valitse sopiva paikka, ei ihmisten tai rakennusten lahella, jossa
paukku voi aiheuttaa hairiota. - Iso-Kiinalaisen kayttoohje

[PW]

12.8.2013 0:42, Ari Saastamoinen kirjoitti:

> Suurinpiirtein kaikki xDSL-reitittimet osaavat pitää tilastoa
> siirretystä datamäärästä ja ne osaavat kertoa myös nopeuden, jonka
> vastapään kanssa ovat saaneet käteltyä. Toi linjanopeus ei yleensä
> käytön ainakan vaihdu, ja pirtät jonkun softan (esim., MRTG on paljon
> käytetty) tota siirretyn datamäärän laskuria vaikkapa viiden minuutin
> välein niin saat hienoja graafejakin.

Mitenkähän tuon kulloisenkin vastapään kanssa kätellyn nopeuden saa
selville xDSL reitittimestä?

Jos linjanopeudella et tarkoita sitä, mitä sanot, niin tuo pitää paikkansa.
Modeemi kättelee jokaisen yhteyden kanssa nopeuden erikseen, joten tuo
nopeus voi vaihdella suurestikin.
Päätelaitteen ja ADSL DSLAM:n välinen kytkeytymisnopeus on yleensä
hyvinkin kiinteä.

DNA/Welhon verkossa näyttää nopeustestin tulos vaihtelevan melko paljon
eri testikerroilla.

[Ari Saastamoinen]

PW <_@_._> writes:

> Mitenkähän tuon kulloisenkin vastapään kanssa kätellyn nopeuden saa
> selville xDSL reitittimestä?

Toi riippuu ihan käytetystä reititinmallista. Osa kertoo sen
webbikäyttöliittymässään, ja joissain tarttee kirjoittaa komentoja
jne.

> Jos linjanopeudella et tarkoita sitä, mitä sanot, niin tuo pitää paikkansa.
> Modeemi kättelee jokaisen yhteyden kanssa nopeuden erikseen, joten tuo
> nopeus voi vaihdella suurestikin.

Minkä hiton yhteyden alussa? ADSL-härpäkehän pidetään seinässä 24/7
ja näin ollen siinä on vain yksi yhteys (kunnes tulee sähkökatko tai
joku muu häiriö)

> Päätelaitteen ja ADSL DSLAM:n välinen kytkeytymisnopeus on yleensä
> hyvinkin kiinteä.

Noi härpäkkeet käyttävät kotiboksin ja DSLAMin välissä joitain ihan
poikkeuksia lukuunottamatta sitä käteltyä linjanopeutta. Ja noissa
kahdessa mainitsemassasi nopeudessa ei yleensä ole mitään eroa.

Mikäli nopeutta on jotenkin rajoitettu, niin sitten nuo pyrkivät
kättelemään sen valitun nopeuden, mutta mikäli profiilina on "käytä
parasta", niin sitten tuo vaihtelee eri yhteyskertojen välillä enempi.

> DNA/Welhon verkossa näyttää nopeustestin tulos vaihtelevan melko
> paljon eri testikerroilla.

No se riippuu aika paljon siitäkin, että mitä käytät nopeustestisi
vastapäänä. Olen monesti törmännyt siihenkin tilanteeseen, että se
vastapää ei kykene puskemaan dataa riittävän nopeasti, ja se sitten
näkyy testituloksessa.

[PW]

12.8.2013 8:27, Ari Saastamoinen kirjoitti:

>> Jos linjanopeudella et tarkoita sitä, mitä sanot, niin tuo pitää paikkansa.
>> Modeemi kättelee jokaisen yhteyden kanssa nopeuden erikseen, joten tuo
>> nopeus voi vaihdella suurestikin.
>
> Minkä hiton yhteyden alussa? ADSL-härpäkehän pidetään seinässä 24/7
> ja näin ollen siinä on vain yksi yhteys (kunnes tulee sähkökatko tai
> joku muu häiriö)

Et näköjään ymmärtänyt asiaa :-(
DSLM:n ja käyttöpaikan välinen nopeus on ihan eri asia, kun se nopeus,
joka saadaan siihen osoitteeseen, mihin ollaan kulloinkin kytkeydytty.
DSLAM:n ja käyttöpaikan välinen kytkeytymisnopeus ei juuri mitään kerro
kunkin käyttötilanteen nopeudesta.

>> DNA/Welhon verkossa näyttää nopeustestin tulos vaihtelevan melko
>> paljon eri testikerroilla.
>
> No se riippuu aika paljon siitäkin, että mitä käytät nopeustestisi
> vastapäänä. Olen monesti törmännyt siihenkin tilanteeseen, että se
> vastapää ei kykene puskemaan dataa riittävän nopeasti, ja se sitten
> näkyy testituloksessa.
>

DNA/Welhon omassa nopeustestissä ei nopeustestin vastapäätä voi valita.
Peräkkäisten nopeustestien arvot poikkeavat usein paljon toisistaan
(vastaanottonopeuden suhteen). Tuossa aplikaatiossa lienee jotain vikaa,
kun se toimii eri kerroilla eri tavalla (lähetysnopeus joskus 0,01 Mbit/s).

[upsid...@downunder.com]

On Mon, 12 Aug 2013 09:47:17 +0300, PW <_@_._> wrote:

>12.8.2013 8:27, Ari Saastamoinen kirjoitti:
>
>>> Jos linjanopeudella et tarkoita sitä, mitä sanot, niin tuo pitää paikkansa.
>>> Modeemi kättelee jokaisen yhteyden kanssa nopeuden erikseen, joten tuo
>>> nopeus voi vaihdella suurestikin.
>>
>> Minkä hiton yhteyden alussa? ADSL-härpäkehän pidetään seinässä 24/7
>> ja näin ollen siinä on vain yksi yhteys (kunnes tulee sähkökatko tai
>> joku muu häiriö)
>
>Et näköjään ymmärtänyt asiaa :-(
>DSLM:n ja käyttöpaikan välinen nopeus on ihan eri asia, kun se nopeus,
>joka saadaan siihen osoitteeseen, mihin ollaan kulloinkin kytkeydytty.
>DSLAM:n ja käyttöpaikan välinen kytkeytymisnopeus ei juuri mitään kerro
>kunkin käyttötilanteen nopeudesta.

Miten tarkkaan ottaen tuo upload nopeuden rajoitus on tehty ?

Hylätäänkö yksinkertaisesti pakettaja tietyn määrän jälkeen ja
toivotaan, että TCP/IP hoitaa uudelleenlähetyksenä poispudotetut
paketit ? Tässähän purevat sitten TCP/IP timeoutit ja pahimmassa
tapauksessa TCP/IP vielä hidastaa liikennettä, kuvitellen, että ruuhka
on entistä pahempi. Tämä voisi selittää monien sekuntien
loppukäyttäjäviiveet.

Vai käytetäänkö jotain kehittyneempää menetelmää, kuten TCP headerin
manipulointia, kuten satelliitti-internetissä ?

[PW]

12.8.2013 10:04, upsid...@downunder.com kirjoitti:

> Miten tarkkaan ottaen tuo upload nopeuden rajoitus on tehty ?

Toteutustapaa en tiedä!
Se on kuitenkin maksimi ja se jakautuu kaikkien yhtäaikaisten käyttäjien
kesken.
Lopputulokseen vaikuttanee yhteydenmuodostustapa sivukonttorista ja
pääkonttorin nettikäytöstä aiheutuva ruuhkaisuus - esim. aktiiviset
nyyssien- ja naamakirjan käyttäjät.

[Asko Ikävalko]

Ari Saastamoinen wrote:
> Jos tuon linjan yli ei muuta käytetä kuin jotain pieniä
> tietokantakyselyitä, niin epäilen, että siihen pitäisi riittää
> megainen uploadikin ihan hyvin.

Niin, JOS. Juha ei vielä kertonut, että montako muuta palvelinta ja
työasemaa on sen samaisen nettiletkun äärellä.

> (Miksi tuo tietokantapalvelin ei ole
> siellä jossain paremmalla bitillä varustetussa sivukonttorissa?)

Kenties köyhällä pikkufirmalla ei ole varaa kuin yhteen palvelimeen.
Luultavasti se sama palvelin toimii pääkonttorin levypalvelimena ja ehkä
myös tulostuspalvelimena ja DC:nä.

> onko siinä sun DSL-purkissasi maailmalta
> avoin DNS-ripiitteri (aina monessa on)

Eikös aika monessa purkissa ole palomuuri blokkaamassa kaiken
sisääntulevan liikenteen. Kyllä kai tuo koskee myös DNS-liikennettä?

-Asko

[Ari Saastamoinen]

Asko Ikävalko <ikaval...@poista.pp.inet.fi.invalid> writes:

> Eikös aika monessa purkissa ole palomuuri blokkaamassa kaiken
> sisääntulevan liikenteen. Kyllä kai tuo koskee myös DNS-liikennettä?

Tua operaattoreiden välisessä keskustelussa tuosta juuri puhuttiin
muutama viikko sitten, ja siellä totesivat, että tuota EI VOI käytössä
olevilla firmisversioilla estää joissain (yleisissä) purkeissa.