Lükake kokkulepe
Tutvustame kõigepealt, millised tõukeprotokollid on saadaval, nende hetkeseis, eelised ja puudused otseülekannete valdkonnas.
RTMP
WebRTC
UDP-l põhinev patenteeritud protokoll
HLS
Flv
RTMP
RTMP on reaalajas sõnumside protokolli lühend. Protokoll põhineb TCP-l ja see on protokolliperekond, mis sisaldab RTMP-põhiprotokolli ja RTMPT / RTMPS / RTMPE-d ning paljusid muid variante. RTMP on võrguprotokoll, mis on mõeldud reaalajas andmesideks. Seda kasutatakse peamiselt heli-, video- ja andmesideks Flash / AIR platvormi ja voogedastusmeedia / interaktiivsete serverite vahel, mis toetavad RTMP-protokolli. Seda lepingut toetav tarkvara hõlmab Adobe Media Server / Ultrant Media Server / red5 jne.
RTMP on praegune peavoolu voogesituse meediumiedastusprotokoll, mida kasutatakse otseülekannete valdkonnas laialdaselt. Võib öelda, et enamus turul olevaid otseülekandeid kasutavad seda protokolli.
eelis
CDN-i tugi on hea, peavoolu CDN-i tootjate tugi
Lihtne protokoll, hõlpsasti rakendatav erinevatel platvormidel
Puudus
TCP põhjal on ülekandekulud kõrged ja probleem on märkimisväärne, kui pakettkadude määr on nõrgas võrgukeskkonnas kõrge
Ei toeta brauseri tõukamist
Adobe varaleping, Adobe ei uuenda enam
Ettenägematud stabiilsusprobleemid võivad tekkida ka massiivse samaaegsuse korral
WebRTC
WebRTC, mille nimi on tuletatud veebi reaalajasuhtluse (inglise keeles Web Real-Time Communication) lühendist, on API, mis toetab veebibrausereid reaalajas hääl- või videovestlusteks. See avati 1. juunil 2011 ja see lisati Google'i, Mozilla ja Opera toel W3C soovitatud World Wide Web Consortiumi standarditesse.
eelis
W3C standard, kõrgeim brauserite tugi
Google on selle taga ja tal on erinevatel platvormidel viiteid
Alumine kiht põhineb SRTP-l ja UDP-l ning nõrkades võrgutingimustes on palju optimeerimisruumi
Punkti-punkti suhtlust saab realiseerida, sidepartnerite vahel on madal viivitus
Puudus
ICE, STUN, TURN Traditsiooniline CDN ei paku sarnaseid teenuseid
UDP-l põhinev patenteeritud protokoll
Mõni otseülekande rakendus kasutab UDP-d oma privaatprotokollide väljatöötamisel alusprotokollina, sest UDP eelised nõrgas võrgukeskkonnas võivad mõne kohandatud häälestamise abil saavutada parema nõrga võrgu optimeerimise efekti, kuid on kindlasti ka privaatne protokoll.
eelis
Rohkem ruumi kohandamiseks ja optimeerimiseks
Puudus
Kõrge arenduskulu
CDN pole sõbralik, peate looma oma CDN või sõlmima CDN-iga kokkuleppe
Võitle iseseisvalt, ei suuda kogukonnaga areneda
Muud kokkulepped
Flv
FLV-protokolli propageerib peamiselt Adobe. Vorming on ülilihtne, välja arvatud see, et suur osa videoraamide ning heli- ja video päiste kohta lisatakse teave markerite päiste kohta. Selle äärmise lihtsuse tõttu on see küps viivituste ja suuremahulise samaaegsuse osas. Ainus puudus on see, et mobiilibrauseri tugi on väga piiratud, kuid see on äärmiselt sobilik kasutamiseks mobiilse APP otseülekande protokollina.
HLS
Apple'i kasutusele võetud lahendus jagab video väikesteks 5–10 sekundilisteks videosegmentideks ja haldab neid seejärel indeksitabeliga m3u8. Kuna kliendi alla laaditud videod on täielikud andmed 5–10 sekundi kohta, on video sujuvus väga hea. Hea, kuid sellega kaasneb ka suur viivitus (HLS-i üldine viivitus on umbes 10–30 sekundit). Võrreldes FLV-ga on HLS-il iPhone'is ja enamikus androidi mobiilibrauserites väga tugev tugi, seetõttu kasutatakse seda QQ ja WeChat Momentsis sageli URL-ide jagamiseks.
transpordivõrk
Voogesitusmeedia, mille välja tõrjume, tuleb publikule edastada. Kogu link on ülekandevõrk. Kaubaveologistika analoogia on kogu kaugus väljumiskohast sihtkohta. Kui tee läbilaskevõime ei ole piisav, põhjustab see liiklusummikuid, mis on võrgu ülekoormatus. Sel ajal muudame vahemaad, mis on nn intelligentne sõiduplaan, kuid ülekandevõrk planeerib globaalsest perspektiivist, nii et sellel on parem mõju kui aatomimaailma planeerimisel. On mõeldav, et on olemas jumal, kes vaatab taevasse päritolu ja sihtkohta. Kogu liiklusinfo sellel ajal ja see on reaalajas ning annab siis selge tee, kui maagiline.
Vaatame kõigepealt üle traditsioonilise sisulevi võrgu.
Miks on sisujaotusvõrk, sisulevi võrgu päritolu
Internet sai alguse USA sõjaväe sisevõrgust. Tim Berners-Lee on üks Interneti leiutajatest. Ta nägi juba varakult ette, et võrgu ülekoormatusest saab lähitulevikus suurim takistus Interneti arengule, mistõttu ta tõstatas akadeemilise probleemi. Uue ja põhimõtteliselt probleemide lahendamise meetodi leiutamiseks Interneti-sisu ummikutevaba levitamise realiseerimiseks sünnitas see akadeemiline probleem lõpuks uudse Interneti-teenuse CDN. Sel ajal oli dr Berners-Lee Massachusettsi tehnoloogiainstituudi rakendusmatemaatika professori professor Tom Leightoni kabineti kõrval. Teda äratas Berners-Lee väljakutse. Letghton lahendas selle probleemi lõpuks ja alustas oma äriplaani, asutades Akamai, saades maailma esimeseks CDN-i ettevõtteks.
Traditsiooniline CDN-i arhitektuur
Ülaltoodud joonis on tüüpilise CDN-süsteemi kolmetasandilise juurutamise skemaatiline diagramm. Sõlm on CDN-süsteemi kõige põhilisem juurutusüksus. See on jagatud kolmetasandiliseks juurutamiseks, kesksõlmeks, piirkondlikuks ja servasõlmeks. Ülemine tasand on keskne sõlm ja keskmine on keskne sõlm. Tase on piirkondlik sõlm ja servasõlmed on geograafiliselt hajutatud, pakkudes kasutajatele lähedal asuvatele sisule juurdepääsu teenuseid.
Järgnevas tutvustatakse CDN-sõlmede klassifikatsiooni, mis jagunevad peamiselt kahte kategooriasse: selgroo- ja POP-sõlmed ning põhisõlmed jagunevad edasi kesk- ja piirkondlikeks sõlmedeks.
Selgroo sõlm
Keskne sõlm
Piirkonna sõlm
POP-sõlm
Servasõlm
Loogiliselt võttes vastutavad põhisõlmed peamiselt sisu levitamise eest ja naasevad allika juurde, kui servasõlmed jäävad vahele, ja POP-sõlmed vastutavad peamiselt läheduses asuvatele sisule juurdepääsu teenuste pakkumise eest. Kui aga CDN-võrgu skaala on suur, pöörduvad servasõlmed otse kesksõlmesse tagasi, põhjustades liigset survet keskmise kihi põhivarustusele. Tutvustage füüsiliselt piirkondlikke sõlmpunkte, et nad vastutaksid geograafilise piirkonna haldamise eest, ja salvestage mõned uued andmed.
Otseülekande ülekandevõrgu valupunktid, mis erinevad traditsioonilisest CDN-ist
Live-ajastu tulekuga on otseülekannetest saanud praeguste CDN-i müüjate teine suur lahinguväli. Milliseid teenuseid CDN peab Live'i ajastul toetama?
Streaming meediumiprotokollide tugi, sealhulgas RTMP, HLS, HTTP-FLV jne.
Esimene ekraan lülitatakse sisse sekunditega ja juhtimine on mõne sekundi jooksul alates kasutaja klõpsust kuni taasesituseni
1 ~ 3 Viivituse juhtimine alates voogesituse lõpust kuni taasesituse lõpuni reguleeritakse viivitust 1 kuni 3 sekundi vahel
Kogu võrgu ülemaailmne intelligentne marsruutimine võib geograafilistest piirangutest hoolimata kasutada kogu CDN-võrgu kõiki sõlme ühe kasutaja teenindamiseks. Ülemaailmse integratsiooniprotsessi pideva edenemisega muutub regioonide, riikide ja kontinentide otseülekanne normiks. On väga tõenäoline, et ankur on Euroopas ja Ameerika Ühendriikides ning kasutajad Aasias.
Päeva tasemel sõlmed suurenevad nõudluse järgi ja Hiina ettevõtted, kes suunduvad välismaale, on muutunud trendiks. CDN vajab rohkem ülemere sõlme. Tänapäeval konkureerivad rohkem ülemeremaade sõlmpunktid kiire juurutamise nimel. Teenuste osutamiseks kulub üks päev sõlmede nõudluse suurendamisest võrku ühendumiseni. Selle raames esitatakse CDN-i käitamisele, hooldusele ja planeerimisele väga kõrged nõuded. Algne kuuplaan ja juurdepääs võrgule ei vasta täpsematele nõuetele.
Traditsiooniline CDN-i linkide marsruutimine
CDN põhineb puulaadsel võrgutopoloogial. Igal kihil on GSLB (globaalne serveri koormuse tasakaalustamine) mitme kihi CDN-i sõlmede koormuse tasakaalustamiseks. Mis on selle eelised?
Eespool mainitud paljude CDN-i rakenduste stsenaariumide hulgas tuginevad veebikiirendus, videokiirendus ja failiedastuse kiirendus üheaegselt GSLB- ja vahemälusüsteemidele. Vahemälusüsteem on kogu CDN-süsteemi maksumus ja kujunduspuu struktuuri saab maksimeerida. Salvestage vahemälusüsteemi kapitaliinvesteering. Kuna ainult kõik kesksõlmed peavad säilitama võimaluse kõik vahemälu koopiad, vähendatakse seda samm-sammult ja servasõlmed vajavad suurema osa CDN-i juurdepääsutaotluste tabamiseks vaid väikest kogust kuuma vahemälu, mis vähendab oluliselt CDN-võrk, mis on samuti ajaga kooskõlas. CDN-i kasutajate vajadused on kasulikud.
Kuid otseülekande ajastul on otseülekandeteenus voogedastusteenus ja hõlmab harva vahemälusüsteemi. Põhimõtteliselt saab salvestusressursse vabastada pärast ülekande lõppu. Isegi kui ladustamisnõuded tulenevad poliitilistest põhjustest, on need kõik külmhooned. Investeering ladustamiseks on suhteliselt See on väga odav ja ei vaja ladustamist kõigis sõlmedes, kui andmeid on võimalik jälgida ja need on kättesaadavad.
Vaatame puulaadset võrgutopoloogiat. Kasutajatele saadaolevate linkide arv on piiratud. Nagu on näidatud alloleval joonisel, on teatud piirkonnas kasutajatele saadaolevate linkide arv: 2 * 5 = 10
Kui kasutaja asub kindlas piirkonnas, suunab GSLB (tavaliselt Smart DNS servasõlmede tasemel) kasutaja piirkonnas asuvasse servasõlmesse ja ülemine kiht suunab kasutaja piirkonna sõlme (siin, GSLB sisemine koormuse tasakaalustaja) ja lõpuks tagasi keskse sõlme juurde, ühendab keskne sõlm lähtejaama.
Siin on eeldus:
Kiireim sõlm, millele kasutajal on juurdepääs, peab olema piirkonna servasõlm. Kui piirkonnas pole servasõlme, peab kiireim sõlm olema loogiliselt külgneva ala servasõlm.
Kiireim sõlm, millele servasõlm pääseb, peab olema piirkonnas asuv sõlmpunkt ja see ei tohi olla sõlmpunkt teistes piirkondades.
Kesksõlme piirkondlik sõlm peab olema kiireim ning selle ühenduse kiirus ja ribalaius on mõlemad optimaalsed.
Kuid kas see on tõesti nii? Kas vastab tõele nii paljude eelduste esitamine?
Tegelikult, isegi kui teoreetiliselt suudame tõestada, et ülaltoodud eeldused kehtivad, sõltuvad sõlmede planeerimine ja piirkondlik konfiguratsioon enamasti inimeste kavandamisest ja planeerimisest. Me teame, et suur hulk inimesi on ebausaldusväärne ja kes suudab isegi siis, kui piirkondlik planeerimine on õige, kas see staatiline garanteerida. Kas võrgu planeerimist muudetakse kiu paigaldamise või teatud IDC-de liigse surve tõttu? Seetõttu võime hüpata puulaadse võrgutopoloogia köidikust välja ja uurida uut otseülekande kiirendamiseks sobivat võrgutopoloogiat.
Piiratud lingi marsruutimise piirangutest vabanemiseks ja võrgu korraldamise võime aktiveerimiseks võime ülaltoodud sõlmed muuta võrgusilma võrgutopoloogiaks:
Oleme näinud, et kui muudame võrgustruktuuri võrgusilma struktuuriks, muutuvad kasutaja valitavad lingid: kõik suunad kahe suunamata graafis täpsustatud punkti vahel, nagu teavad graafiteooriat õppinud õpilased, on see number jahmatav.
Süsteem saab valida mis tahes kiireima lingi kaudu intelligentset marsruutimist, selle asemel et süsteemi juurutamise ajal tugineda vananenud käsitsi kavandamisele. Ükskõik, kas see on kiudude lisamine mõne lingi vahel või teatud IDC ülemäärane surve, võib see kajastuda viimistlusvõrgus reaalajas, et aidata kasutajatel optimaalset linki reaalajas välja tõrjuda. Praegu saame mõned varasemad eeldused eemaldada ja kavandada võrgu linkide marsruutimise reaalajas inimeste asemel masinate kaudu. Sellised reaalajas toimuvad suuremahulised arvutusülesanded pole oma olemuselt inimese tugevused ja me peaksime need andma sobivamatele liikidele.
CDN-i laiendamine
Nagu varem mainitud, on Hiina ettevõtete välismaale minek muutunud üldiseks trendiks ja nõudlus CDN-i ülemere sõlmede järele kasvab. Sellises olukorras peavad CDN-i tarnijad kasutama uutes piirkondades uusi põhivõrke ja servasõlme ning vaja on üksikasjalikku võrgu kavandamist. Ajad on muutunud. Algselt olid CDN-i kasutajad kõik ettevõtte taseme kasutajad ja nende äriliinide iteratsioonitsükkel oli pikk, pika ajaplaaniga ja CDN-i müüjate jaoks jäi rohkem aega. Interneti-ettevõtted pööravad tähelepanu kiirusele. Kahenädalased kordused on muutunud normiks. See hõlmab vastuolu kulude ja reageerimiskiiruse vahel. Kui sõlmed on eelnevalt kasutusele võetud, saavad nad neid Interneti-ettevõtteid paremini teenindada, kuid on suurem kulusurve ja vastupidi. Ei oska neile kiiresti kasvavatele Interneti-ettevõtetele vastata.
Ideaalis on nii, et kui kasutaja esitab nõude, siis CDN-i tootja hindab seda sisemiselt, annab tagasisidet samal päeval ja töötab samal päeval, siis saab klient samal päeval uues piirkonnas uusi sõlme testida. Kuidas sellega toime tulla?
Vastus on võrgutopoloogial põhinev peer-to-peer võrk. Võrgusopoloogias on iga sõlm Peer. Loogiliselt võttes on iga sõlme pakutavad teenused samaväärsed. Piirkonniti pole vaja keerukat võrgutopoloogiat kujundada. Pärast seda, kui sõlmed on võrgus, pole keerukat juurutusprotsessi vaja ja kasutajatele teenuste pakkumiseks saate sõlmede teabe otse veebis registreerida. Teoreetiliselt saab aega enne ja pärast koos virtualiseerimistehnoloogiaga kontrollida ühe päeva jooksul.
|
|
|
|
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: |
|
