Analüüsige IPTV end-to-end multicast push-võrgu võtmekonfiguratsiooni tehnoloogiat

Uue suure ribalaiusega ja kvaliteetse Interneti-multimeediateenusena seab IPTV telekommunikatsioonioperaatorite IP suurlinna-võrgule kõrgemad nõuded. Võrreldes traditsioonilise unicast-tehnoloogiaga on multicast-tehnoloogia eeliseks see, et võrgu ribalaius ei suurene lineaarselt koos kasutajate arvuga samaväärse edastamise efektiivsuse alusel ja see võib tõhusalt säästa videoserveri ja kandevõrgu koormust. Seetõttu on telekommunikatsioonioperaatoritel IPTV-teenuste tõhusaks ja ökonoomseks juurutamiseks ja juurutamiseks soovitatav kasutada otsast-lõpuni multicast-tõukejõudu ja võti on IP-multicast-võrgu konfigureerimine.

Praegu koosneb telekommunikatsioonioperaatorite IP-suurlinna-võrk peamiselt pealinna selgroovõrgust ja lairibaühenduse võrgust ning IPTV-teenuse andmed surutakse kasutaja lõpuni suurlinna magistraalvõrgu ja lairibaühendusvõrgu kaudu. Metroo magistraalvõrk koosneb peamiselt võrgukihi (3. kiht) seadmetest, mis võimaldavad multisaatepunktide marsruutimisprotokollidel, näiteks PIM-SM, pääseda ligi multisaateallikatele (st IPTV peakomplektidele) multisaatepakettide suunamiseks ja edastamiseks. Lairiba juurdepääsuvõrk koosneb peamiselt andmeside kihi (kiht 2) seadmetest ja selliseid tehnoloogiaid nagu IGMP Proxy või IGMP Snooping saab kasutada 2. kihi multicast edastamiseks IPTV lõppseadmetele (st IPTV digiboksidele) juurdepääsuks. Joonis 1 on skemaatiline diagramm IPTV end-to-end multicast tõukemudeli kohta.

Selles artiklis kirjeldatakse IPTV end-to-end multicast tõukevõrgu peamisi konfiguratsioonitehnoloogiaid kahest erinevast võrgutasandist: metroo magistraalvõrk ja lairiba juurdepääsuvõrk.

Peamine erinevus multicast-sõnumi ja unicast-sõnumi vahel on sõnumi sihtkoha aadressi tuvastamine. Multicast-sõnumi sihtkoha aadress on multicast-grupi aadress (D-klassi IP-aadress algusega "1110") ja unicast-sõnum põhineb sihtkoha host-IP-l. Aadressi kasutatakse sihtkoha aadressina. Kuna multicast-grupi aadressi ja sihtkoha hosti vahel pole üks-ühele vastavust, saab multicast-ruuter marsruutimisotsuste tegemiseks kasutada ainult sõnumi lähtekoha aadressi ainulaadsust. Teisisõnu, multisaadete ruuter saadab sõnumi multicast-allikast kaugemale, lähtudes sõnumi lähtekoodist, mitte sihtkoha aadressist. Seda tehnoloogiat nimetatakse vastupidise tee edastamiseks (lühidalt RPF).

Selliste probleemide vältimiseks nagu marsruudiliinid, näeb RPF ette, et multisaatepaketid peavad jõudma ruuterini määratud ülesvoolu naabersõlmest ja teiste naabersõlmede edastatud multisaatepaketid visatakse ära. Kui multisaatmise marsruutimisega on probleeme, ei pruugi multisaatepaketid teistele radadele, näiteks unicast-pakettidele jõuda, IPTV otseülekandesignaalid katkestatakse magistraalvõrgus ning unicast-rakendused nagu veebibrauser ning kirjade saatmine ja vastuvõtmine on normaalsed takistusi. Sel ajal kontrollige mööda multicast-jaotuse teed multicast-ruuteri ja selle ülesvoolu asuvate naabruses asuvate sõlmede RPF-marsruutimistabelit.

PIM-SM protokollis sisalduva multisaatmisjaotuse puu võib jagada kahte kategooriasse: lähtekoodipuu ja jagatud puu. Lähtepuu kasutab puu juurena multisaateallikat, mida tuntakse ka kui lühimat teepuud, mis võib minimeerida otsast lõpuni multisaatmise viivituse, kuid ruuter peab salvestama suures koguses marsruuditeavet, mis kulutab palju süsteemiressursside kohta; jagatud puu kasutab RP-d (PIM-SM) Protokollis oluline ruuter, mida kasutatakse multisaateallikate ja multisaatemarsruuterite marsruutimiseks ja koondamiseks. Kõigi multisaadete jaotuspuude ühise juursõlmena peab multisaateallika liiklus enne RP-d jõudmist jõudma tarnitud ja multisaadetee ei ole tavaliselt optimaalne. See toob kaasa täiendava võrgu viivituse, kuid marsruutimise teave, mida ruuter peab säilitama, võib olla väga väike.

PIM-SM protokoll kasutab täielikult ära kahe multisaatepunktide jaotuspuu eelised. Multicastsi algstaadiumis ei saa multicast ruuter kasutada lähtepuud, kuna see ei saa teada multicast allika asukohta, kuid ta võib hankida esimesed paar multicast paketid, mille multicast allikas saadab tuntud RP-sõlme ja selle jagatud puu kaudu. Teadke multisaateallika asukohta ja lülituge jagatud puult lähtekohale, et vähendada võrgu viivitusi ja vältida võrgus esinevaid kitsaskohti, mida RP-sõlmed võivad põhjustada.

Metroo põhivõrk koosneb üldjuhul peamiselt Cisco ruuteritest. Ruuterid, näiteks Cisco, teostavad multisaate jaotuspuu ümberlülitamist läbi vooluhulga eelseadistatud läve SPT-läve. Kui tuvastatakse, et multisaateallika multisaatevoo kiirus ületab SPT-künnise, lülitub selle multisaatemarsruut jagatud puult lähtekuule; samamoodi, kui multisaate voolukiirus on madalam kui SPT-künnis, saab selle multisaate marsruutida ka lähtekuult tagasi jagatud puule. SPT-künnis on tavaliselt konfigureeritud väärtuseks 0, nii et ruuter lülitub jagatud puult lähtekoodile pärast esimese multisaatepaketi vastuvõtmist.

Jagatud puu juursõlmena mängib RP multicast protsessis üles ja alla linkimise rolli. Arvestades, et PIM-SM-protokollil on multicast-jaotuspuu vahetamise tunnused, kasutatakse RP-d tavaliselt multicast-allika ja multicast-ruuteri vahelise algühenduse loomiseks. Kui ruuteri ühisjaotuse marsruutimine on jagatud puult lähtepuule üle viidud, ei hakka see RP-d ja selle jagatud puud on jälle vaja. Seetõttu pole RP asukoht multisaatevõrgus eriti oluline. Peamine on selle töökindlus ja stabiilsus.

RP töökindluse ja stabiilsuse parandamiseks saab RP funktsiooni (st Anycast RP tehnoloogia) jagamiseks valida mitu multisaadetavat ruuterit ja iga RP sõlme loopback-liidesele määratakse sama IP-aadress, moodustades seeläbi koormuse jagamine ja rikkekaitse.

Multisuhtlusvõrgu RP konfiguratsiooniprobleem ei ole seotud ainult RP sõlme enda konfigureerimise ja juurutamisega, vaid hõlmab ka probleemi, kuidas teised multicast ruuterid RP sõlme kohta teada saavad. Multicastsi algstaadiumis ei pruugi multicast ruuter teada multicast allika asukohta, kuid RP aadress peab olema teada. Multicast-ruuteril on RP-aadressi saamiseks kaks peamist viisi, see tähendab staatilise konfiguratsiooni RP-meetod ja automaatse avastamise RP-meetod. RP staatiline konfiguratsioon on turvalisem ja suudab tõhusalt ära hoida pettusi, näiteks RP võltsimist, kuid võrgu konfiguratsiooni töökoormus on suur ning see ei soodusta RP ja muude sõlmede dünaamilist kohandamist; RP automaatne avastamine võib vähendada konfiguratsiooni töökoormust ning hõlbustada võrgu muutmist ja juhtimisstrateegiaid. Kohandamine, kuid on teatud turvariskid. Väikesemahulise suurlinnapiirkonna põhivõrgu jaoks saate kasutada RP-i staatilise konfigureerimise meetodit igas multisaatemarsruuteris; rangete julgeolekupoliitika põhimõtetega suurlinna-aluse selgroovõrgu jaoks on soovitatav kasutada RP-i automaatse avastamise meetodit.

Multisaatmise algstaadiumis saavad multisaatega ruuterid tavaliselt IPTV peakomplekti (st multisaateallika) liiklus- ja asukohateavet teadaolevate RP-sõlmede ja nende jagatud puude kaudu. Selleks, et RP saaks teada multicast-allikast, vastutab otse multicast-allikaga ühendatud multicast-marsruuter esimeste multicast-allika saadetud esimeste multicast-pakettide kapseldamise eest eraldi PIM-i registri teates ja algatab multicast-i RP-le unicast-is. režiimis. Allikate registreerimise protsess. Selle teate kaudu saab RP hankida mitte ainult huvipakkuvate multisaadete rühma pakette, vaid ka multisaateallika IP-aadressi. Pärast seda edastab RP multisaateallika teabe teistele multisaatemarsruuteritele ja lõpetab multisaateallika registreerimisprotsessi PIM Registe-Stop sõnumiga.

IPTV klient (digiboks) suhtleb IGMP-protokolli kaudu lairibajuurdepääsuvõrgu kaudu metroo magistraalvõrgu teenuse juurdepääsu kontrollkihi multicast-marsruuteriga (tavaliselt teenuseruuteri või lairibaühenduse serveri poolt) IGMP-protokolli kaudu, et ühineda konkreetse teenusega või väljuda sellest. Multisaadete rühm (st IPTV otsekanal).

Kui digiboks saadab multicast-grupiga liitumise taotlusteate multicast-marsruuterile, on sõnumi sihtkoha MAC-aadress multicast-marsruuteri asemel multicast-rühma MAC-aadress, mis erineb unicast-meetodist. Tuleb märkida, et multicast-rühma MAC-aadress vastab tegelikult 32-le erinevale multicast-rühma IP-aadressile. Seda seetõttu, et multisaadete rühma MAC-aadress on 01: 00: 5E: 00: 00: 00 ～ 01: 00: 5E: 7F: FF: FF, see tähendab, et tegelik aadressiruum on ainult 23 bitti ja efektiivne aadressiruum multisaadete rühma IP aadress Seal on 28 tühikut.

Nende kahe vahelise seose eesmärk on võrdsustada MACC-aadressi alumised 23 bitti IP-aadressi alumiste 23 bitiga, mille tulemusel kaob multisaatmisrühma IP-aadressi ülemine 5 bitti. Näiteks kui kolm erinevat IPTV otsekanalit kasutavad multisaatmisrühma IP-aadressidena 224.0.0.1, 224.128.0.1 ja 239.128.0.1, on nende vastavad multisaatmisrühma MAC-aadressid kõik 01: 00: 5E: 00: 00:01, mis põhjustab lairibajuurdepääsu võrgu digiboksi ja teise astme seadmete võimatust kolme signaali eristada. Seetõttu pöörake multicast IP-aadresside kavandamisel sellistele probleemidele tähelepanu.

Lairiba juurdepääsuvõrk koosneb suurest hulgast võrguelementide seadmetest, nagu 2. taseme lülitid ja DSLAM-id, mis töötavad andmeside kihil. Layer 2 seadmete omadus on see, et see vahetab / edastab andmesideraame MAC-aadresside põhjal seadmeportide vahel ning sellel on IP-pakettide kolmanda kihi (võrgukihi) sõelumis- ja marsruutimisfunktsioonid kehvad, seega ei saa see otseselt toetada IGMP-d, mis töötab kolmas kiht. Ja muud multisaateprotokollid. Kui tüüpiline Layer 2 seade, näiteks lüliti, töötleb IPTV multisaateliiklust, edastab see multisaate andmeraame kõikidesse oma portidesse tundmatute sihtkoha aadresside või levitusmeetodite järgi, mis tõenäoliselt tekitab selliseid probleeme nagu levitormid.

Multicast-pakettide üleujutuse probleemi lahendamiseks tuleb kasutada 2. kihi multicast-edastustehnoloogiaid, näiteks IGMP Snooping ja IGMP Proxy tehnoloogiad. IGMP Snooping tehnoloogia jälgib digiboksi ja multicast ruuteri vahelist IGMP-teadet, et mõista seadme pordi edastussuhet multisaate andmeraamiga; kui IGMP Proxy tehnoloogia võtab digiboksi ja multicast ruuteri vahel kinni IGMP-sõnumi, võib filtreerimine ja puhverserveri edastamine säästa multicast-marsruuteri ja Layer 2-seadme vahelist multisaadete liiklust, kuid see nõuab suure jõudlusega näitajaid, näiteks töötlemisvõimsust ja mälu võrguelemendi seadmest. 2. kihi seadmete konfigureerimisel saate valida võrguelemendiseadme tegeliku jõudluse ja IGMP Snooping / Proxy tehnoloogia toetuse määra järgi.

Võtke näiteks IPTV otsekanal ribalaiusega 2 Mbit / s. Kui Layer 2 seade ei kasuta Layer 2 multicast edastamise tehnoloogiat, edastatakse kõigile IPTV kasutajatele saadetud multicast paketid kõikidesse portidesse, isegi kui kasutajaport on 10 Mbit / s. s Juurdepääsu ribalaiusele saab blokeerida 5 IPTV otsekanali multisaatepaketid; pärast Layer 2 multicast edastamise tehnoloogia kasutuselevõttu edastatakse multicast paketid ainult kasutustaotlusega pordidesse ja kui iga port on maksimaalselt ühendatud ainult IPTV digiboksi jaoks, võib kasutada ainult ühte multicast paketti (st 2 Mbit / s liiklus) otse kanal edastatakse vastavasse porti.

Layer 2 multicast edastatav liiklus hõlmab ainult IPTV multicast teenuseid ega hõlma muid lairibateenuseid. Seetõttu kasutatakse lairiba juurdepääsuvõrgus selliseid tehnoloogiaid nagu VLAN, et eraldada IPTV multicast liiklus muudest teenustest ja kasutajate liiklusest. Tavaliselt kasutatavad VLAN-tehnoloogiad hõlmavad rist-VLAN-i multicast-replikatsioonitehnikat multicast-VLAN-ist iga kasutaja VLAN-ile ja QinQ, mis lahendab ebapiisava arvu VLAN-i ID-sid

IPTV otseprogramm edastatakse kasutajaterminalile IP-kandevõrgu kaudu ja seal on peamiselt kaks multisaaterežiimi, nimelt dünaamiline multisaaterežiim ja staatiline multisaaterežiim. Dünaamilises multisaate režiimis võtavad lülitid, DSLAM-id ja muud seadmed kanaliprogrammi vastu ja edastavad seda alles pärast esimese kasutaja taotluse saamist kanaliga liitumiseks (multicast-rühm); ja kui kanal (multicast-rühm) kestab, kui kasutaja välja logib, lõpetab võrguelemendi seade multicast-voo vastuvõtmise. Staatiline multisaaterežiim on lülitusseadmete staatiline konfigureerimine iga IPTV kanali (multisaatmisrühma) MAC-multisaate edastamise kirjed, olenemata sellest, kas allkasutajad seda vaatavad või mitte, multisaate voog on edastatud võrguelemendiseadmesse.

Staatilisel multisaate liiklusel pole midagi pistmist IPTV kasutajate arvuga, ainult kanalite arv ja ribalaius kanali kohta. Kui kasutajate arv on väiksem kui kanalite arv, on liiklus suurem kui üksiksaadete liiklus; dünaamilise multisaate maksimaalne liiklus on see, kui samaaegsete IPTV kasutajate arv on väiksem kui kanalite arv. Kui samaaegsete IPTV kasutajate arv on suurem kui kanalite arv, on see samaväärne staatilise multisaateliiklusega. Staatilises multisaaterežiimis on kasutaja kanalivahetuskiirus kiire ja teenuse tajumine hea, kuid võrgu ribalaiuse nõudlus on suurem; dünaamiline multisaade võib minimeerida võrguliikluse mis tahes tingimustel, kuid kui kasutaja saab uue kanali (grupi Multicast), võib võrgu viivitus olla teatud.

Kui võrguseadmetega ühendatud IPTV kasutajate arv on väga väike, pole multisaate eelised ilmsed. Seetõttu pole IPTV-teenuste arendamise algstaadiumis palju IPTV kasutajaid või pole lairiba juurdepääsuvõrku oma kohale rekonstrueeritud. IPTV reaalajasignaalide edastamiseks võite kasutada dünaamilist multisaatmist või isegi unicastimist. Kui võrguseadmega ühendatud kasutajate arv ületab palju IPTV-kanalite arvu, muutuvad võrguliikluse ribalaiuse säästmiseks multisuhtluse omadused üha olulisemaks. Sel ajal, see tähendab, et kui IPTV-teenus on välja töötatud küpseks etapiks ja lairiba juurdepääsuvõrgu ümberkujundamine on paigas, saab staatilist multisaaterežiimi kasutada IPTV-otsesignaali edastamiseks, et veelgi parandada IPTV-teenuse kvaliteeti. Seetõttu saavad operaatorid otsustada, kas konfigureerida juurdepääsuvõrguseadmed dünaamilises või staatilises multisaaterežiimis vastavalt tegelikele tingimustele, nagu võrgu kvaliteet ja IPTV-teenuse levik.

Kombineerides telekommunikatsioonioperaatorite olemasolevat IP-suurlinna-ala võrku, laiendab käesolev dokument süstemaatiliselt IPTV end-to-end multicast-push-võrgu konfiguratsiooni võtmetehnoloogiaid, millel on telekommunikatsioonioperaatoritel hea viide IPTV-teenuste tõhusale ja ökonoomsele juurutamisele ja juurutamisele.

Kui kaugele (pikk) saatja katta?

Tegelik võimsus sõltub paljudest teguritest. Tõeline kaugus põhineb antenni paigaldamisel kõrgus, antennivõimendus, kasutades keskkonnas, nagu hoones ja muud takistused, tundlikkus vastuvõtja, antenn vastuvõtja. Paigaldamine antenn rohkem kõrge ja kasutades maal, kauguse palju kaugemale.

Näide 5W FM-saatja kasutamine linna ja kodulinna:

Mul on USA kliendile kasutamiseks 5W fm transmitter koos GP antenn oma kodulinnas, ja ta katsetada seda autot, see katab 10km (6.21mile).

Ma testida 5W fm transmitter koos GP antenn minu kodulinnas, seda katavad umbes 2km (1.24mile).

Ma testida 5W fm transmitter koos GP antenn Guangzhou linn, seda katavad umbes ainult 300meter (984ft).

Allpool on umbes vahemikus erineva võimsusega FM saatjad. (Vahemik on läbimõõduga)

0.1W ~ 5W FM saatja: 100M ~ 1KM

5W ~ 15W FM Ttransmitter: 1KM ~ 3KM

15W ~ 80W FM saatja: 3KM ~ 10KM

80W ~ 500W FM saatja: 10KM ~ 30KM

500W ~ 1000W FM saatja: 30KM ~ 50KM

1KW ~ 2KW FM saatja: 50KM ~ 100KM

2KW ~ 5KW FM saatja: 100KM ~ 150KM

5KW ~ 10KW FM saatja: 150KM ~ 200KM

Kuidas meiega ühendust võtta saatja?

Helista mulle + 8618078869184 OR
Saada mulle [meiliga kaitstud]
1.How kaugele sa tahad, et katta läbimõõduga?
2.How pikk teie torn?
3.Where sa pärit oled?
Ja me teile rohkem professionaalset nõu.

Meist

FMUSER.ORG on süsteemi integreerimisfirma, mis keskendub raadiovõrgu traadita andmeedastusele / stuudio video audio seadmetele / voogedastusele ja andmetöötlusele. Pakume kõike alates nõuandest ja konsultatsioonidest raami integreerimise ja paigaldamise, kasutuselevõtu ja koolituse kaudu.

Pakume FM-saatjat, analoogtelevisiooni saatjat, digitaaltelevisiooni saatjat, VHF-i UHF-saatjat, antenne, koaksiaalkaabliühendusi, STL-i, õhu töötlemisel, stuudio levitamistooteid, RF-signaali jälgimist, RDS-kodeerijaid, heliprotsessoreid ja kaug-saidi juhtseadmeid IPTV tooted, Video / Audio Encoder / Decoder, mis on ette nähtud nii suurte rahvusvaheliste ringhäälinguvõrkude kui ka väikeste erajaamade vajadustele.

Meie lahendusel on FM-raadiojaam / analoog-TV-jaam / digi-TV-jaam / audio-videostuudioseadmed / stuudiosaatja link / saatja telemeetriasüsteem / hotelli telesüsteem / IPTV-otseülekanne / voogesituse otseülekanne / videokonverents / CATV-ringhäälingusüsteem.

Me kasutame kõigi süsteemide jaoks kõrgtehnoloogilisi tooteid, sest me teame, et kõrge usaldusväärsus ja kõrge jõudlus on süsteemi ja lahenduse jaoks nii olulised. Samal ajal peame ka tagama, et meie toodete süsteem oleks väga mõistliku hinnaga.

Meil on avalike ja kaubanduslike ringhäälinguorganisatsioonide, telekommunikatsioonioperaatorite ja reguleerivate asutuste kliente ning pakume lahendusi ja tooteid ka sadadele väiksematele, kohalikele ja kogukondlikele ringhäälinguorganisatsioonidele.

FMUSER.ORG on eksportinud üle 15 aasta ja tal on kliente kogu maailmas. 13-aastase kogemusega selles valdkonnas on meil professionaalne meeskond kliendi igasuguste probleemide lahendamiseks. Pühendume professionaalsete toodete ja teenuste äärmiselt mõistliku hinna pakkumisel. Kontakt e-post: [meiliga kaitstud]

meie Factory

Meil on moderniseerimine tehases. Olete oodatud külastama meie tehases kui sa tuled Hiinas.

Praegu on juba 1095 kliendid üle maailma külastanud meie Guangzhou Tianhe kontoris. Kui sa tuled Hiinas, olete oodatud meile külla.

õiglases

See on meie osalemine 2012 Global Sources Hong Kong Electronics Fair . Kliendid üle kogu maailma Lõpuks on võimalus kokku saada.

Kus on Fmuser?

Võite neid numbreid otsida " 23.127460034623816,113.33224654197693 "Google'i kaardilt leiate meie fmuseri kontori.

FMUSER Guangzhou asukoht on Tianhe piirkond, mis on keskel Canton . väga lähedal Euroopa Canton Fair , Guangzhou raudteejaamas, xiaobei tee ja dashatou Ainult vaja 10 minuti kui võtta TAXI . Tere sõbrad üle maailma, et külastada ja rääkida.

Kontakt: Sky Blue
Mobiiltelefon: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
E-mail: [meiliga kaitstud]
QQ: 727926717
Skype: sky198710021
Aadress: No.305 Room HuiLan Building No.273 Huanpu Road Guangzhou Hiina Zip: 510620

Inglise: Aktsepteerime kõiki makseid, näiteks PayPal, krediitkaart, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer. Kui teil on küsimusi, võtke minuga ühendust [meiliga kaitstud] või WhatsApp + 8618078869184

PayPal.  www.paypal.com

Soovitame kasutada Paypal osta meie esemed, PayPal on turvaline viis osta Internetis.

Iga meie kaubaartiklite lehekülje allosas peal on paypal logo maksta.

Krediitkaart.Kui sul ei ole PayPal, kuid sa pead krediitkaarti, siis võib ka klõpsata Yellow PayPal nuppu maksma oma krediitkaardi.

-------------------------------------------------- -------------------

Aga kui sa ei ole krediitkaarti ja ei pea PayPal konto või raskelt sai paypal accout, võite kasutada järgmisi:
Western Union.  www.westernunion.com

Maksta Western Union mulle:

Eesnimi / eesnimi: Yingfeng
Perekonnanimi / perekonnanimi / perekonnanimi: Zhang
Täielik nimi: Yingfeng Zhang
Riik: Hiina
Linn: Guangzhou

-------------------------------------------------- -------------------

T / T.  maksta T / T (pangaülekanne / telegrammülekanne / Bank Transfer)
Esimene Panga teave (ettevõtte konto):

SWIFT BIC: BKCHHKHHXXX
Panga nimi: HIINA (HONG KONG) BANK OF HONG KONG, HONG KONG
Panga aadress: HIINA TOBI BANK, 1 AED ROAD, CENTRAL, HONG KONG
PANGA KOOD: 012
Konto nimi: FMUSER INTERNATIONAL GROUP LIMITED
Arveldusarve nr. : 012-676-2-007855-0

-------------------------------------------------- -------------------
Teine Panga TEAVE (ETTEVÕTTE KONTO):
Saaja: Fmuser International Group Inc
Konto number: 44050158090900000337
Saaja pank: Hiina Ehituspanga Guangdongi filiaal
SWIFT-kood: PCBCCNBJGDX
Aadress: NO.553 Tianhe Road, Guangzhou, Guangdong, Tianhe piirkond, Hiina
** Märkus. Kui kannate raha meie pangakontole, ÄRGE kirjutage märkuste piirkonda midagi, vastasel juhul ei saa me valitsuse rahvusvahelise kaubanduse poliitika tõttu makset kätte.

* See saata 1-2 tööpäeva jooksul, kui makse selge.

* Saadame selle oma paypal aadressi. Kui soovite muuta aadress, saatke oma õige aadress ja telefoni number minu e-posti [meiliga kaitstud]

* Kui paketid on alla 2kg, me vedada posti teel lennupostiga, see võtab aega umbes 15-25days oma käsi.

Kui pakend on rohkem kui 2kg, me laeva kaudu EMS, DHL, UPS, FedEx kiire kullerpostiteenuse, see võtab aega umbes 7 ~ 15days oma käsi.

Kui pakki üle 100kg saadame kaudu DHL või lennutranspordiga. See võtab umbes 3 ~ 7days oma käsi.

Kõik pakendid on vormi Hiina Guangzhou.

* Pakett saadetakse kingitusena ja deklareeritakse nii vähe kui võimalik, ostjal pole vaja "MAKSU" eest maksta.

* Pärast laeva, saadame teile e-kirja ja teile jälgimise numbri.

Garantii jaoks.
Võtke meiega ühendust --- >> Tagastage toode meile --- >> Võtke vastu ja saatke uus asendaja.

Nimi: Liu Xiaoxia
Aadress: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou Hiinas.
ZIP: 510620
Telefon: + 8618078869184

Palun pöörduge tagasi aadress ja kirjuta oma paypal aadressi, nime, probleemi märkus: