Analiseer die belangrikste konfigurasietegnologie van IPTV end-to-end multicast push-netwerk

As 'n nuwe internet-multimedia-diens van hoë bandbreedte, van hoë gehalte, stel IPTV hoër vereistes aan die IP-netwerk van telekomoperateurs. In vergelyking met die tradisionele unicast-tegnologie, het die multicast-tegnologie die voordeel dat die netwerkbandwydte nie lineêr toeneem met die aantal gebruikers op grond van die ekwivalente transmissiedoeltreffendheid nie, en die las van die video-bediener en die draer-netwerk effektief kan bespaar. Daarom word aanbeveel dat telekommunikasie-operateurs IPTV-dienste doeltreffend en ekonomies kan implementeer en implementeer, en dit word aanbeveel om end-to-end multicast push te gebruik, en die konfigurasie van die IP multicast netwerk is die sleutel.

Op die oomblik bestaan die IP-netwerk van telekommunikasie-operatore hoofsaaklik uit metropolitaanse ruggraatnetwerk en breëbandtoegangsnetwerk, en die IPTV-diensdata word op hul beurt deur die metropolitaanse ruggraatnetwerk en breëbandtoegangsnetwerk gestuur. Die metro-ruggraatnetwerk bestaan hoofsaaklik uit netwerklaag (laag 3) -toestelle, wat multicast-routeringsprotokolle soos PIM-SM in staat stel om toegang tot multicast-bronne (dws IPTV-koptoestelle) te kry vir die routing en aanstuur van multicast-pakkette. Die breëbandtoegangsnetwerk bestaan hoofsaaklik uit toerusting vir dataverbindingslaag (laag 2), en tegnologieë soos IGMP Proxy of IGMP Snooping kan gebruik word vir Layer 2 multicast-deurstuur om toegang tot IPTV-terminaltoerusting (dws IPTV-set-top-bokse) te kry. Figuur 1 is 'n skematiese diagram van 'n IPTV end-to-end multicast push-model.

Hierdie artikel beskryf die belangrikste konfigurasietegnologieë van die IPTV end-to-end multicast push-netwerk vanaf twee verskillende netwerkvlakke: die metro-backbone-netwerk en die breëband-toegangsnetwerk.

Die belangrikste verskil tussen 'n multicast-boodskap en 'n unicast-boodskap is die identifisering van die adres van die boodskapbestemming. Die bestemmingsadres van die multicast-boodskap is die multicast-groepadres (klas D IP-adres wat begin met "1110"), en die unicast-boodskap is gebaseer op die IP van die bestemmingsgasheer. Die adres word as bestemmingsadres gebruik. Aangesien daar geen een-tot-een-korrespondensie tussen die multicast-groepadres en die bestemmingsgasheer is nie, kan die multicast-router slegs die uniekheid van die bronadres van die boodskap gebruik om besluite oor die roete te neem. Met ander woorde, die multicast-router stuur die boodskap in die rigting van die multicast-bron af gebaseer op die bronadres van die boodskap in plaas van die bestemmingsadres. Hierdie tegnologie word reverse path forwarding genoem (kortweg RPF).

Om probleme soos routing-lusse te vermy, bepaal RPF dat multicast-pakkies die router vanaf die aangewese stroomop aangrensende knooppunt moet bereik, en multicast-pakkies wat deur ander naburige nodusse aangestuur word, word weggegooi. Wanneer daar 'n probleem met multicast-routing is, kan multicast-pakkies moontlik nie deur ander paaie kom nie, soos unicast-pakkette, IPTV-regstreekse uitsaaiseine sal in die ruggraatnetwerk onderbreek word, en unicast-toepassings soos webblaai en e-pos stuur en ontvang is normaal struikelblokke. Op die oomblik, langs die multicast-verspreidingspad, gaan u na die RPF-routeringstabel van die multicast-router en sy stroomopliggende naburige nodusse.

Die multicast-verspreidingsboom in die PIM-SM-protokol kan in twee kategorieë verdeel word: bronboom en gedeelde boom. Die bronboom gebruik die multicast-bron as die wortel van die boom, ook bekend as die kortste paadjieboom, wat die end-to-end multicast-vertraging kan verminder, maar die router moet 'n groot hoeveelheid roete-inligting stoor, wat baie verbruik van stelselbronne; die gedeelde boom gebruik RP (PIM-SM) 'n Belangrike router in die protokol wat gebruik word vir routing en converging tussen multicast-bronne en multicast-routers) As die algemene wortelknoop van alle multicast-verspreidingsbome, moet multicast-bronverkeer eers die RP bereik voordat dit afgelewer word, en die multicast-pad is gewoonlik nie optimaal nie. Dit sal addisionele netwerkvertraging inbring, maar die roete-inligting wat die router moet behou, kan baie klein wees.

Die PIM-SM-protokol maak ten volle gebruik van die voordele van die twee multicast-verspreidingsbome. In die beginfase van multicast kan die multicast-router nie die bronboom gebruik nie omdat dit nie die ligging van die multicast-bron kan ken nie, maar wel die eerste paar multicast-pakkette wat deur die multicast-bron gestuur word, via die bekende RP-knoop en sy gedeelde boom kry. Ken die ligging van die multicast-bron en skakel oor van die gedeelde boom na die bronboom om netwerkvertraging te verminder en netwerkknelpunte wat deur RP-nodes kan veroorsaak, te vermy.

Die metro-ruggraatnetwerk bestaan meestal hoofsaaklik uit Cisco-routers. Routers soos Cisco implementeer die skakel van die multicast-verspreidingsboom deur die voorafbepaalde drempel SPT-drempel van die vloeitempo. As dit ontdek word dat die multicast-vloeitempo van 'n multicast-bron SPT-drempel oorskry, sal die multicast-routing van die gedeelde boom na die bronboom oorskakel; insgelyks, as die multicast-vloeitempo laer is as SPT-drempel, is die multicast-routing daarvan. U kan ook terugskakel van die bronboom na die gedeelde boom. SPT-drempel is meestal ingestel op 0, sodat die router van die gedeelde boom na die bron sal oorskakel na ontvangs van die eerste multicast-pakket.

As die wortelknoop van die gedeelde boom, speel RP 'n rol om op en af te skakel in die multicast-proses. Aangesien die PIM-SM-protokol die kenmerke van multicast-verspreidingsboomskakeling het, word RP gewoonlik gebruik om die aanvanklike verbinding tussen die multicast-bron en die multicast-router te bewerkstellig. Sodra die multicast-routering van die router van die gedeelde boom na die bronboom oorgeskakel is, sal dit nie RP nie en sy gedeelde boom is weer nodig. Daarom is die ligging van die RP in die multicast-netwerk nie baie belangrik nie. Die sleutel is die betroubaarheid en stabiliteit daarvan.

Ten einde die betroubaarheid en stabiliteit van RP te verbeter, kan verskeie multicast-routers gekies word om die funksie van RP (dit wil sê Anycast RP-tegnologie) te deel, en die loopback-koppelvlak van elke RP-knoop word dieselfde IP-adres toegeken, waardeur die lasverdeling en foutbeskerming.

Die RP-konfigurasieprobleem in die multicast-netwerk hou nie net verband met die konfigurasie en ontplooiing van die RP-node self nie, maar behels ook die probleem van hoe ander multicast-routers oor die RP-node leer. In die beginfase van multicast weet die multicast-router moontlik nie die ligging van die multicast-bron nie, maar die RP-adres moet bekend wees. Daar is twee maniere waarop 'n multicast-router 'n RP-adres kan kry, dit wil sê die statiese konfigurasie RP-metode en die outomatiese RP-metode. Die statiese opset van RP is veiliger en kan bedrieglike aktiwiteite soos die smee van RP effektief voorkom, maar die werkslading van netwerkkonfigurasie is swaar en dit is nie bevorderlik vir die dinamiese aanpassing van RP en ander nodusse nie; die outomatiese ontdekking van RP kan die werkslading van konfigurasie verminder en netwerkveranderings en beheerstrategieë vergemaklik. Aanpassing, maar daar is sekere veiligheidsrisiko's. Vir 'n klein skaalnetwerk in die metropolitaanse gebied, kan u die metode gebruik om RP op elke multicast-router staties in te stel; vir 'n grootskaalse metropolitaanse ruggraatnetwerk met streng veiligheidsbeskermingsbeleid, word dit aanbeveel om die metode te gebruik om RP outomaties te ontdek.

In die aanvangsfase van multicast kry multicast-routers gewoonlik IPTV-kop (dws multicast-bron) verkeers- en liggingsinligting deur bekende RP-nodes en hul gedeelde bome. Om die RP te leer oor die multicast-bron, is die multicast-router wat direk aan die multicast-bron gekoppel is, verantwoordelik vir die inkapseling van die eerste paar multicast-pakkies wat deur die multicast-bron gestuur word in 'n aparte PIM-registerboodskap, en begin multicast na die RP in unicast wyse. Bronregistrasieproses. Deur middel van hierdie boodskap kan die RP nie net die pakkies van die multicast-groep van belang verkry nie, maar ook die IP-adres van die multicast-bron. Daarna stuur die RP die multicast-broninligting na ander multicast-routers deur, en eindig die multicast-bronregistrasieproses met 'n PIM Registe-Stop-boodskap.

Die IPTV-kliënt (set-top box) kommunikeer met die multicast-router (gewoonlik onderneem deur die diensrouter of breëbandtoegangbediener) van die metro-backbone netwerkdienstoegangsbeheerlaag deur middel van die IGMP-protokol via die breëbandtoegangsnetwerk om by 'n spesifieke Multicast-groep (dws IPTV live kanaal).

Wanneer 'n set-top box 'n multicast-groepboodskap-boodskap na 'n multicast-router stuur, is die bestemmings-MAC-adres van die boodskap die MAC-adres van die multicast-groep in plaas van die multicast-router, wat verskil van die unicast-metode. Daar moet op gelet word dat 'n multicast-groep-MAC-adres eintlik ooreenstem met 32 verskillende multicast-groep-IP-adresse. Dit is omdat die MAC-adres van die multicast-groep 01: 00: 5E: 00: 00: 00 ～ 01: 00: 5E: 7F: FF: FF, dit wil sê, die effektiewe adresruimte is slegs 23 bis en die effektiewe adres van die multicast-groep IP Daar is 28 spasies.

Die karteringsverhouding tussen die twee is om die onderste 23 bisse van die MACC-adres gelyk te stel aan die onderste 23 bits van die IP-adres, wat lei tot die verlies van die boonste 5 bisse van die multicast-groep IP-adres. As drie verskillende IPTV-regstreekse kanale byvoorbeeld 224.0.0.1, 224.128.0.1 en 239.128.0.1 as die multicast-groep-IP-adresse gebruik, is hul ooreenstemmende multicast-groep MAC-adresse almal 01: 00: 5E: 00: 00:01, wat veroorsaak dat die set-top box en die tweede vlak toerusting van die breëband-toegangnetwerk nie die drie seine kan onderskei nie. Let daarom op sulke kwessies wanneer u IP-adresse vir multicast beplan.

Die breëbandtoegangsnetwerk bestaan uit 'n groot aantal netwerkelementtoestelle soos laag 2-skakelaars en DSLAM's wat op die dataskakellaag werk. Die kenmerk van Layer 2-toerusting is dat dit datarame uitruil / aanstuur gebaseer op MAC-adresse tussen toestelpoorte, en dat dit swak ontleding- en routeringsfunksies het vir die derde laag (netwerklaag) van IP-pakkies, sodat dit IGMP nie direk kan ondersteun om aan die derde laag. En ander multicast-protokolle. Wanneer 'n tipiese laag 2-toestel soos 'n skakelaar IPTV-multicast-verkeer verwerk, saai dit multicast-datarame na al sy poorte uit volgens onbekende bestemmingsadresse of uitsaaimetodes, wat waarskynlik probleme soos uitsaaistorms sal veroorsaak.

Om die probleem van die oorstroming van multicast-pakkette op te los, moet Layer 2 multicast-aanstuur-tegnologieë, soos IGMP Snooping en IGMP Proxy-tegnologieë, aanvaar word. Die IGMP Snooping-tegnologie monitor die IGMP-boodskap tussen die set-top box en die multicast-router om die aanstuurverhouding van die apparaatpoort na die multicast-dataraam te begryp; terwyl die IGMP Proxy-tegnologie die IGMP-boodskap tussen die set-top box en die multicast-router onderskep. Filtering en proxy-deurstuur kan multicast-verkeer tussen die multicast-router en die Layer 2-toestel bespaar, maar dit vereis hoë prestasie-aanwysers soos die verwerkingskapasiteit en geheue van die netwerk-elementtoestel. Wanneer u Layer 2-toestelle instel, kan u kies volgens die werklike prestasie van die netwerkelementtoestel en die mate van ondersteuning vir IGMP Snooping / Proxy-tegnologie.

Neem 'n IPTV live kanaal met 'n bandwydte van 2 Mbit / s as voorbeeld. As die Layer 2-toestel nie Layer 2 multicast-deurstuur-tegnologie gebruik nie, sal die multicast-pakkies wat aan alle IPTV-gebruikers gestuur word, na alle poorte gestuur word, selfs al het die gebruikerspoort 10 Mbit / s. s Toegang tot bandwydte, kan die multicast-pakkette van 5 IPTV-regstreekse kanale geblokkeer word; na die aanvaarding van die Layer 2 multicast-aanstuur-tegnologie, word die multicast-pakkies slegs na die poorte gestuur met die gebruiksaanvraag, en as elke poort hoogstens net gekoppel is Vir 'n IPTV-set-top box, hoogstens net een multicast-pakket (dit wil sê, 2 Mbit / s verkeer) van 'n regstreekse kanaal word na die ooreenstemmende poort gestuur.

Die verkeer wat deur Layer 2 multicast aangestuur word, behels slegs IPTV multicast-dienste en behels nie ander breëbanddienste nie. Daarom word tegnologie soos VLAN's in die breëbandtoegangsnetwerk gewoonlik gebruik om IPTV multicast-verkeer van ander dienste en gebruikersverkeer te isoleer. Gewoonlik gebruikte VLAN-tegnologieë sluit in kruis-VLAN multicast replikasie tegnologie van multicast VLAN na elke VLAN van die gebruiker, en QinQ, wat onvoldoende aantal VLAN ID's oplos

Die IPTV-regstreekse program word via die IP-draer-netwerk by die gebruikerterminal afgelewer, en daar is hoofsaaklik twee multicast-modusse, naamlik dinamiese multicast-modus en statiese multicast-modus. In dinamiese multicast-modus sal skakelaars, DSLAM's en ander toestelle die kanaalprogram ontvang en lewer slegs nadat die eerste gebruikersversoek om by 'n kanaal (multicast-groep) aangesluit het, ontvang is; en wanneer die kanaal (multicast-groep) duur As 'n gebruiker afmeld, sal die netwerkelementtoestel nie meer die multicast-stroom ontvang nie. Die statiese multicast-modus is om die MAC multicast-aanstuur-inskrywings van elke IPTV-kanaal (multicast-groep) op die skakelapparaat staties in te stel, ongeag of die stroomaf-gebruikers daarna kyk of nie, die multicast-stroom is aan die netwerkelementtoerusting gelewer.

Statiese multicast-verkeer het niks te doen met die aantal IPTV-gebruikers nie, net die aantal kanale en bandwydte per kanaal. As die aantal gebruikers minder is as die aantal kanale, sal die verkeer groter wees as die een-verkeer-verkeer; die maksimum verkeer van dinamiese multicast is wanneer die aantal gelyktydige IPTV-gebruikers minder is as die aantal kanale. As die aantal IPTV-gebruikers gelyktydig groter is as die aantal kanale, is dit gelyk aan statiese multicast-verkeer. In die statiese multicast-modus is die snelheid van die gebruiker se kanaalskakelings vinnig en is die persepsie van die diens goed, maar die vraag na netwerkbandwydte is groter; dinamiese multicast kan die netwerkverkeer onder geen omstandighede verminder nie, maar wanneer die gebruiker 'n nuwe kanaal (Multicast-groep) ontvang, kan daar 'n sekere netwerkvertraging wees.

Wanneer die aantal IPTV-gebruikers wat aan die netwerktoerusting gekoppel is, baie klein is, is die voordele van multicast nie duidelik nie. Daarom is daar in die eerste fase van die ontwikkeling van IPTV-dienste nie veel IPTV-gebruikers nie, of is die breëbandtoegangsnetwerk nie herkonstrueer nie. U kan dinamiese multicast of selfs unicast gebruik om live IPTV-seine uit te stuur. Wanneer die aantal gebruikers wat aan 'n netwerktoestel gekoppel is, die aantal IPTV-kanale ver oorskry, word die kenmerke van multicasting om netwerkverkeersbandwydte te bespaar al hoe belangriker. Op die oomblik, dit wil sê, wanneer die IPTV-diens tot 'n volwasse stadium ontwikkel is en die transformasie van breëbandtoegangsnetwerke plaasgevind het, kan die statiese multicast-modus gebruik word om die IPTV-lewendige sein uit te stuur om die IPTV-diensgehalte verder te verbeter. Daarom kan operateurs besluit of hulle die toegangsnetwerktoerusting in 'n dinamiese of statiese multicast-modus instel volgens werklike toestande soos netwerkkwaliteit en IPTV-dienspenetrasie.

In hierdie artikel word die sleuteltegnologieë van IPTV end-to-end multicast push-netwerk-konfigurasie gekombineer, wat die sleuteltegnologieë van IPTV end-to-end multicast push-netwerkkonfigurasie stelselmatig uiteensit, wat vir telekomoperateurs 'n goeie verwysingsbelang het om IPTV-dienste doeltreffend en ekonomies te implementeer en te implementeer.

Hoe ver (lang) die sender dekking?

Die transmissie reeks is afhanklik van baie faktore. Die ware afstand is gebaseer op die antenna installering hoogte, antenna gewin, met behulp van omgewing soos die bou en ander obstruksies, sensitiwiteit van die ontvanger, antenna van die ontvanger. Die installering van antenna meer hoog en die gebruik in die platteland, die afstand sal baie meer ver.

VOORBEELD 5W FM Transmitter gebruik in die stad en tuisdorp:

Ek het 'n VSA gebruik kliënt 5W FM-sender met GP antenna in sy tuisdorp, en hy toets dit met 'n motor, dit dek 10km (6.21mile).

Ek toets die 5W FM-sender met GP antenna in my tuisdorp, dit dek ongeveer 2km (1.24mile).

Ek toets die 5W FM-sender met GP antenna in Guangzhou stad, dit dek ongeveer net 300meter (984ft).

Hier is die benaderde aantal verskillende krag FM Tuners. (Die reeks is in deursnee)

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

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

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

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

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

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

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

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

Hoe om ons te kontak vir die sender?

Bel my + 8618078869184 OF
E-pos my [e-pos beskerm]
1.How ver jy wil dek in deursnee?
2.How lank van julle toring?
3.Where kom jy vandaan?
En ons sal jou meer professionele advies te gee.

Wie is Ons

FMUSER.ORG is 'n stelsel integrasie maatskappy wat fokus op RF wireless transmissie / studio video klank toerusting / streaming en data verwerking. Ons bied alles van advies en advies deur rack integrasie tot installasie, inbedryfstelling en opleiding.

Ons bied FM Transmitter, Analog TV Transmitter, Digitale TV-sender, VHF UHF Transmitter, Antennas, Koaksiale Kabel Connectors, STL, On Air Processing, Broadcast Produkte vir die Studio, RF Signal Monitoring, RDS Encoders, klank verwerkers en Remote Site Control Units, IPTV Produkte, Video / Audio Encoder / dekodeerder, ontwerp om te voldoen aan die behoeftes van beide groot internasionale uitsaaidienste en klein private stasies.

Ons oplossing het FM-radiostasie / analoog TV-stasie / digitale TV-stasie / Audio Video Studio-toerusting / Studio Transmitter Link / Transmitter Telemetry System / Hotel TV System / IPTV Live Broadcasting / Streaming Live Broadcast / Video Conference / CATV Broadcasting system.

Ons gebruik gevorderde tegnologie produkte vir al die stelsels, want ons weet die hoë betroubaarheid en hoë prestasie is so belangrik vir die stelsel en oplossing. Terselfdertyd moet ons ook verseker dat ons produkte stelsel teen 'n baie billike prys verseker.

Ons het kliënte van publieke en kommersiële uitsaaiers, telekommunikasieverkeeroperateurs en reguleringsowerhede. Ons bied ook oplossings en produkte aan talle honderde kleiner, plaaslike en gemeenskaps-uitsaaiers.

FMUSER.ORG voer al meer as 15 jaar uit en het kliënte regoor die wêreld. Met 13 jaar ervaring in hierdie veld, het ons 'n professionele span om die kliënte se allerhande probleme op te los. Ons is toegewyd in die verskaffing van die uiters billike prys van professionele produkte en dienste. Kontak e-pos : [e-pos beskerm]

ons Factory

Ons het modernisering van die fabriek. U is welkom om ons fabriek te besoek wanneer jy kom na China.

Op die oomblik is, is daar reeds 1095 kliënte regoor die wêreld besoek ons Guangzhou Tianhe kantoor. As jy kom na China, is jy welkom om ons te besoek.

teen billike

Dit is ons deelname aan 2012 Global Bronne Hong Kong Electronics Fair . Kliënte van regoor die wêreld Uiteindelik het 'n kans om bymekaar te kom.

Waar is Fmuser?

U kan hierdie nommers deursoek " 23.127460034623816,113.33224654197693 "op google map, dan kan u ons fmuser-kantoor vind.

FMUSER Guangzhou kantoor is in Tianhe Distrik wat die sentrum van die Canton . baie naby Canton Fair , Guangzhou stasie, xiaobei pad en dashatou , Moet net 10 minute As neem TAXI . Welkom vriende oor die hele wêreld te besoek en te onderhandel.

Kontak: Sky Blue
Selfoon: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
E-pos: [e-pos beskerm]
QQ: 727926717
Skype: sky198710021
Adres: No.305 Kamer HuiLan Gebou No.273 Huanpu Road Guangzhou China Zip: 510620

Engels: Ons aanvaar alle betalings, soos PayPal, kredietkaart, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer, as u enige vrae het, kontak my gerus [e-pos beskerm] of WhatsApp + 8618078869184

PayPal.  www.paypal.com

Ons raai u aan Paypal gebruik om ons items te koop, Die Paypal is 'n veilige manier om te koop op die internet.

Elke van ons item lys bladsy onderste bo 'n paypal logo te betaal.

Kredietkaart.As jy nie paypal het, maar jy het kredietkaart, jy kan ook klik op die geel knoppie PayPal te betaal met jou kredietkaart.

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

Maar as jy nie 'n kredietkaart en nie 'n PayPal rekening of moeilik om 'n paypal Vanweë het, kan jy die volgende gebruik:
Westerse Unie.  www.westernunion.com

Betaal deur Western Union vir my gesê:

Vir Naam / Gegewe naam: Yingfeng
Van / Van / Familienaam: Zhang
Volle naam: Yingfeng Zhang
Land: Sjina
Stad: Guangzhou

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

T / T.  betaal deur T / T (bankoverschrijving / Telegrafiese Transport / Bank Transfer)
Eerste BANKINLIGTING (MAATSKAPPYREKENING):

SWIFT BIC: BKCHHKHHXXX
Bank naam: BANK VAN CHINA (HONG KONG) BEPERK, HONG KONG
Bank Adres: BANK VAN CHINA TOWER, 1 TUIN ROAD, CENTRAL, HONG KONG
BANK KODE: 012
Rekening Naam: FMUSER INTERNATIONAL GROUP LIMITED
Rekening nommer. : 012-676-2-007855-0

-------------------------------------------------- -------------------
Tweede BANKINLIGTING (MAATSKAPPYREKENING):
Begunstigde: Fmuser International Group Inc.
Rekeningnommer: 44050158090900000337
Begunstigde se bank: China Construction Bank Guangdong-tak
SWIFT-kode: PCBCCNBJGDX
Adres: NO.553 Tianhe Road, Guangzhou, Guangdong, District Tianhe, China
** Nota: As u geld na ons bankrekening oorplaas, MOET NIE iets in die opmerkingsarea skryf nie, anders kan ons die betaling nie ontvang nie weens die regeringsbeleid oor internasionale handel.

* Dit sal in 1-2 gestuur werksdae wanneer betaling duidelik.

* Ons sal dit stuur na jou paypal adres. As jy wil posadres verander, stuur jou korrekte adres en telefoonnommer na my e-pos [e-pos beskerm]

* As die pakkette is hieronder 2kg, sal ons gestuur word per pos lugpos, sal dit neem oor 15-25days om jou hand.

As die pakket is meer as 2kg, sal ons skip via EBW, DHL, UPS, Fedex vinnig spoedaflewering, sal dit neem oor 7 ~ 15days om jou hand.

As die pakket meer as 100kg, sal ons stuur via DHL of lugvrag. Dit sal ongeveer 3 ~ 7days om jou hand.

Al die pakkette is vorm China Guangzhou.

* Pakket sal as 'n 'geskenk' gestuur word en so minder as moontlik verklaar word. Koper hoef nie vir 'BELASTING' te betaal nie.

* Na skip, sal ons aan jou stuur 'n e-pos en gee jou die tracking nommer.

Vir waarborg.
Kontak ons --- >> Stuur die artikel terug aan ons --- >> Ontvang en stuur 'n ander plaasvervanger.

Naam: Liu xiaoxia
Adres: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou China.
PC: 510620
Tel: + 8618078869184

Gaan terug na hierdie adres en skryf jou paypal adres, naam, probleem op noot: