Analyseer de belangrijkste configuratietechnologie van IPTV end-to-end multicast push-netwerk

Als een nieuwe hoogwaardige internet-multimediadienst met hoge bandbreedte stelt IPTV hogere eisen aan het IP-grootstedelijk netwerk van telecomoperatoren. Vergeleken met de traditionele unicast-technologie heeft de multicast-technologie het voordeel dat de netwerkbandbreedte niet lineair toeneemt met het aantal gebruikers op basis van gelijkwaardige transmissie-efficiëntie, en effectief de belasting van de videoserver en het dragernetwerk kan besparen. Daarom, voor telecomoperatoren om IPTV-diensten efficiënt en economisch te implementeren en te implementeren, wordt het aanbevolen om end-to-end multicast-push te gebruiken, en de configuratie van het IP-multicast-netwerk is de sleutel.

Momenteel bestaat het IP-grootstedelijk netwerk van telecomoperatoren voornamelijk uit een grootstedelijk backbone-netwerk en een breedbandtoegangsnetwerk, en IPTV-servicegegevens worden op hun beurt naar de gebruikers gepusht via het hoofdstedelijke backbone-netwerk en het breedbandtoegangsnetwerk. Het metro-backbone-netwerk bestaat voornamelijk uit apparaten op de netwerklaag (laag 3), die multicast-routeringsprotocollen zoals PIM-SM mogelijk maken om toegang te krijgen tot multicast-bronnen (dwz IPTV-head-end-apparaten) voor het routeren en doorsturen van multicast-pakketten. Het breedbandtoegangsnetwerk bestaat voornamelijk uit datalinklaag (laag 2) apparatuur, en technologieën zoals IGMP Proxy of IGMP Snooping kunnen worden gebruikt voor Layer 2 multicast forwarding om toegang te krijgen tot IPTV-eindapparatuur (dwz IPTV set-top boxes). Figuur 1 is een schematisch diagram van een end-to-end multicast-push-model van IPTV.

Dit artikel beschrijft de belangrijkste configuratietechnologieën van het IPTV end-to-end multicast push-netwerk van twee verschillende netwerkniveaus: het metro-backbone-netwerk en het breedbandtoegangsnetwerk.

Het belangrijkste verschil tussen een multicast-bericht en een unicast-bericht is de identificatie van het bestemmingsadres van het bericht. Het bestemmingsadres van het multicast-bericht is het multicast-groepsadres (klasse D IP-adres beginnend met "1110"), en het unicast-bericht is gebaseerd op het bestemmingshost-IP. Het adres wordt gebruikt als bestemmingsadres. Aangezien er geen één-op-één-correspondentie is tussen het multicast-groepsadres en de bestemmingshost, kan de multicast-router alleen het unieke karakter van het bronadres van het bericht gebruiken om routeringsbeslissingen te nemen. Met andere woorden, de multicast-router stuurt het bericht in de richting weg van de multicast-bron op basis van het bronadres van het bericht in plaats van het bestemmingsadres. Deze technologie wordt reverse path forwarding (afgekort RPF) genoemd.

Om problemen zoals routeringslussen te voorkomen, bepaalt RPF dat multicast-pakketten de router moeten bereiken vanaf het aangewezen stroomopwaartse naburige knooppunt, en dat multicast-pakketten die door andere naburige knooppunten zijn doorgestuurd, worden verwijderd. Wanneer er een probleem is met multicast-routering, kunnen multicast-pakketten mogelijk niet via andere paden bereiken, zoals unicast-pakketten, worden IPTV-live-uitzendsignalen onderbroken in het backbone-netwerk en zijn unicast-toepassingen zoals surfen op het web en het verzenden en ontvangen van e-mail normaal obstakels. Controleer op dit moment langs het multicast-distributiepad de RPF-routeringstabel van de multicast-router en zijn stroomopwaartse naburige knooppunten.

De multicast-distributieboom in het PIM-SM-protocol kan worden onderverdeeld in twee categorieën: broncodeboom en gedeelde boomstructuur. De source tree gebruikt de multicast source als de root van de tree, ook wel bekend als de shortest path tree, die de end-to-end multicast-vertraging kan minimaliseren, maar de router moet een grote hoeveelheid routeringsinformatie opslaan, wat veel kost. van systeembronnen; de gedeelde boom gebruikt RP (PIM-SM) Een belangrijke router in het protocol, gebruikt voor routering en convergentie tussen multicast-bronnen en multicast-routers) Als het gemeenschappelijke hoofdknooppunt van alle multicast-distributiebomen, moet multicast-bronverkeer eerst de RP bereiken voordat het geleverd, en het multicast-pad is meestal niet optimaal, zal het extra netwerkvertraging introduceren, maar de routeringsinformatie die de router moet bewaren, kan erg klein zijn.

Het PIM-SM-protocol maakt volledig gebruik van de voordelen van de twee multicast-distributiebomen. In de beginfase van multicast kan de multicast-router de source tree niet gebruiken omdat hij de locatie van de multicast-bron niet kan weten, maar hij kan wel de eerste paar multicast-pakketten verkrijgen die door de multicast-bron zijn verzonden via het bekende RP-knooppunt en zijn gedeelde boom. Ken de locatie van de multicast-bron en schakel over van de gedeelde boom naar de bronboom om netwerkvertragingen te verminderen en netwerkknelpunten te vermijden die kunnen worden veroorzaakt door RP-knooppunten.

Het metro-backbone-netwerk bestaat doorgaans voornamelijk uit Cisco-routers. Routers zoals Cisco implementeren de omschakeling van de multicast-distributieboom via de vooraf ingestelde drempelwaarde SPT-drempel van het debiet. Wanneer wordt gedetecteerd dat de multicast-stroomsnelheid van een multicast-bron de SPT-Threshold overschrijdt, zal de multicast-routing ervan overschakelen van de gedeelde boom naar de bronboom; op dezelfde manier, als de multicast-stroomsnelheid lager is dan SPT-Threshold, de multicast-routing ervan. U kunt ook terugschakelen van de source tree naar de gedeelde tree. SPT-Threshold is over het algemeen geconfigureerd als 0, zodat de router van de gedeelde boom naar de bron overschakelt na ontvangst van het eerste multicast-pakket.

Als het hoofdknooppunt van de gedeelde boom speelt RP een rol bij het op en neer koppelen van het multicast-proces. Aangezien het PIM-SM-protocol de kenmerken heeft van multicast-distributieboomschakeling, wordt RP over het algemeen gebruikt om de initiële verbinding tussen de multicast-bron en de multicast-router tot stand te brengen. Zodra de multicast-routering van de router is overgeschakeld van de gedeelde boom naar de bronboom, zal deze niet RP en zijn gedeelde boom zijn opnieuw nodig. Daarom is de locatie van de RP in het multicast-netwerk niet erg belangrijk. De sleutel is zijn betrouwbaarheid en stabiliteit.

Om de betrouwbaarheid en stabiliteit van RP te verbeteren, kunnen meerdere multicast-routers worden geselecteerd om de functie van RP te delen (dat wil zeggen, Anycast RP-technologie), en de loopback-interface van elk RP-knooppunt krijgt hetzelfde IP-adres toegewezen, waardoor het loadsharing en foutbeveiliging.

Het RP-configuratieprobleem in het multicast-netwerk houdt niet alleen verband met de configuratie en implementatie van het RP-knooppunt zelf, maar betreft ook het probleem hoe andere multicast-routers leren over het RP-knooppunt. In de beginfase van multicast kent de multicast-router de locatie van de multicast-bron mogelijk niet, maar het RP-adres moet bekend zijn. Er zijn twee manieren waarop een multicast-router een RP-adres kan verkrijgen, namelijk de RP-methode voor statische configuratie en de RP-methode voor automatische detectie. De statische configuratie van RP is veiliger en kan frauduleuze activiteiten zoals het vervalsen van RP effectief voorkomen, maar de werklast van de netwerkconfiguratie is zwaar en het is niet bevorderlijk voor de dynamische aanpassing van RP en andere knooppunten; de automatische ontdekking van RP kan de werklast van de configuratie verminderen en netwerkwijzigingen en controlestrategieën vergemakkelijken. Aanpassing, maar er zijn bepaalde veiligheidsrisico's. Voor een kleinschalig grootstedelijk backbone-netwerk kunt u de methode gebruiken om RP statisch te configureren op elke multicast-router; voor een grootschalig backbone-netwerk met een grootstedelijk gebied met een strikt beveiligingsbeleid, wordt aanbevolen om de methode van automatische detectie van RP te gebruiken.

In de beginfase van multicast verkrijgen multicast-routers over het algemeen IPTV-kopstation (dwz multicast-bron) verkeer en locatie-informatie via bekende RP-knooppunten en hun gedeelde bomen. Om de RP meer te laten weten over de multicast-bron, is de multicast-router die rechtstreeks is verbonden met de multicast-bron verantwoordelijk voor het inkapselen van de eerste paar multicast-pakketten die door de multicast-bron zijn verzonden in een afzonderlijk PIM-registerbericht, en initieert hij multicast naar de RP in unicast modus. Bron registratieproces. Via dit bericht kan de RP niet alleen de pakketten van de multicastgroep van interesse verkrijgen, maar ook het IP-adres van de multicast-bron. Daarna stuurt de RP de multicast-broninformatie door naar andere multicast-routers en eindigt het multicast-bronregistratieproces met een PIM Registe-Stop-bericht.

De IPTV-client (settopbox) communiceert met de multicast-router (meestal uitgevoerd door de servicerouter of breedbandtoegangsserver) van de metro-backbone-netwerktoegangscontrolelaag via het IGMP-protocol via het breedbandtoegangsnetwerk om een specifieke Multicast-groep (dwz IPTV live-kanaal).

Wanneer een set-top box een multicast-groepsaanvraagbericht naar een multicast-router verzendt, is het bestemmings-MAC-adres van het bericht het MAC-adres van de multicast-groep in plaats van de multicast-router, die verschilt van de unicast-methode. Opgemerkt moet worden dat een multicast-groep-MAC-adres in feite overeenkomt met 32 verschillende multicast-groep-IP-adressen. Dit komt doordat het MAC-adres van de multicast-groep 01: 00: 5E: 00: 00: 00 ～ 01: 00: 5E: 7F: FF: FF is, d.w.z. de effectieve adresruimte is slechts 23 bits en de effectieve adres van de multicast-groep IP Er zijn 28 spaties.

De toewijzingsrelatie tussen de twee is om de onderste 23 bits van het MACC-adres gelijk te stellen aan de onderste 23 bits van het IP-adres, wat resulteert in het verlies van de bovenste 5 bits van het multicastgroep-IP-adres. Als drie verschillende livekanalen van IPTV bijvoorbeeld 224.0.0.1, 224.128.0.1 en 239.128.0.1 gebruiken als de IP-adressen van de multicastgroep, zijn hun overeenkomstige MAC-adressen van de multicastgroep allemaal 01: 00: 5E: 00: 00:01, die zal ervoor zorgen dat de set-top box en de tweederangs apparatuur van het breedbandtoegangsnetwerk de drie signalen niet kunnen onderscheiden. Let daarom op dergelijke problemen bij het plannen van multicast IP-adressen.

Het breedbandtoegangsnetwerk is samengesteld uit een groot aantal netwerkelementapparaten zoals Layer 2-switches en DSLAM's die op de datalinklaag draaien. Het kenmerk van Layer 2-apparatuur is dat het dataframes uitwisselt / doorstuurt op basis van MAC-adressen tussen apparaatpoorten, en slechte parsing- en routeringsfuncties heeft voor de derde laag (netwerklaag) van IP-pakketten, dus het kan IGMP niet rechtstreeks ondersteunen derde laag. En andere multicast-protocollen. Wanneer een typisch Layer 2-apparaat, zoals een switch, IPTV-multicast-verkeer verwerkt, zendt het multicast-dataframes naar al zijn poorten volgens onbekende bestemmingsadressen of uitzendmethoden, wat waarschijnlijk problemen zal veroorzaken zoals uitzendstormen.

Om het probleem van het overstromen van multicast-pakketten op te lossen, moeten Layer 2-multicast-forwarding-technologieën, zoals IGMP Snooping en IGMP Proxy-technologieën, worden toegepast. De IGMP Snooping-technologie bewaakt het IGMP-bericht tussen de set-top box en de multicast-router om de doorstuurrelatie van de apparaatpoort naar het multicast-dataframe te begrijpen; terwijl de IGMP Proxy-technologie het IGMP-bericht onderschept tussen de set-top box en de multicast-router Filtering en proxy-forwarding kunnen multicast-verkeer tussen de multicast-router en het Layer 2-apparaat besparen, maar het vereist hoge prestatie-indicatoren zoals de verwerkingscapaciteit en het geheugen van het netwerkelementapparaat. Bij het configureren van Layer 2-apparaten kunt u kiezen op basis van de feitelijke prestaties van het netwerkelementapparaat en de mate van ondersteuning voor IGMP Snooping / Proxy-technologie.

Neem als voorbeeld een IPTV-livekanaal met een bandbreedte van 2 Mbit / s. Als het Layer 2-apparaat geen Layer 2-multicast-doorstuurtechnologie gebruikt, worden de multicast-pakketten die naar alle IPTV-gebruikers worden verzonden, doorgestuurd naar alle poorten, zelfs als de gebruikerspoort 10 Mbit / s heeft. s Toegang tot bandbreedte, de multicast-pakketten van 5 IPTV-livekanalen kunnen worden geblokkeerd; na het toepassen van de Layer 2 multicast forwarding-technologie, worden de multicast-pakketten alleen doorgestuurd naar de poorten met het gebruiksverzoek, en als elke poort maximaal is verbonden Voor een IPTV-settopbox, maximaal één multicast-pakket (dat wil zeggen, 2 Mbit / s verkeer) van een live kanaal wordt doorgestuurd naar de corresponderende poort.

Het verkeer dat wordt doorgestuurd door Layer 2-multicast betreft alleen IPTV-multicast-services en geen andere breedbandservices. Daarom worden in het breedbandtoegangsnetwerk technologieën zoals VLAN's over het algemeen gebruikt om IPTV-multicast-verkeer te isoleren van andere services en gebruikersverkeer. Veelgebruikte VLAN-technologieën zijn onder meer cross-VLAN multicast-replicatietechnologie van multicast VLAN tot elke gebruikers-VLAN, en QinQ, waarmee onvoldoende VLAN-ID's worden opgelost

Het IPTV-live-programma wordt aan de gebruikersterminal geleverd via het IP-dragernetwerk en er zijn hoofdzakelijk twee multicast-modi, namelijk de dynamische multicast-modus en de statische multicast-modus. In dynamische multicast-modus zullen schakelaars, DSLAM's en andere apparaten het kanaalprogramma alleen ontvangen en afleveren na ontvangst van het eerste gebruikersverzoek om lid te worden van een kanaal (multicast-groep); en wanneer het kanaal (multicast-groep) duurt. Wanneer een gebruiker uitlogt, zal het netwerkelement de multicast-stream niet meer ontvangen. De statische multicast-modus is om de MAC-multicast-doorstuurinvoeren van elk IPTV-kanaal (multicast-groep) op de schakelapparatuur statisch te configureren, ongeacht of de downstreamgebruikers ernaar kijken of niet, de multicast-stream is geleverd aan de netwerkelementapparatuur.

Statisch multicast-verkeer heeft niets te maken met het aantal IPTV-gebruikers, alleen het aantal kanalen en bandbreedte per kanaal. Als het aantal gebruikers kleiner is dan het aantal kanalen, zal het verkeer groter zijn dan het unicast-verkeer; het maximale verkeer van dynamische multicast is wanneer het aantal gelijktijdige IPTV-gebruikers kleiner is dan het aantal kanalen. Wanneer het aantal gelijktijdige IPTV-gebruikers groter is dan het aantal kanalen, is dit gelijk aan statisch multicast-verkeer. In de statische multicast-modus is de kanaalwisselsnelheid van de gebruiker hoog en is de serviceperceptie goed, maar de vraag naar netwerkbandbreedte is groter; dynamische multicast kan het netwerkverkeer onder alle omstandigheden minimaliseren, maar wanneer de gebruiker een nieuw kanaal ontvangt (Multicast-groep), kan er een bepaalde netwerkvertraging optreden.

Wanneer het aantal IPTV-gebruikers dat op de netwerkapparatuur is aangesloten erg klein is, zijn de voordelen van multicast niet duidelijk. Daarom zijn er in de beginfase van de ontwikkeling van IPTV-diensten niet veel IPTV-gebruikers of is het breedbandtoegangsnetwerk niet opnieuw opgebouwd. U kunt dynamische multicast of zelfs unicast gebruiken om live IPTV-signalen te verzenden. Wanneer het aantal gebruikers dat op een netwerkapparaat is aangesloten veel groter is dan het aantal IPTV-kanalen, worden de kenmerken van multicasting om bandbreedte voor netwerkverkeer te besparen steeds belangrijker. Op dit moment, dat wil zeggen, wanneer de IPTV-service is ontwikkeld tot een volwassen stadium en de transformatie van het breedbandtoegangsnetwerk heeft plaatsgevonden, kan de statische multicast-modus worden gebruikt om het IPTV-livesignaal te verzenden om de IPTV-servicekwaliteit verder te verbeteren. Daarom kunnen operators beslissen of ze de toegangsnetwerkapparatuur in een dynamische of statische multicast-modus willen configureren in overeenstemming met de feitelijke omstandigheden, zoals netwerkkwaliteit en IPTV-dienstpenetratie.

Door het bestaande IP-grootstedelijke netwerk van telecomoperatoren te combineren, zet deze paper systematisch de belangrijkste technologieën uiteen van IPTV end-to-end multicast push-netwerkconfiguratie, die een goede referentie heeft voor telecomoperatoren om IPTV-diensten efficiënt en economisch te implementeren en te implementeren.

Hoe ver (lang) de zender dekking?

Het zendbereik is afhankelijk van veel factoren. De werkelijke afstand is gebaseerd op de antenne installeren hoogte antenneversterking, gebruiksomgeving zoals gebouw en andere obstakels, gevoeligheid van de ontvanger antenne van de ontvanger. Het installeren van de antenne meer hoog en het gebruik van op het platteland, de afstand zal veel meer toe.

Voorbeeld 5W FM-zender te gebruiken in de stad en woonplaats:

Ik heb een Amerikaanse klant gebruik 5W fm-zender met GP-antenne in zijn woonplaats, en hij testen met een auto, het dekken 10km (6.21mile).

Ik test de 5W fm-zender met GP-antenne in mijn woonplaats, het te bedekken ongeveer 2km (1.24mile).

Ik test de 5W fm-zender met GP-antenne in Guangzhou stad, het beslaan ongeveer slechts 300meter (984ft).

Hieronder zijn de geschatte range van verschillende power FM-zenders. (Het bereik is diameter)

0.1W ~ 5W FM-zender: 100M ~ 1KM

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

15W ~ 80W FM-zender: 3KM ~ 10KM

80W ~ 500W FM-zender: 10KM ~ 30KM

500W ~ 1000W FM-zender: 30KM ~ 50KM

1KW ~ 2KW FM-zender: 50KM ~ 100KM

2KW ~ 5KW FM-zender: 100KM ~ 150KM

5KW ~ 10KW FM-zender: 150KM ~ 200KM

Hoe contact met ons op voor de zender?

Bel me + 8618078869184 OR
Email mij [e-mail beveiligd]
1.How ver je wilt gaan in diameter?
2.How lang van je toren?
3.Where kom je vandaan?
En wij zullen u meer professioneel advies te geven.

Over Ons

FMUSER.ORG is een systeemintegratiebedrijf dat zich richt op draadloze RF-transmissie / video-studioapparatuur / streaming en gegevensverwerking. We bieden alles, van advies en consultancy tot rackintegratie tot installatie, inbedrijfstelling en training.

Wij bieden een FM-zender, een analoge TV-zender, een digitale TV-zender, een VHF UHF-zender, antennes, coaxkabelaansluitingen, STL, On Air Processing, Broadcast-producten voor de studio, RF-signaalmonitoring, RDS-encoders, audioprocessors en externe site-besturingseenheden, IPTV-producten, Video / Audio Encoder / Decoder, ontworpen om te voldoen aan de behoeften van zowel grote internationale uitzendnetwerken als kleine privé-stations.

Onze oplossing heeft FM-radiostation / analoog tv-station / digitaal tv-station / audio-video-studioapparatuur / studiozenderlink / zendertelemetriesysteem / hotel-tv-systeem / IPTV live-uitzending / streaming live-uitzending / videoconferentie / CATV-uitzendsysteem.

We gebruiken geavanceerde technologieproducten voor alle systemen, omdat we weten dat de hoge betrouwbaarheid en hoge prestaties zo belangrijk zijn voor het systeem en de oplossing. Tegelijkertijd moeten we er ook voor zorgen dat ons productsysteem tegen een zeer redelijke prijs werkt.

We hebben klanten van publieke en commerciële omroepen, telecomoperators en regelgevende instanties, en we bieden ook oplossingen en producten aan vele honderden kleinere, lokale en gemeenschapszenders.

FMUSER.ORG exporteert al meer dan 15 jaar en heeft klanten over de hele wereld. Met 13 jaar ervaring op dit gebied hebben we een professioneel team om alle soorten problemen van de klant op te lossen. We zijn toegewijd in het leveren van de uiterst redelijke prijzen van professionele producten en diensten. Contact email : [e-mail beveiligd]

onze Fabriek

We hebben modernisering van de fabriek. U bent van harte welkom om onze fabriek te bezoeken wanneer je naar China.

Momenteel zijn er al 1095 klanten over de hele wereld bezocht onze Guangzhou Tianhe kantoor. Als je naar China, bent u welkom om ons te bezoeken.

bij Fair

Dit is onze deelname aan 2012 Global Sources Hong Kong Electronics Fair . Klanten van over de hele wereld eindelijk een kans om samen te komen.

Waar is FMUSER?

U kunt deze nummers zoeken " 23.127460034623816,113.33224654197693 "in google map, dan vindt u ons fmuser-kantoor.

FMUSER kantoor in Guangzhou is in Tianhe District dat is de centrum van het kanton . Heel in de buurt aan de Canton Fair , Guangzhou station, Xiaobei weg en dashatou , Hoeft alleen maar 10 minuten aflegt TAXI . Welkom vrienden over de hele wereld om te bezoeken en te onderhandelen.

Contact: Sky Blue
Mobiel: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
E-mail: [e-mail beveiligd]
QQ: 727926717
Skype: sky198710021
Adres: No.305 Room Huilan Building No.273 Huanpu Road Guangzhou China Zip: 510620

Engels: We accepteren alle betalingen, zoals PayPal, Credit Card, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer. Als u vragen heeft, neem dan contact met mij op [e-mail beveiligd] of WhatsApp + 8618078869184

PayPal.  www.paypal.com

Wij raden u Paypal gebruiken om onze producten kopen, Paypal is een veilige manier om te kopen op internet.

Elk van onze post lijst pagina onderaan op de top hebben een paypal logo te betalen.

Kredietkaart.Als u paypal niet hebt, maar je hebt een creditcard, kunt u ook klikken op de gele knop PayPal te betalen met uw credit card.

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

Maar als je geen creditcard en niet over een PayPal-rekening of het moeilijk om een paypal accout gekregen, kunt u het volgende gebruiken:
Western Union.  www.westernunion.com

Betalen via Western Union naar mij:

Voornaam / Voornaam: Yingfeng
Achternaam / Achternaam / familienaam: Zhang
Volledige naam: Yingfeng Zhang
Land: China
Plaats: Guangzhou

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

T / T.  Betalen met T / T (overschrijving / Telegrafische Transfer / Bank Transfer)
Eerste BANKINFORMATIE (BEDRIJFSREKENING):

SWIFT BIC: BKCHHKHHXXX
Banknaam: BANK VAN CHINA (HONG KONG) LIMITED, HONG KONG
Bank Adres: BANK VAN CHINA TOREN, 1 TUINWEG, CENTRAAL, HONG KONG
BANKCODE: 012
Accountnaam: FMUSER INTERNATIONAL GROUP LIMITED
Account nummer. : 012-676-2-007855-0

-------------------------------------------------- -------------------
Tweede BANKINFORMATIE (BEDRIJFSREKENING):
Begunstigde: FMuser International Group Inc
Accountnummer: 44050158090900000337
Bank van de begunstigde: China Construction Bank Guangdong Branch;
SWIFT-code: PCBCCNBJGDX
Adres: NO.553 Tianhe Road, Guangzhou, Guangdong, Tianhe District, China
**Opmerking: wanneer u geld overmaakt naar onze bankrekening, schrijf dan niets in het opmerkingenveld, anders kunnen we de betaling niet ontvangen vanwege het overheidsbeleid inzake internationale handelszaken.

* Het zal in 1-2 worden verzonden werkdagen wanneer de betaling duidelijk.

* We sturen het naar uw paypal adres. Als u wilt adres te wijzigen, stuur dan uw juiste adres en telefoonnummer naar mijn e-mail [e-mail beveiligd]

* Als de pakketten onder 2kg, zullen we worden verzonden via de post luchtpost, duurt het ongeveer 15-25days om uw hand.

Als het pakket is meer dan 2kg, zullen we verzenden via EMS, DHL, UPS, Fedex snelle express, duurt het ongeveer 7 ~ 15days om je hand.

Als het pakket meer dan 100kg, sturen wij via DHL of luchtvracht. Het duurt ongeveer 3 ~ 7days om je hand.

Alle pakketten zijn vorm China Guangzhou.

* Pakket wordt als "cadeau" verzonden en zo min mogelijk aangeven, koper hoeft niet te betalen voor "BTW".

* Na het schip, sturen wij u een e-mail en geven u de tracking-nummer.

Voor garantie.
Neem contact met ons op --- >> Stuur het artikel naar ons terug --- >> Ontvang en stuur een nieuwe vervanging.

Naam: Liu Xiaoxia
Adres: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou China.
ZIP: 510620
Telefoon: + 8618078869184

Gelieve terug te keren naar dit adres en schrijf uw paypal adres, naam, probleem op Opmerking: