„FMUSER Wirless“ perduoda vaizdo ir garso įrašus lengviau!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikanų kalba
sq.fmuser.org -> albanų
ar.fmuser.org -> arabų
hy.fmuser.org -> armėnas
az.fmuser.org -> azerbaidžanietis
eu.fmuser.org -> baskų
be.fmuser.org -> baltarusių
bg.fmuser.org -> bulgarų
ca.fmuser.org -> katalonų
zh-CN.fmuser.org -> kinų (supaprastinta)
zh-TW.fmuser.org -> kinų (tradicinė)
hr.fmuser.org -> kroatų
cs.fmuser.org -> čekų
da.fmuser.org -> danų
nl.fmuser.org -> Olandų
et.fmuser.org -> estų
tl.fmuser.org -> filipinietis
fi.fmuser.org -> suomių
fr.fmuser.org -> prancūzų
gl.fmuser.org -> Galisų
ka.fmuser.org -> gruzinų
de.fmuser.org -> vokiečių kalba
el.fmuser.org -> graikų
ht.fmuser.org -> Haičio kreolis
iw.fmuser.org -> hebrajų
hi.fmuser.org -> hindi
hu.fmuser.org -> vengrų
is.fmuser.org -> islandų
id.fmuser.org -> indoneziečių
ga.fmuser.org -> airių
it.fmuser.org -> italų kalba
ja.fmuser.org -> japonų
ko.fmuser.org -> korėjiečių
lv.fmuser.org -> latvių
lt.fmuser.org -> lietuvis
mk.fmuser.org -> makedonų
ms.fmuser.org -> malajiečių
mt.fmuser.org -> maltiečių
no.fmuser.org -> norvegų
fa.fmuser.org -> persų
pl.fmuser.org -> lenkų
pt.fmuser.org -> portugalų
ro.fmuser.org -> rumunų
ru.fmuser.org -> rusų
sr.fmuser.org -> serbų
sk.fmuser.org -> slovakų
sl.fmuser.org -> slovėnų
es.fmuser.org -> ispanų
sw.fmuser.org -> svahili kalba
sv.fmuser.org -> švedų
th.fmuser.org -> Tailando
tr.fmuser.org -> turkų
uk.fmuser.org -> ukrainietis
ur.fmuser.org -> urdu
vi.fmuser.org -> vietnamiečių
cy.fmuser.org -> Valų kalba
yi.fmuser.org -> jidiš
1 Įvadas
Kaip nauja didelės spartos, aukštos kokybės interneto daugialypės terpės paslauga, IPTV kelia didesnius reikalavimus telekomunikacijų operatorių IP didmiesčių zonai. Palyginti su tradicine vienatūrio technologija, daugialypės perdavimo technologijos pranašumas yra tas, kad tinklo pralaidumas nedidėja tiesiškai, atsižvelgiant į vartotojų skaičių, remiantis lygiaverčiu perdavimo efektyvumu, ir gali efektyviai sutaupyti vaizdo serverio ir nešiklio tinklo apkrovą. Todėl norint, kad telekomunikacijų operatoriai galėtų efektyviai ir ekonomiškai diegti ir diegti IPTV paslaugas, rekomenduojama naudoti „end-to-end“ daugiaadresio siuntimo funkciją, o IP „multicast“ tinklo konfigūracija yra svarbiausia.
Šiuo metu telekomunikacijų operatorių IP didmiesčių zonos tinklą daugiausia sudaro didmiesčių tinklo magistralinis tinklas ir plačiajuosčio ryšio prieigos tinklas, o IPTV paslaugos duomenys vartotojui perkeliami per didmiesčių tinklo magistralinį tinklą ir plačiajuosčio ryšio prieigos tinklą savo ruožtu. Metro magistralinį tinklą daugiausia sudaro tinklo sluoksnio (3 sluoksnis) įrenginiai, kurie gali leisti daugiaadresio perdavimo maršruto protokolams, tokiems kaip PIM-SM, pasiekti daugialypės terpės šaltinius (ty IPTV galvos įrenginius), kad būtų galima nukreipti ir persiųsti daugiaadresio perdavimo paketus. Plačiajuosčio ryšio prieigos tinklą daugiausia sudaro duomenų ryšio sluoksnio (2 sluoksnio) įranga, o tokios technologijos kaip „IGMP Proxy“ arba „IGMP Snooping“ gali būti naudojamos persiunčiant 2 sluoksnį, norint pasiekti IPTV galinę įrangą (ty IPTV priedėlius). 1 paveiksle pateikiama „IPTV end-to-end multicast push modelio“ schema.
pIYBAGBkThGAZmOzAAMHVeXKfuE734.png
1 paveikslas IPTV „end-to-end“ daugialypės terpės stumiamojo tinklo modelis
Šiame straipsnyje aprašomos pagrindinės IPTV „end-to-end“ daugiaadresio perdavimo tinklo konfigūravimo technologijos iš dviejų skirtingų tinklo lygių: metro magistralinio tinklo ir plačiajuosčio ryšio prieigos tinklo.
2. Pagrindinė daugialypės terpės konfigūravimo technologija metro magistraliniam tinklui
2.1 Multicast maršruto parinkimo technologija
Pagrindinis skirtumas tarp daugiaadresio pranešimo ir unikalaus pranešimo yra pranešimo paskirties adreso identifikavimas. „Multicast“ pranešimo paskirties adresas yra „multicast“ grupės adresas (D klasės IP adresas, prasidedantis „1110“), o „Unicast“ pranešimas pagrįstas paskirties pagrindinio kompiuterio IP. Adresas naudojamas kaip paskirties adresas. Kadangi nėra daugialypės terpės grupės adreso ir paskirties pagrindinio kompiuterio korespondencijos, daugialypės terpės kelvedis gali naudoti tik pranešimo šaltinio adreso unikalumą priimdamas maršruto parinkimo sprendimus. Kitaip tariant, daugialypės terpės maršrutizatorius siunčia pranešimą tolyn nuo daugialypės terpės šaltinio, remdamasis pranešimo šaltinio adresu, o ne paskirties adresu. Ši technologija vadinama atvirkštiniu persiuntimu (trumpiau - RPF).
Kad būtų išvengta tokių problemų kaip maršrutų kilpos, RPF numato, kad daugiaadresiai paketai turi pasiekti maršrutizatorių iš nurodyto prieš srovę esančio kaimyninio mazgo, o kitų kaimyninių mazgų persiųsti daugiaadresiai paketai yra išmesti. Kai kyla daugialypės terpės nukreipimo problema, daugiaadresiai paketai gali nepavykti pasiekti kitais keliais, pvz., „Unicast“ paketais, IPTV tiesioginės transliacijos signalai bus nutraukti magistraliniame tinkle, o „unicast“ programos, tokios kaip naršymas internete, laiškų siuntimas ir priėmimas, yra normalu kliūčių. Šiuo metu daugiaadresio paskirstymo keliu patikrinkite daugiaadresio maršrutizatoriaus ir jo kaimyninių mazgų prieš srovę RPF maršruto parinkimo lentelę.
2.2 Daugialypio perdavimo maršruto perjungimo technologija
„Multicast“ paskirstymo medį PIM-SM protokole galima suskirstyti į dvi kategorijas: šaltinio medį ir bendrą medį. Šaltinio medis naudoja daugiaadresį šaltinį kaip medžio šaknį, dar vadinamą trumpiausiu kelio medžiu, kuris gali kuo labiau sumažinti visiško siuntimo uždelsimą, tačiau maršrutizatorius turi saugoti daug maršruto informacijos, kuri sunaudoja daug sistemos išteklių; bendras medis naudoja RP (PIM-SM). Svarbus protokolo maršrutizatorius, naudojamas nukreipiant ir susiliejant tarp daugiaadresio perdavimo šaltinių ir daugiaadresių maršrutizatorių.) Kaip bendras visų daugiaadresių paskirstymo medžių šakninis mazgas, prieš pradedant naudoti daugiaadresio perdavimo šaltinio srautas pirmiausia turi pasiekti RP pristatomas, o daugiaadresio perdavimo kelias paprastai nėra optimalus. Tai įves papildomą tinklo vėlavimą, tačiau maršruto parinkimo informacija, kurią maršrutizatorius turi išlaikyti, gali būti labai maža.
PIM-SM protokolas visiškai išnaudoja dviejų daugiaadresių paskirstymo medžių pranašumus. Pradiniame „multicast“ etape daugiaadresio maršruto parinktuvas negali naudoti šaltinio medžio, nes jis negali žinoti daugialypės terpės šaltinio vietos, tačiau jis gali gauti kelis pirmuosius daugiaadresio perdavimo paketus, kuriuos multicast šaltinis siuntė per žinomą RP mazgą ir jo bendrą medį. Žinokite daugiaadresio šaltinio vietą ir perjunkite iš bendro medžio į šaltinio medį, kad sumažintumėte tinklo vėlavimą ir išvengtumėte tinklo kliūčių, kurias gali sukelti RP mazgai.
Metro magistralinį tinklą dažniausiai sudaro „Cisco“ maršrutizatoriai. Maršrutizatoriai, tokie kaip „Cisco“, perduoda daugiaadresio paskirstymo medį per nustatytą srauto greičio SPT-slenkstį. Nustačius, kad daugiaadresio perdavimo šaltinio daugiaadresio srauto greitis viršija SPT slenkstį, jo daugiaadresio maršruto parinkimas pereis iš bendro medžio į šaltinio medį; Panašiai, jei daugiaadresio srauto greitis yra mažesnis nei SPT slenkstis, jo daugiaadresio maršruto parinkimas Taip pat galite grįžti iš šaltinio medžio į bendrą medį. SPT slenkstis paprastai sukonfigūruotas kaip 0, todėl maršrutizatorius, gavęs pirmąjį daugiaadresio paketo paketą, pereis nuo bendro medžio prie šaltinio.
2.3RP konfigūravimo technologija
Kaip bendro medžio šaknies mazgas, RP vaidina susiejimo aukštyn ir žemyn vaidmenį daugiaadresio perdavimo procese. Atsižvelgiant į tai, kad PIM-SM protokolas turi daugialypės terpės paskirstymo medžio perjungimo ypatybes, RP paprastai naudojamas nustatyti pradinį ryšį tarp daugiaadresio šaltinio ir daugiaadresio maršrutizatoriaus. Kai maršrutizatoriaus daugiaadresis maršrutas bus pakeistas iš bendro medžio į šaltinio medį, jis nebus RP ir jo bendro medžio reikės dar kartą. Todėl RP vieta daugiaadresio perdavimo tinkle nėra labai svarbi. Svarbiausia yra jo patikimumas ir stabilumas.
Siekiant pagerinti RP patikimumą ir stabilumą, galima pasirinkti kelis daugiaadresius maršrutizatorius, kurie dalijasi RP funkcija (tai yra „Anycast RP“ technologija), o kiekvieno RP mazgo loopback sąsajai priskiriamas tas pats IP adresas, taip suformuojant apkrovos pasidalijimas ir apsauga nuo gedimų.
Daugialypės terpės tinklo RP konfigūracijos problema yra susijusi ne tik su paties RP mazgo konfigūravimu ir diegimu, bet ir su tuo, kaip kiti daugiaadresiai maršrutizatoriai sužino apie RP mazgą. Pradiniame daugiaadresio perdavimo etape keleto siuntimo maršrutizatorius gali nežinoti daugiaadresio perdavimo šaltinio vietos, tačiau RP adresas turi būti žinomas. Yra du pagrindiniai daugiaadresio maršrutizatoriaus būdai gauti RP adresą, tai yra statinės konfigūracijos RP metodas ir automatinio atradimo RP metodas. Statinė RP konfigūracija yra saugesnė ir gali veiksmingai užkirsti kelią apgaulingoms veikloms, tokioms kaip RP suklastojimas, tačiau tinklo konfigūracijos darbo krūvis yra didelis ir tai nėra palanki dinamiškam RP ir kitų mazgų koregavimui; automatinis RP atradimas gali sumažinti konfigūracijos krūvį ir palengvinti tinklo pakeitimus bei valdymo strategijas. Koregavimas, tačiau yra tam tikrų pavojų saugumui. Mažo masto didmiesčių tinklo pagrindiniam tinklui galite naudoti statinio RP konfigūravimo metodą kiekviename daugiaadresio maršruto parinktuve; didelio masto didmiesčių zonos pagrindiniam tinklui, kuriame taikoma griežta saugumo gynybos politika, rekomenduojama naudoti automatinio RP atradimo metodą.
2.4 IPTV „head-end“ daugiaadresio sujungimo technologija
Pradiniame „multicast“ etape daugiaadresiai maršrutizatoriai paprastai perka žinomus RP mazgus ir jų bendrus medžius, gaudami IPTV pagrindinės (ty daugiaadresio šaltinio) srauto ir vietos informaciją. Kad RP sužinotų apie daugiaadresio perdavimo šaltinį, tiesiogiai prie daugialypės terpės šaltinio prijungtas daugiaadresio ryšio maršrutizatorius yra atsakingas už pirmųjų kelių daugiaadresio perdavimo paketų, kuriuos siunčia daugialypės terpės siuntimo šaltinis, įklijavimą į atskirą PIM registro pranešimą ir inicijuoja daugiaadresį siuntimą į RP vienkartiniame pranešime. režimas. Šaltinio registravimo procesas. Per šį pranešimą RP gali gauti ne tik dominančios grupinio siuntimo grupės paketus, bet ir daugiaadresio ryšio šaltinio IP adresą. Po to RP persiunčia daugiaadresio šaltinio informaciją kitiems daugiaadresio ryšio maršrutizatoriams ir baigia daugiaadresio šaltinio registravimo procesą PIM Registe-Stop pranešimu.
3. Plačiajuosčio ryšio prieigos tinklo daugialypės perdavimo raktų konfigūravimo technologija
3.1 IPTV vartotojo galutinio daugiaadresio prisijungimo technologija
IPTV klientas (priedėlis) per IGMP protokolą per plačiajuosčio ryšio prieigos tinklą bendrauja su metro magistralinio tinklo prieigos valdymo sluoksnio daugiaadresiu maršruto parinktuvu (kurį dažniausiai atlieka paslaugų maršrutizatorius arba plačiajuosčio ryšio prieigos serveris) per IGMP protokolą plačiajuosčio ryšio prieigos tinklu. Multicast grupė (ty IPTV tiesioginis kanalas).
Kai priedėlis siunčia daugialypės terpės grupės prisijungimo užklausos pranešimą į daugiaadresį maršrutizatorių, pranešimo paskirties MAC adresas yra daugiaadresio ryšio grupės MAC adresas, o ne daugialypės terpės maršrutizatorius, kuris skiriasi nuo vienetinio siuntimo metodo. Reikėtų pažymėti, kad daugiaadresių grupių MAC adresai iš tikrųjų atitinka 32 skirtingus daugiaadresių grupių IP adresus. Taip yra todėl, kad daugiaadresio ryšio grupės MAC adresas yra 01: 00: 5E: 00: 00: 00 ~ 01: 00: 5E: 7F: FF: FF, tai yra, efektyvi adreso erdvė yra tik 23 bitai, o efektyvi adreso erdvė yra daugiaadresio ryšio adresas IP Yra 28 tarpai.
Žemėlapių santykis tarp jų yra sulyginti apatinius 23 MACC adreso bitus su apatiniais 23 IP adreso bitais, dėl ko prarandami 5 viršutiniai daugiaadresio grupės IP adreso bitai. Pvz., Jei trys skirtingi tiesioginiai IPTV kanalai naudoja daugialypės terpės grupės IP adresus 224.0.0.1, 224.128.0.1 ir 239.128.0.1, jų atitinkami daugiaadresių grupių MAC adresai yra visi 01: 00: 5E: 00: 00:01, kurie plačiajuosčio ryšio prieigos tinklo priedėlis ir antrosios pakopos įranga negalės atskirti trijų signalų. Todėl planuodami daugiaadresio IP adresus, atkreipkite dėmesį į tokius klausimus.
3.2 2 sluoksnio daugiaadresio persiuntimo technologija
Plačiajuosčio ryšio prieigos tinklą sudaro daugybė tinklo elementų įrenginių, tokių kaip 2 lygio jungikliai ir DSLAM, veikiantys duomenų ryšio sluoksnyje. 2 lygio įrangos ypatybė yra ta, kad ji keičia / persiunčia duomenų rėmelius pagal MAC adresus tarp įrenginio prievadų ir turi prastas analizavimo ir nukreipimo funkcijas trečiajam IP paketų sluoksniui (tinklo sluoksniui), todėl negali tiesiogiai palaikyti IGMP, dirbančio su trečias sluoksnis. Ir kiti daugiaadresiai protokolai. Kai tipiškas 2 lygio įrenginys, pvz., Jungiklis, apdoroja IPTV daugiaadresio srauto srautą, jis perduoda daugiaadresio duomenų perdavimo rėmelius į visus savo prievadus pagal nežinomus paskirties adresus ar transliavimo metodus, o tai gali sukelti tokių problemų kaip transliacijos audros.
Norint išspręsti daugiaadresių paketų užtvindymo problemą, reikia priimti 2 sluoksnio daugiaadresio perdavimo technologijas, tokias kaip IGMP Snooping ir IGMP Proxy. „IGMP Snooping“ technologija stebi IGMP pranešimą tarp priedėlio ir daugiaadresio kelvedžio, kad suprastų prietaiso prievado persiuntimo ryšį su daugiaadresio duomenų rėmeliu; „IGMP Proxy“ technologija perima IGMP pranešimą tarp priedėlio ir daugiaadresio kelvedžio. Filtravimas ir tarpinio serverio persiuntimas gali sutaupyti daugiaadresio srauto tarp daugiaadresio maršrutizatoriaus ir „Layer 2“ įrenginio, tačiau tam reikalingi aukšto našumo rodikliai, pvz., apdorojimo talpa ir atmintis tinklo elemento įrenginio. Konfigūruodami 2 lygio įrenginius, galite pasirinkti pagal faktinį tinklo elemento įrenginio našumą ir IGMP „Snooping / Proxy“ technologijos palaikymo laipsnį.
Kaip pavyzdį paimkite tiesioginį IPTV kanalą, kurio pralaidumas yra 2 Mbit / s. Jei „Layer 2“ įrenginyje nenaudojama „Layer 2“ daugialypės terpės persiuntimo technologija, visiems IPTV vartotojams siunčiami daugiaadresiai paketai bus persiųsti į visus uostus, net jei vartotojo prievadas turi 10 Mbit / s. s Prieigos pralaidumas gali būti užblokuotas 5 IPTV tiesioginių kanalų paketais; priėmus „Layer 2“ daugiaadresio persiuntimo technologiją, daugiaadresio perdavimo paketai į uostus persiunčiami tik su naudojimo užklausa, o jei kiekvienas prievadas yra prijungtas daugiausia tik prie IPTV priedėlio, daugiausia tik vienas daugiaadresis paketas (tai yra, 2 Mbit / s srautas) tiesioginio kanalo perduodamas į atitinkamą uostą.
3.3 VLAN konfigūravimo technologija
2 lygio daugiaadresio perdavimo srautas apima tik IPTV daugiaadreses paslaugas ir neapima kitų plačiajuosčio ryšio paslaugų. Todėl plačiajuosčio ryšio prieigos tinkle tokios technologijos kaip VLAN paprastai naudojamos norint atskirti IPTV daugiaadresį srautą nuo kitų paslaugų ir vartotojų srauto. Dažniausiai naudojamos VLAN technologijos apima kryžminio VLAN daugiaadresio replikavimo technologiją nuo daugiaadresio VLAN iki kiekvieno vartotojo VLAN ir „QinQ“, kuris išsprendžia nepakankamą skaičių VLAN ID
3.4 Statinė daugiaadresio ir dinaminio daugiaadresio perdavimo technologija
„IPTV“ tiesioginė programa yra pristatoma vartotojo terminalui per IP nešmeninį tinklą, ir daugiausia yra du daugiaadresio perdavimo režimai, būtent dinaminis daugiaadresio režimo ir statinio daugiaadresio režimo režimas. Įjungus dinaminį daugiaadresio perdavimo režimą, jungikliai, DSLAM ir kiti įrenginiai priims ir pristatys kanalo programą tik gavę pirmąjį vartotojo prašymą prisijungti prie kanalo (daugiaadresio perdavimo grupė); ir kai trunka kanalas (daugiaadresio perdavimo grupė) Vartotojui atsijungus, tinklo elemento įrenginys nustos priimti daugiaadresio srauto srautą. Statinis daugiaadresio perdavimo režimas - tai statiškas konfigūravimas kiekvieno IPTV kanalo (daugiaadresio perdavimo grupės) MAC daugiaadresio perdavimo persiuntimo įjungimo įrangoje, neatsižvelgiant į tai, ar tolesni vartotojai jį stebi, ar ne, daugiaadresio srautas buvo pristatytas į tinklo elemento įrangą.
Statinis daugiaadresis srautas neturi nieko bendro su IPTV vartotojų skaičiumi, tik kanalų skaičiumi ir pralaidumu vienam kanalui. Kai vartotojų skaičius yra mažesnis nei kanalų skaičius, srautas bus didesnis nei vienraštis srautas; didžiausias dinaminio daugiaadresio srauto srautas yra tada, kai vienu metu naudojamų IPTV vartotojų skaičius yra mažesnis nei kanalų skaičius. Kai vienu metu naudojamų IPTV vartotojų skaičius yra didesnis nei kanalų skaičius, jis prilygsta statiniam daugiaadresio perdavimo srautui. Esant statiniam daugiaadresio režimo režimui, vartotojo kanalo perjungimo greitis yra greitas ir paslaugos suvokimas geras, tačiau tinklo pralaidumo poreikis yra didesnis; Dinaminis daugiaadresis perdavimas gali sumažinti tinklo srautą bet kokiomis aplinkybėmis, tačiau kai vartotojas gauna naują kanalą (grupinio siuntimo grupė), gali būti tam tikras tinklo uždelsimas.
Kai prie tinklo įrangos prijungtų IPTV vartotojų skaičius yra labai mažas, daugiaadresio perdavimo pranašumai nėra akivaizdūs. Todėl pradiniame IPTV paslaugų kūrimo etape nėra daug IPTV vartotojų arba plačiajuosčio ryšio prieigos tinklas nebuvo rekonstruotas vietoje. Norėdami perduoti tiesioginius IPTV signalus, galite naudoti dinaminį daugiaadresį ar net vienetinį siuntimą. Kai prie tinklo įrenginio prijungtų vartotojų skaičius gerokai viršija IPTV kanalų skaičių, daugiaadresio perdavimo tinklo srauto pralaidumui taupyti ypatybės tampa vis reikšmingesnės. Šiuo metu, tai yra, kai IPTV paslauga buvo sukurta iki subrendusio etapo ir įvyko plačiajuosčio ryšio prieigos tinklo transformacija, statinis daugiaadresis režimas gali būti naudojamas perduoti IPTV tiesioginį signalą, kad būtų dar labiau pagerinta IPTV paslaugų kokybė. Todėl operatoriai gali nuspręsti, ar konfigūruoti prieigos tinklo įrangą dinaminiu, ar statiniu daugiaadresio ryšio režimu, atsižvelgiant į faktines sąlygas, tokias kaip tinklo kokybė ir IPTV paslaugų skvarba.
4 Išvada
Sujungus esamą telekomunikacijų operatorių IP didmiesčių tinklą, šiame dokumente sistemingai paaiškinamos pagrindinės IPTV technologijos, susijusios su tiesioginio ir daugialypės terpės siuntimo tinklo konfigūravimu, o tai turi gerą informacinę reikšmę telekomunikacijų operatoriams, norint efektyviai ir ekonomiškai diegti ir įgyvendinti IPTV paslaugas.
|
Įveskite el. Pašto adresą, kad gautumėte staigmeną
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikanų kalba
sq.fmuser.org -> albanų
ar.fmuser.org -> arabų
hy.fmuser.org -> armėnas
az.fmuser.org -> azerbaidžanietis
eu.fmuser.org -> baskų
be.fmuser.org -> baltarusių
bg.fmuser.org -> bulgarų
ca.fmuser.org -> katalonų
zh-CN.fmuser.org -> kinų (supaprastinta)
zh-TW.fmuser.org -> kinų (tradicinė)
hr.fmuser.org -> kroatų
cs.fmuser.org -> čekų
da.fmuser.org -> danų
nl.fmuser.org -> Olandų
et.fmuser.org -> estų
tl.fmuser.org -> filipinietis
fi.fmuser.org -> suomių
fr.fmuser.org -> prancūzų
gl.fmuser.org -> Galisų
ka.fmuser.org -> gruzinų
de.fmuser.org -> vokiečių kalba
el.fmuser.org -> graikų
ht.fmuser.org -> Haičio kreolis
iw.fmuser.org -> hebrajų
hi.fmuser.org -> hindi
hu.fmuser.org -> vengrų
is.fmuser.org -> islandų
id.fmuser.org -> indoneziečių
ga.fmuser.org -> airių
it.fmuser.org -> italų kalba
ja.fmuser.org -> japonų
ko.fmuser.org -> korėjiečių
lv.fmuser.org -> latvių
lt.fmuser.org -> lietuvis
mk.fmuser.org -> makedonų
ms.fmuser.org -> malajiečių
mt.fmuser.org -> maltiečių
no.fmuser.org -> norvegų
fa.fmuser.org -> persų
pl.fmuser.org -> lenkų
pt.fmuser.org -> portugalų
ro.fmuser.org -> rumunų
ru.fmuser.org -> rusų
sr.fmuser.org -> serbų
sk.fmuser.org -> slovakų
sl.fmuser.org -> slovėnų
es.fmuser.org -> ispanų
sw.fmuser.org -> svahili kalba
sv.fmuser.org -> švedų
th.fmuser.org -> Tailando
tr.fmuser.org -> turkų
uk.fmuser.org -> ukrainietis
ur.fmuser.org -> urdu
vi.fmuser.org -> vietnamiečių
cy.fmuser.org -> Valų kalba
yi.fmuser.org -> jidiš
„FMUSER Wirless“ perduoda vaizdo ir garso įrašus lengviau!
Susisiekite su mumis
Adresas:
Nr. 305 kambarys „HuiLan“ pastatas Nr. 273 Huanpu Road Guangdžou, Kinija 510620
Kategorijos
Naujienlaiškis