mikähän nyt on kun pitäisi sijoittaa palvelin toiseen pisteeseen josta on "hidas yhteys" pääpaikkaan ja sitten se on oma "site". tällä hetkellä palvelin on "Default-First-Sitellä" missä myös muut palvelimet on ja sillä on paikallisen aliverkon ip osoite.
määritin sille sites ja servicesissä oman "siten" ja määrittelin kaikki aliverkot ja osoitin ne oikeille "site"ille. http://aijaa.com/OQcTRf se on siis tämä L alkuinen.
sitten promosin sen domain controlleriksi jolloin valitsin tämän uuden "siten" sen sijaan että olisin antanut valita automaattisesti. sen jälkeen tuli varoitus ettei dns delegationia voi suorittaa mutta googletin ja löysin tiedon ettei tarvitse välittää siitä. lisäsin myös winsin ja määrittelin push/pull replicationin yhdestä entisestä palvelimesta.
se on sen jälkeen saanut olla yön yli ja sysvol sekä netlogon ilmestyi tuolle palvelimelle. katsoin dnsn ja winsin ja niihin oli tullut kaikki jutut eli kai ne on kunnossa.
nyt kun lisäsin sen myös dfs namespace serveriksi niin dfs näyttää edelleen default-first-site. http://aijaa.com/vBO49S
eli mikä tässä nyt mättää. eikö tuossa dfs pitäisi näkyä sama site millä palvelin on. vai ottaako se sen vasta sen jälkeen kun palvelin on oikeasti viety kyseiselle "sitelle" ja sillä on sen aliverkon ip-osoite.
eli voiko tästä nyt jatkaa lisäämällä folder targetit ja replicationin ja sitten vie palvelimen tuonne "sitelle".
en uskalla nyt tehdä mitään kun näyttää väärää siteä, jos site ei ole oikein niin ongelmia on tiedossa jos työasemat lähtee käyttämään hitaan yhteyden takana olevia palvelimia ja sitten on kaikki yhteydet tukossa.
ja toinen kysymys voiko käyttää vielä full mesh topologiaa vai onko syytä määritellä oma. haluan että "site"jen välisellä liikenteellä on kaistan rajoitus ettei dfs tuki koko kaistaa että ip-puhelut ym. toimii.
sitten kolmas kysymys miten määritellään qos noille ip puheluille ensisijaisesti vpn tunneleiden ja samalla ulkoyhteyksien yli että aina puhelut toimii vaikka muuten olisi miten paljon liikennettä.
määritin sille sites ja servicesissä oman "siten" ja määrittelin kaikki aliverkot ja osoitin ne oikeille "site"ille. http://aijaa.com/OQcTRf se on siis tämä L alkuinen.
sitten promosin sen domain controlleriksi jolloin valitsin tämän uuden "siten" sen sijaan että olisin antanut valita automaattisesti. sen jälkeen tuli varoitus ettei dns delegationia voi suorittaa mutta googletin ja löysin tiedon ettei tarvitse välittää siitä. lisäsin myös winsin ja määrittelin push/pull replicationin yhdestä entisestä palvelimesta.
se on sen jälkeen saanut olla yön yli ja sysvol sekä netlogon ilmestyi tuolle palvelimelle. katsoin dnsn ja winsin ja niihin oli tullut kaikki jutut eli kai ne on kunnossa.
nyt kun lisäsin sen myös dfs namespace serveriksi niin dfs näyttää edelleen default-first-site. http://aijaa.com/vBO49S
eli mikä tässä nyt mättää. eikö tuossa dfs pitäisi näkyä sama site millä palvelin on. vai ottaako se sen vasta sen jälkeen kun palvelin on oikeasti viety kyseiselle "sitelle" ja sillä on sen aliverkon ip-osoite.
eli voiko tästä nyt jatkaa lisäämällä folder targetit ja replicationin ja sitten vie palvelimen tuonne "sitelle".
en uskalla nyt tehdä mitään kun näyttää väärää siteä, jos site ei ole oikein niin ongelmia on tiedossa jos työasemat lähtee käyttämään hitaan yhteyden takana olevia palvelimia ja sitten on kaikki yhteydet tukossa.
ja toinen kysymys voiko käyttää vielä full mesh topologiaa vai onko syytä määritellä oma. haluan että "site"jen välisellä liikenteellä on kaistan rajoitus ettei dfs tuki koko kaistaa että ip-puhelut ym. toimii.
sitten kolmas kysymys miten määritellään qos noille ip puheluille ensisijaisesti vpn tunneleiden ja samalla ulkoyhteyksien yli että aina puhelut toimii vaikka muuten olisi miten paljon liikennettä.
Vastaukset 3
Vanhimmat
tämä "site" ongelma on ratkennut. määrittelin palvelimen nykyisen ip alueen väliaikaisesti toiselle sitelle sinne mihin se oikeasti on menossa ja sitten site vaihtui eli se on kunnossa ja vaihtuu sitten kun palvelin oikeasti viedään sitelle.
topologian tein uuden poistin entiset replication groupit ja tein yhden ison missä kaikki kansiot että saa kaistanrajoituksen tuon yhden palvelimen yhteyksille.
mutta tietääkö joku miten tuo qos saataisiin niin että ip puhelut ei mene huonoksi jos muuten on paljon liikennettä? nyt nimittäin puhelut eivät pärjää jos liikennöi koko kaistan täydeltä lähettäen esim. jotain isoa tiedostoa?
miten konfiguroidaan ?
http://blog.kloud.com.au/2012/10/31/quality-of-service-qos-for-lync-2010-and-lync-2013/ Tuosta apua?
tätä täytyy katsoa mutta tämä sivu käsittelee vain pakettien merkkaamisen lähtöpäässä.
lähinnä ongelma on että miten se laitetaan noihin verkkolaitteisiin kun siellähän se varsinainen asia pitäisi tapahtua. verkkolaitteet käyttää ios advanced ip services 12.4-24T7 käyttöjärjestelmää ja tuntuu aika monimutkaiselta koko qos juttu.
kun ei muuta tarvitsisi kuin että ip puhelut tärkeitä ja muuta kaistaa rajoitetaan niille. mutta en halua kuitenkaan varata pysyvästä kaistaa puheluihin koska se on pois muualta jos puheluita ei olekaan.
sitten pitää kysyä vielä yksi kysymys. kun perinteisestä puhelimesta soittaa ip-puhelun sisään ja käyttäjä laittaa sen holdille niin perinteisen puhelimen käyttäjä kuulee jotain hyvin outoa ja sekavaa hold musiikkia joka tulee ilmeisesti asterisk puhelin keskuksesta.
jos konsoli on auki niin sinne tulee rivit "packet2 packet bridging" ja "started hold music" kun painaa tietokoneesta hold-painiketta. miten se koko puhelin keskukseen vaikuttaa kun senhän pitäisi olla vain sip trunkkien ja lyncin välissä ohjaamassa puheluita.
http://aijaa.com/snEqB0
jos soittaa tietokoneesta toiseen niin sitten tulee oikea lyncin hold musiikki joka kuulostaa normaalilta. lync policyllä on määritelty oikea hold musiikki kaikille ja se toimii muuten paitsi ulkoverkon puheluissa.