FMUSER Wirless pārraida video un audio vieglāk!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikands
sq.fmuser.org -> albāņu
ar.fmuser.org -> arābu
hy.fmuser.org -> armēņu
az.fmuser.org -> azerbaidžāņu
eu.fmuser.org -> basku valoda
be.fmuser.org -> baltkrievu
bg.fmuser.org -> bulgāru valoda
ca.fmuser.org -> katalāņu
zh-CN.fmuser.org -> ķīniešu (vienkāršotā)
zh-TW.fmuser.org -> ķīniešu (tradicionālā)
hr.fmuser.org -> horvātu
cs.fmuser.org -> čehu
da.fmuser.org -> dāņu
nl.fmuser.org -> holandiešu
et.fmuser.org -> igauņu
tl.fmuser.org -> filipīniešu
fi.fmuser.org -> somu
fr.fmuser.org -> franču valoda
gl.fmuser.org -> galisiešu valoda
ka.fmuser.org -> gruzīnu
de.fmuser.org -> vācu
el.fmuser.org -> grieķu
ht.fmuser.org -> Haiti kreolu
iw.fmuser.org -> ebreju
hi.fmuser.org -> hindi
hu.fmuser.org -> ungāru valoda
is.fmuser.org -> islandiešu
id.fmuser.org -> indonēziešu
ga.fmuser.org -> īru
it.fmuser.org -> itāļu
ja.fmuser.org -> japāņu
ko.fmuser.org -> korejiešu
lv.fmuser.org -> latviski
lt.fmuser.org -> lietuviešu
mk.fmuser.org -> maķedoniešu
ms.fmuser.org -> malajiešu
mt.fmuser.org -> maltiešu
no.fmuser.org -> norvēģu
fa.fmuser.org -> persiešu
pl.fmuser.org -> poļu
pt.fmuser.org -> portugāļu
ro.fmuser.org -> rumāņu
ru.fmuser.org -> krievu valoda
sr.fmuser.org -> serbu
sk.fmuser.org -> slovāku
sl.fmuser.org -> slovēņu
es.fmuser.org -> spāņu
sw.fmuser.org -> svahili
sv.fmuser.org -> zviedru
th.fmuser.org -> taizemiešu
tr.fmuser.org -> turku
uk.fmuser.org -> ukraiņu
ur.fmuser.org -> urdu valoda
vi.fmuser.org -> vjetnamiešu
cy.fmuser.org -> velsiešu
yi.fmuser.org -> jidišs
1 Ievads
Kā jauns augstas frekvenču joslas platuma un augstas kvalitātes interneta multivides pakalpojums IPTV izvirza augstākas prasības telekomunikāciju operatoru IP metropoles teritorijas tīklam. Salīdzinot ar tradicionālo vienradžu tehnoloģiju, multiraides tehnoloģijai ir tā priekšrocība, ka tīkla joslas platums nepalielinās lineāri ar lietotāju skaitu, pamatojoties uz līdzvērtīgu pārraides efektivitāti, un tā var efektīvi ietaupīt video servera un nesēja tīkla slodzi. Tāpēc, lai telekomunikāciju operatori varētu efektīvi un ekonomiski izvietot un ieviest IPTV pakalpojumus, ieteicams izmantot pilnas apraides push-end-end-end, un atslēga ir IP multicast tīkla konfigurācija.
Pašlaik telekomunikāciju operatoru IP metropoles teritorijas tīkls galvenokārt sastāv no metropoles teritorijas mugurkaula tīkla un platjoslas piekļuves tīkla, un IPTV pakalpojumu dati tiek virzīti uz lietotāja galu, izmantojot metropoles zonas mugurkaula tīklu un platjoslas piekļuves tīklu pēc kārtas. Metro mugurkaula tīkls galvenokārt sastāv no tīkla slāņa (3. slāņa) ierīcēm, kas var ļaut multicast maršrutēšanas protokoliem, piemēram, PIM-SM, piekļūt multicast avotiem (ti, IPTV head-end ierīcēm) multicast pakešu maršrutēšanai un pārsūtīšanai. Platjoslas piekļuves tīkls galvenokārt sastāv no datu savienojuma slāņa (2. slānis) aprīkojuma, un tādas tehnoloģijas kā IGMP Proxy vai IGMP Snooping var izmantot 2. slāņa multiraides pārsūtīšanai, lai piekļūtu IPTV galiekārtām (ti, IPTV televizora pierīcēm). 1. attēls ir shēmas shēma IPTV gala-gala multiraides stumšanas modelim.
pIYBAGBkThGAZmOzAAMHVeXKfuE734.png
1. attēls. IPTV gala – gala multiraides stumšanas tīkla modelis
Šajā rakstā ir aprakstītas galvenās IPTV gala – gala multiraides push tīkla konfigurācijas tehnoloģijas no diviem dažādiem tīkla līmeņiem: metro mugurkaula tīkla un platjoslas piekļuves tīkla.
2. Galvenā multiraides konfigurācijas tehnoloģija metro mugurkaula tīklam
2.1. Multiraides maršrutēšanas tehnoloģija
Galvenā atšķirība starp multiziņu un vienreizēju ziņojumu ir ziņas galamērķa adreses identificēšana. Multicast ziņojuma galamērķa adrese ir multicast grupas adrese (D klases IP adrese, kas sākas ar "1110"), un unicast ziņojums ir balstīts uz galamērķa resursdatora IP. Adrese tiek izmantota kā galamērķa adrese. Tā kā starp multiraides grupas adresi un galamērķa resursdatoru nav savstarpējas korespondences, maršrutēšanas lēmumi, izmantojot multicast maršrutētāju, var izmantot tikai ziņojuma avota adreses unikalitāti. Citiem vārdiem sakot, multiraides maršrutētājs nosūta ziņojumu virzienā no multicast avota, pamatojoties uz ziņojuma avota adresi, nevis mērķa adresi. Šo tehnoloģiju sauc par apgrieztā ceļa pārsūtīšanu (īsi par RPF).
Lai izvairītos no tādām problēmām kā maršrutēšanas cilpas, RPF nosaka, ka multiraides paketēm jānonāk maršrutētājā no norādītā augšpus straumes esošā blakus esošā mezgla, un citu kaimiņu mezglu pārsūtītie daudzsūtīšanas pakeši tiek izmesti. Ja rodas problēma ar multiraides maršrutēšanu, multiziņu paketes, iespējams, nevarēs sasniegt pa citiem ceļiem, piemēram, vienreizējās nosūtīšanas paketes, IPTV tiešraides signāli tiks pārtraukti mugurkaula tīklā, un unikālas apraides lietojumprogrammas, piemēram, tīmekļa pārlūkošana un pasta sūtīšana un saņemšana, ir normāla šķēršļiem. Pašlaik pa multiraides izplatīšanas ceļu pārbaudiet multiraides maršrutētāja un tā augšpusē esošo blakus esošo mezglu RPF maršrutēšanas tabulu.
2.2. Multiraides maršrutēšanas komutācijas tehnoloģija
Multiraides izplatīšanas koku PIM-SM protokolā var iedalīt divās kategorijās: avota koks un koplietojamais koks. Avota koks izmanto multicast avotu kā koka sakni, kas pazīstams arī kā īsākais ceļa koks, kas var samazināt līdz galam multicast aizkavi, taču maršrutētājam ir jāglabā liels maršruta informācijas daudzums, kas patērē daudz sistēmas resursu izmantošana; koplietotais koks izmanto RP (PIM-SM) Svarīgs protokola maršrutētājs, ko izmanto maršrutēšanai un konverģēšanai starp multicast avotiem un multicast maršrutētājiem. Kā visu multicast izplatīšanas koku kopējais saknes mezgls, multicast source trafikam vispirms jāsasniedz RP piegādāts, un multiraides ceļš parasti nav optimāls. Tas ieviesīs papildu tīkla aizkavi, taču maršrutētāja informācija, kas maršrutētājam jāsaglabā, var būt ļoti maza.
PIM-SM protokols pilnībā izmanto divu multiraides izplatīšanas koku priekšrocības. Multiraides sākumposmā multiraides maršrutētājs nevar izmantot avota koku, jo tas nevar zināt multicast avota atrašanās vietu, taču var iegūt dažus pirmos multiraides pakešus, kurus multiziņu avots nosūtījis caur zināmo RP mezglu un tā koplietojamo koku. Ziniet multiraides avota atrašanās vietu un pārslēdzieties no koplietojamā koka uz avota koku, lai samazinātu tīkla aizkavi un izvairītos no tīkla sastrēgumiem, ko var izraisīt RP mezgli.
Metro mugurkaula tīklu galvenokārt veido Cisco maršrutētāji. Maršrutētāji, piemēram, Cisco, pārsūta multiraides izplatīšanas koku, izmantojot iepriekš iestatīto plūsmas ātruma SPT slieksni. Kad tiek konstatēts, ka multiraides avota multiraides plūsmas ātrums pārsniedz SPT slieksni, tā multiraides maršrutēšana pārslēgsies no koplietojamā koka uz avota koku; Līdzīgi, ja multiraides plūsmas ātrums ir mazāks nekā SPT-Threshold, tā multiraides maršrutēšana Varat arī pārslēgties no avota koka uz koplietojamo koku. SPT-slieksnis parasti tiek konfigurēts kā 0, lai maršrutētājs pārslēgtos no koplietojamā koka uz avotu pēc pirmās multicast paketes saņemšanas.
2.3RP konfigurācijas tehnoloģija
Kā koplietojamā koka saknes mezgls, RP spēlē saiti uz augšu un uz leju multiraides procesā. Ņemot vērā, ka PIM-SM protokolam ir multiraides izplatīšanas koku komutācijas īpašības, sākotnēji savienojuma izveidošanai starp multiraides avotu un multiraides maršrutētāju parasti izmanto RP. Kad maršrutētāja multiraides maršrutēšana ir pārslēgta no koplietojamā koka uz avota koku, tas vairs nebūs RP un tā koplietotais koks atkal būs vajadzīgs. Tāpēc RP atrašanās vieta multiraides tīklā nav īpaši svarīga. Galvenais ir tā uzticamība un stabilitāte.
Lai uzlabotu RP uzticamību un stabilitāti, var izvēlēties vairākus multiraides maršrutētājus, lai koplietotu RP funkciju (tas ir, Anycast RP tehnoloģija), un katra RP mezgla loopback interfeisam tiek piešķirta tā pati IP adrese, tādējādi veidojot slodzes sadale un aizsardzība pret defektiem.
RP konfigurācijas problēma multiraides tīklā ir saistīta ne tikai ar paša RP mezgla konfigurēšanu un izvietošanu, bet arī ar to, kā citi multiraides maršrutētāji uzzina par RP mezglu. Multiraides sākumposmā multiziņu maršrutētājs, iespējams, nezina multiraides avota atrašanās vietu, bet RP adrese ir jāzina. Ir divi galvenie veidi, kā multiraides maršrutētājam iegūt RP adresi, tas ir, statiskās konfigurācijas RP metodi un automātiskās atklāšanas RP metodi. Statiskā RP konfigurācija ir drošāka un var efektīvi novērst krāpnieciskas darbības, piemēram, RP kalšanu, taču tīkla konfigurācijas slodze ir liela, un tā neveicina dinamisku RP un citu mezglu pielāgošanu; automātiska RP atklāšana var samazināt konfigurācijas slodzi un atvieglot tīkla izmaiņas un vadības stratēģijas. Pielāgošana, taču pastāv noteikti drošības riski. Maza mēroga metropoles teritorijas mugurkaula tīklam varat izmantot RP statiskas konfigurēšanas metodi katrā multiraides maršrutētājā; liela mēroga lielpilsētu teritorijas mugurkaulu tīklam ar stingru drošības aizsardzības politiku ieteicams izmantot RP automātiskās atklāšanas metodi.
2.4. IPTV gala multicast pievienošanās tehnoloģija
Multiraides sākumposmā multiraides maršrutētāji parasti iegūst IPTV galvenās (ti, multiraides avota) trafika un atrašanās vietas informāciju, izmantojot zināmus RP mezglus un to koplietojamos kokus. Lai RP uzzinātu par multicast avotu, tieši multicast avotam pievienotais multicast maršrutētājs ir atbildīgs par dažu pirmo multicast avotu iesūtīto pirmo multicast pakešu iekļaušanu atsevišķā PIM reģistra ziņojumā un iniciēšanu multicast uz RP unicast režīmā. Avota reģistrācijas process. Izmantojot šo ziņojumu, RP var iegūt ne tikai interesējošās multiziņu grupas paketes, bet arī multiraides avota IP adresi. Pēc tam RP pārsūta multicast avota informāciju citiem multicast maršrutētājiem un nosūta multicast source reģistrācijas procesu ar PIM Registe-Stop ziņojumu.
3. Platjoslas piekļuves tīkla multiraides atslēgas konfigurācijas tehnoloģija
3.1. IPTV lietotāja multicast pievienošanās tehnoloģija
IPTV klients (televizora pieraksts) sazinās ar metro mugurkaula tīkla pakalpojumu piekļuves kontroles slāņa multiraides maršrutētāju (ko parasti veic pakalpojumu maršrutētājs vai platjoslas piekļuves serveris), izmantojot IGMP protokolu, izmantojot platjoslas piekļuves tīklu, lai pievienotos vai izietu no konkrēta tīkla Multiraides grupa (ti, IPTV tiešraides kanāls).
Kad televizora pierīce nosūta multiziņu grupas pievienošanās pieprasījuma ziņojumu multiziņu maršrutētājam, ziņojuma galamērķa MAC adrese ir multiraides grupas MAC adrese, nevis multiraides maršrutētājs, kas atšķiras no unikastēšanas metodes. Jāatzīmē, ka multiraides grupas MAC adrese faktiski atbilst 32 dažādām multiraides grupas IP adresēm. Tas notiek tāpēc, ka multiraides grupas MAC adrese ir 01: 00: 5E: 00: 00: 00 ~ 01: 00: 5E: 7F: FF: FF, tas ir, faktiskā adreses telpa ir tikai 23 biti, un efektīvā adrešu telpa ir multiraides grupas IP adrese Ir 28 atstarpes.
Kartēšanas attiecība starp abiem ir pielīdzināt MACC adreses apakšējos 23 bitus ar IP adreses apakšējiem 23 bitiem, kā rezultātā tiek zaudēti multiraides grupas IP adreses augšējie 5 biti. Piemēram, ja trīs dažādi IPTV tiešraides kanāli kā multiziņu grupas IP adreses izmanto 224.0.0.1, 224.128.0.1 un 239.128.0.1, to atbilstošās multiraides grupas MAC adreses ir visas 01: 00: 5E: 00: 00:01, kas izraisīs platjoslas piekļuves tīkla televizora pierīci un otrā līmeņa aprīkojumu, kas nespēs atšķirt trīs signālus. Tāpēc, plānojot multiziņu IP adreses, pievērsiet uzmanību šādiem jautājumiem.
3.2. 2. kārtas multicast pārsūtīšanas tehnoloģija
Platjoslas piekļuves tīklu veido liels skaits tīkla elementu ierīču, piemēram, slāņa 2 slēdži un DSLAM, kas darbojas datu savienojuma slānī. 2. slāņa aprīkojuma iezīme ir tā, ka tā apmaina / pārsūta datu rāmjus, pamatojoties uz MAC adresēm, starp ierīču portiem, un tam ir sliktas parsēšanas un maršrutēšanas funkcijas IP pakešu trešajam slānim (tīkla slānim), tāpēc tas nevar tieši atbalstīt IGMP, kas strādā ar trešais slānis. Un citi multiraides protokoli. Kad tipiska 2. slāņa ierīce, piemēram, komutators, apstrādā IPTV multiraides trafiku, tā pārraida multiraides datu rāmjus uz visām savām ostām pēc nezināmām galamērķa adresēm vai apraides metodēm, kas, iespējams, radīs tādas problēmas kā apraides vētras.
Lai atrisinātu multiziņu pakešu applūšanas problēmu, ir jāpieņem 2. slāņa multiraides pārsūtīšanas tehnoloģijas, piemēram, IGMP Snooping un IGMP Proxy tehnoloģijas. IGMP Snooping tehnoloģija uzrauga IGMP ziņojumu starp set-top box un multicast maršrutētāju, lai izprastu ierīces porta pārsūtīšanas attiecības ar multicast datu rāmi; kamēr IGMP Proxy tehnoloģija pārtver IGMP ziņojumu starp televizora pierīci un multiraides maršrutētāju. Filtrēšana un starpniekservera pārsūtīšana var ietaupīt multiraides trafiku starp multiraides maršrutētāju un 2. slāņa ierīci, taču tai nepieciešami augstas veiktspējas rādītāji, piemēram, apstrādes jauda un atmiņa tīkla elementa ierīces. Konfigurējot 2. slāņa ierīces, varat izvēlēties atbilstoši faktiskajai tīkla elementa ierīces veiktspējai un IGMP Snooping / Proxy tehnoloģijas atbalsta pakāpei.
Kā piemēru ņemiet IPTV tiešraides kanālu ar joslas platumu 2 Mbit / s. Ja 2. slāņa ierīcē netiek izmantota 2. slāņa multiraides pārsūtīšanas tehnoloģija, visiem IPTV lietotājiem nosūtītās multiraides paketes tiks pārsūtītas uz visām ostām, pat ja lietotāja ostā ir 10 Mbit / s. s Piekļuves joslas platumam var bloķēt 5 IPTV tiešraides kanālu multiziņu paketes; pēc 2. slāņa multiraides pārsūtīšanas tehnoloģijas ieviešanas multiraides paketes tiek pārsūtītas uz portiem tikai ar lietošanas pieprasījumu un, ja katra porta ir savienota ne vairāk. IPTV televizora pierīcei ne vairāk kā tikai viena multiraides pakete (tas ir, 2 Mbit / s satiksme) tiešraides kanāls tiek pārsūtīts uz atbilstošo portu.
3.3 VLAN konfigurācijas tehnoloģija
2. slāņa multiraides pārraidītā datplūsma ietver tikai IPTV multiraides pakalpojumus un neietver citus platjoslas pakalpojumus. Tāpēc platjoslas piekļuves tīklā tādas tehnoloģijas kā VLAN parasti tiek izmantotas, lai izolētu IPTV multiraides trafiku no citiem pakalpojumiem un lietotāju trafika. Parasti izmantotās VLAN tehnoloģijas ietver pārrobežu VLAN multiraides replikācijas tehnoloģiju no multiraides VLAN līdz katram lietotājam VLAN un QinQ, kas atrisina nepietiekamu skaitu VLAN ID
3.4 Statiskā multiraides un dinamiskā multiraides tehnoloģija
IPTV tiešraides programma tiek piegādāta lietotāja terminālim, izmantojot IP nesēja tīklu, un galvenokārt ir divi multiraides režīmi, proti, dinamiskais multiraides režīms un statiskais multiraides režīms. Dinamiskā multiraides režīmā slēdži, DSLAM un citas ierīces saņems un piegādās kanāla programmu tikai pēc pirmā lietotāja pieprasījuma pievienoties kanālam (multiraides grupa); un kad kanāls (multicast grupa) ilgst Kad lietotājs atteicas, tīkla elementa ierīce pārtrauks saņemt multicast straumi. Statiskais multiraides režīms ir statiski konfigurēt komutācijas aprīkojuma katra IPTV kanāla (multiraides grupas) MAC multiraides pārsūtīšanas ierakstus neatkarīgi no tā, vai pakārtotie lietotāji to skatās vai nē, multiraides straume ir piegādāta tīkla elementa iekārtai.
Statiskajai multiraides trafikai nav nekāda sakara ar IPTV lietotāju skaitu, tikai kanālu skaitam un joslas platumam uz kanālu. Kad lietotāju skaits ir mazāks par kanālu skaitu, trafika būs lielāka nekā unikālā satiksme; dinamiskās multiraides maksimālā trafika ir tad, ja vienlaicīgu IPTV lietotāju skaits ir mazāks par kanālu skaitu. Ja vienlaicīgu IPTV lietotāju skaits ir lielāks par kanālu skaitu, tas ir līdzvērtīgs statiskai multiraides trafikai. Statiskajā multiraides režīmā lietotāja kanāla pārslēgšanās ātrums ir ātrs un pakalpojuma uztvere laba, bet tīkla joslas platuma pieprasījums ir lielāks; Dinamiskā multiraide jebkurā gadījumā var samazināt tīkla trafiku, bet, kad lietotājs saņem jaunu kanālu (Multicast grupa), var būt noteikta tīkla aizkave.
Kad tīkla aprīkojumam pievienoto IPTV lietotāju skaits ir ļoti mazs, multiraides priekšrocības nav acīmredzamas. Tāpēc sākotnējā IPTV pakalpojumu attīstības posmā IPTV lietotāju nav daudz vai arī platjoslas piekļuves tīkls nav rekonstruēts. Lai pārsūtītu IPTV tiešraides signālus, varat izmantot dinamisko multiziņu vai pat vienradzību. Kad tīkla ierīcei pieslēgtu lietotāju skaits krietni pārsniedz IPTV kanālu skaitu, daudzsūtīšanas īpašības, lai saglabātu tīkla trafika joslas platumu, kļūst arvien nozīmīgākas. Šajā laikā, tas ir, kad IPTV pakalpojums ir izstrādāts līdz nobriedušam posmam un ir notikusi platjoslas piekļuves tīkla pārveidošana, statisko multiraides režīmu var izmantot, lai pārraidītu IPTV tiešraides signālu, lai vēl vairāk uzlabotu IPTV pakalpojumu kvalitāti. Tāpēc operatori var izlemt, vai piekļuves tīkla iekārtas jākonfigurē dinamiskā vai statiskā multiraides režīmā atbilstoši faktiskajiem apstākļiem, piemēram, tīkla kvalitātei un IPTV pakalpojumu izplatībai.
4 Secinājums
Apvienojot esošo telekomunikāciju operatoru IP metropoles zonu tīklu, šajā dokumentā sistemātiski tiek izklāstītas galvenās IPTV tehnoloģijas no gala līdz galam multiraides push tīkla konfigurācijā, kam telekomunikāciju operatoriem ir laba atsauces nozīme, lai efektīvi un ekonomiski izvietotu un ieviestu IPTV pakalpojumus.
|
Ievadiet e-pastu, lai saņemtu pārsteigumu
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikands
sq.fmuser.org -> albāņu
ar.fmuser.org -> arābu
hy.fmuser.org -> armēņu
az.fmuser.org -> azerbaidžāņu
eu.fmuser.org -> basku valoda
be.fmuser.org -> baltkrievu
bg.fmuser.org -> bulgāru valoda
ca.fmuser.org -> katalāņu
zh-CN.fmuser.org -> ķīniešu (vienkāršotā)
zh-TW.fmuser.org -> ķīniešu (tradicionālā)
hr.fmuser.org -> horvātu
cs.fmuser.org -> čehu
da.fmuser.org -> dāņu
nl.fmuser.org -> holandiešu
et.fmuser.org -> igauņu
tl.fmuser.org -> filipīniešu
fi.fmuser.org -> somu
fr.fmuser.org -> franču valoda
gl.fmuser.org -> galisiešu valoda
ka.fmuser.org -> gruzīnu
de.fmuser.org -> vācu
el.fmuser.org -> grieķu
ht.fmuser.org -> Haiti kreolu
iw.fmuser.org -> ebreju
hi.fmuser.org -> hindi
hu.fmuser.org -> ungāru valoda
is.fmuser.org -> islandiešu
id.fmuser.org -> indonēziešu
ga.fmuser.org -> īru
it.fmuser.org -> itāļu
ja.fmuser.org -> japāņu
ko.fmuser.org -> korejiešu
lv.fmuser.org -> latviski
lt.fmuser.org -> lietuviešu
mk.fmuser.org -> maķedoniešu
ms.fmuser.org -> malajiešu
mt.fmuser.org -> maltiešu
no.fmuser.org -> norvēģu
fa.fmuser.org -> persiešu
pl.fmuser.org -> poļu
pt.fmuser.org -> portugāļu
ro.fmuser.org -> rumāņu
ru.fmuser.org -> krievu valoda
sr.fmuser.org -> serbu
sk.fmuser.org -> slovāku
sl.fmuser.org -> slovēņu
es.fmuser.org -> spāņu
sw.fmuser.org -> svahili
sv.fmuser.org -> zviedru
th.fmuser.org -> taizemiešu
tr.fmuser.org -> turku
uk.fmuser.org -> ukraiņu
ur.fmuser.org -> urdu valoda
vi.fmuser.org -> vjetnamiešu
cy.fmuser.org -> velsiešu
yi.fmuser.org -> jidišs
FMUSER Wirless pārraida video un audio vieglāk!
Kontakti
Adrese:
Nr. 305 istaba HuiLan ēka Nr.273 Huanpu Road Guangzhou, Ķīna 510620
Kategorijas
Saņemt jaunumus