FMUSER Wireless Video- und Audioübertragung einfacher!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> Albanisch
ar.fmuser.org -> Arabisch
hy.fmuser.org -> Armenisch
az.fmuser.org -> Aserbaidschanisch
eu.fmuser.org -> Baskisch
be.fmuser.org -> Weißrussisch
bg.fmuser.org -> Bulgarisch
ca.fmuser.org -> Katalanisch
zh-CN.fmuser.org -> Chinesisch (vereinfacht)
zh-TW.fmuser.org -> Chinesisch (traditionell)
hr.fmuser.org -> Kroatisch
cs.fmuser.org -> Tschechisch
da.fmuser.org -> Dänisch
nl.fmuser.org -> Niederländisch
et.fmuser.org -> Estnisch
tl.fmuser.org -> Philippinisch
fi.fmuser.org -> Finnisch
fr.fmuser.org -> Französisch
gl.fmuser.org -> Galizisch
ka.fmuser.org -> Georgisch
de.fmuser.org -> Deutsch
el.fmuser.org -> Griechisch
ht.fmuser.org -> Haitianisches Kreol
iw.fmuser.org -> Hebräisch
hi.fmuser.org -> Hindi
hu.fmuser.org -> Ungarisch
is.fmuser.org -> Isländisch
id.fmuser.org -> Indonesisch
ga.fmuser.org -> Irisch
it.fmuser.org -> Italienisch
ja.fmuser.org -> Japanisch
ko.fmuser.org -> Koreanisch
lv.fmuser.org -> Lettisch
lt.fmuser.org -> Litauisch
mk.fmuser.org -> Mazedonisch
ms.fmuser.org -> Malaiisch
mt.fmuser.org -> Malteser
no.fmuser.org -> Norwegisch
fa.fmuser.org -> Persisch
pl.fmuser.org -> Polnisch
pt.fmuser.org -> Portugiesisch
ro.fmuser.org -> Rumänisch
ru.fmuser.org -> Russisch
sr.fmuser.org -> Serbisch
sk.fmuser.org -> Slowakisch
sl.fmuser.org -> Slowenisch
es.fmuser.org -> Spanisch
sw.fmuser.org -> Suaheli
sv.fmuser.org -> Schwedisch
th.fmuser.org -> Thai
tr.fmuser.org -> Türkisch
uk.fmuser.org -> Ukrainisch
ur.fmuser.org -> Urdu
vi.fmuser.org -> Vietnamesisch
cy.fmuser.org -> Walisisch
yi.fmuser.org -> Jiddisch
1 Beidhändige Rückhand: Einleitung
Als neuer Internet-Multimediadienst mit hoher Bandbreite und hoher Qualität stellt IPTV höhere Anforderungen an das IP-Netzwerk der Telekommunikationsbetreiber in der Metropolregion. Gegenüber der herkömmlichen Unicast-Technologie hat die Multicast-Technologie den Vorteil, dass die Netzwerkbandbreite auf der Grundlage einer gleichwertigen Übertragungseffizienz nicht linear mit der Anzahl der Benutzer zunimmt und die Last des Videoservers und des Trägernetzwerks effektiv sparen kann. Damit Telekommunikationsbetreiber IPTV-Dienste effizient und wirtschaftlich bereitstellen und implementieren können, wird empfohlen, einen End-to-End-Multicast-Push zu verwenden, und die Konfiguration des IP-Multicast-Netzwerks ist der Schlüssel.
Derzeit besteht das IP-Metropolregionsnetz der Telekommunikationsbetreiber hauptsächlich aus einem Metropolregions-Backbone-Netzwerk und einem Breitbandzugangsnetz, und IPTV-Dienstdaten werden wiederum über das Metropolregions-Backbone-Netzwerk und das Breitbandzugangsnetz an den Benutzer weitergeleitet. Das Metro-Backbone-Netzwerk besteht hauptsächlich aus Geräten der Netzwerkschicht (Schicht 3), die es Multicast-Routing-Protokollen wie PIM-SM ermöglichen können, auf Multicast-Quellen (z. B. IPTV-Head-End-Geräte) zuzugreifen, um Multicast-Pakete weiterzuleiten und weiterzuleiten. Das Breitbandzugangsnetzwerk besteht hauptsächlich aus Geräten der Datenverbindungsschicht (Schicht 2), und Technologien wie IGMP Proxy oder IGMP Snooping können für die Schicht-2-Multicast-Weiterleitung verwendet werden, um auf IPTV-Endgeräte (z. B. IPTV-Set-Top-Boxen) zuzugreifen. Abbildung 1 ist ein schematisches Diagramm eines IPTV-End-to-End-Multicast-Push-Modells.
pIYBAGBkThGAZmOzAAMHVeXKfuE734.png
Abbildung 1 IPTV-End-to-End-Multicast-Push-Netzwerkmodell
In diesem Artikel werden die wichtigsten Konfigurationstechnologien des IPTV-End-to-End-Multicast-Push-Netzwerks auf zwei verschiedenen Netzwerkebenen beschrieben: dem Metro-Backbone-Netzwerk und dem Breitbandzugangsnetzwerk.
2. Wichtige Multicast-Konfigurationstechnologie für das Metro-Backbone-Netzwerk
2.1 Multicast-Routing-Technologie
Der Hauptunterschied zwischen einer Multicast-Nachricht und einer Unicast-Nachricht besteht in der Identifizierung der Nachrichtenzieladresse. Die Zieladresse der Multicast-Nachricht ist die Multicast-Gruppenadresse (IP-Adresse der Klasse D beginnend mit "1110"), und die Unicast-Nachricht basiert auf der Ziel-Host-IP. Die Adresse wird als Zieladresse verwendet. Da zwischen der Multicast-Gruppenadresse und dem Zielhost keine Eins-zu-Eins-Entsprechung besteht, kann der Multicast-Router nur die Eindeutigkeit der Quelladresse der Nachricht verwenden, um Routing-Entscheidungen zu treffen. Mit anderen Worten, der Multicast-Router sendet die Nachricht in Richtung von der Multicast-Quelle weg, basierend auf der Quelladresse der Nachricht anstelle der Zieladresse. Diese Technologie wird als Reverse Path Forwarding (kurz RPF) bezeichnet.
Um Probleme wie Routing-Schleifen zu vermeiden, schreibt RPF vor, dass Multicast-Pakete vom festgelegten Upstream-Nachbarknoten zum Router gelangen müssen und Multicast-Pakete, die von anderen Nachbarknoten weitergeleitet werden, verworfen werden. Wenn beim Multicast-Routing ein Problem auftritt, können Multicast-Pakete möglicherweise nicht über andere Pfade wie Unicast-Pakete erreicht werden, IPTV-Live-Broadcast-Signale werden im Backbone-Netzwerk unterbrochen und Unicast-Anwendungen wie das Surfen im Internet sowie das Senden und Empfangen von E-Mails sind normal Hindernisse. Überprüfen Sie zu diesem Zeitpunkt entlang des Multicast-Verteilungspfads die RPF-Routing-Tabelle des Multicast-Routers und seiner vorgelagerten Nachbarknoten.
2.2 Multicast-Routing-Switching-Technologie
Der Multicast-Verteilungsbaum im PIM-SM-Protokoll kann in zwei Kategorien unterteilt werden: Quellbaum und gemeinsam genutzter Baum. Der Quellbaum verwendet die Multicast-Quelle als Stamm des Baums, der auch als Baum mit dem kürzesten Pfad bezeichnet wird. Dies kann die End-to-End-Multicast-Verzögerung minimieren. Der Router muss jedoch eine große Menge an Routing-Informationen speichern, die viel verbrauchen von Systemressourcen; Der gemeinsam genutzte Baum verwendet RP (PIM-SM). Ein wichtiger Router im Protokoll, der zum Routing und zur Konvergenz zwischen Multicast-Quellen und Multicast-Routern verwendet wird.) Als gemeinsamer Stammknoten aller Multicast-Verteilungsbäume muss der Multicast-Quelldatenverkehr zuerst den RP erreichen, bevor er ausgeführt wird geliefert, und der Multicast-Pfad ist normalerweise nicht optimal. Dies führt zu einer zusätzlichen Netzwerkverzögerung, aber die Routing-Informationen, die der Router beibehalten muss, können sehr klein sein.
Das PIM-SM-Protokoll nutzt die Vorteile der beiden Multicast-Verteilungsbäume voll aus. In der Anfangsphase von Multicast kann der Multicast-Router den Quellbaum nicht verwenden, da er den Speicherort der Multicast-Quelle nicht kennen kann, aber er kann die ersten Multicast-Pakete erhalten, die von der Multicast-Quelle über den bekannten RP-Knoten und seinen gemeinsam genutzten Baum gesendet werden. Kennen Sie den Speicherort der Multicast-Quelle und wechseln Sie vom freigegebenen Baum zum Quellbaum, um die Netzwerkverzögerung zu verringern und Netzwerkexplosionen zu vermeiden, die durch RP-Knoten verursacht werden können.
Das Metro-Backbone-Netzwerk besteht im Allgemeinen hauptsächlich aus Cisco-Routern. Router wie Cisco implementieren die Umschaltung des Multicast-Verteilungsbaums über den voreingestellten Schwellenwert SPT-Threshold der Flussrate. Wenn erkannt wird, dass die Multicast-Flussrate einer Multicast-Quelle den SPT-Schwellenwert überschreitet, wechselt deren Multicast-Routing vom gemeinsam genutzten Baum zum Quellbaum. Wenn die Multicast-Flussrate niedriger als der SPT-Schwellenwert ist, kann das Multicast-Routing ebenfalls vom Quellbaum zum gemeinsam genutzten Baum zurückwechseln. Der SPT-Schwellenwert ist im Allgemeinen auf 0 konfiguriert, sodass der Router nach dem Empfang des ersten Multicast-Pakets vom gemeinsam genutzten Baum zur Quelle wechselt.
2.3RP Konfigurationstechnologie
Als Wurzelknoten des gemeinsam genutzten Baums spielt RP die Rolle der Auf- und Abwärtsverbindung im Multicast-Prozess. Da das PIM-SM-Protokoll die Eigenschaften einer Multicast-Verteilungsbaumumschaltung aufweist, wird RP im Allgemeinen verwendet, um die anfängliche Verbindung zwischen der Multicast-Quelle und dem Multicast-Router herzustellen. Sobald das Multicast-Routing des Routers vom gemeinsam genutzten Baum auf den Quellbaum umgestellt wird, werden RP und sein gemeinsam genutzter Baum nicht mehr benötigt. Daher ist der Standort des RP im Multicast-Netzwerk nicht sehr wichtig. Der Schlüssel liegt in seiner Zuverlässigkeit und Stabilität.
Um die Zuverlässigkeit und Stabilität von RP zu verbessern, können mehrere Multicast-Router ausgewählt werden, um die Funktion von RP (dh Anycast RP-Technologie) gemeinsam zu nutzen, und der Loopback-Schnittstelle jedes RP-Knotens wird dieselbe IP-Adresse zugewiesen, wodurch die gebildet wird Lastverteilung und Fehlerschutz.
Das RP-Konfigurationsproblem im Multicast-Netzwerk hängt nicht nur mit der Konfiguration und Bereitstellung des RP-Knotens selbst zusammen, sondern beinhaltet auch das Problem, wie andere Multicast-Router etwas über den RP-Knoten erfahren. In der Anfangsphase von Multicast kennt der Multicast-Router möglicherweise nicht den Standort der Multicast-Quelle, aber die RP-Adresse muss bekannt sein. Es gibt zwei Hauptmethoden für einen Multicast-Router, um eine RP-Adresse zu erhalten: die statische Konfigurations-RP-Methode und die automatische Erkennungs-RP-Methode. Die statische Konfiguration von RP ist sicherer und kann betrügerische Aktivitäten wie das Fälschen von RP wirksam verhindern. Die Arbeitsbelastung der Netzwerkkonfiguration ist jedoch hoch und die dynamische Anpassung von RP und anderen Knoten ist nicht förderlich. Die automatische Erkennung von RP kann den Konfigurationsaufwand reduzieren und Netzwerkänderungen und Kontrollstrategien erleichtern. Anpassung, es bestehen jedoch gewisse Sicherheitsrisiken. Für ein kleines Backbone-Netzwerk in einem Stadtgebiet können Sie die Methode der statischen Konfiguration von RP auf jedem Multicast-Router verwenden. Für ein großes Backbone-Netzwerk in Großstädten mit strengen Sicherheitsrichtlinien wird empfohlen, die Methode der automatischen RP-Erkennung zu verwenden.
2.4 IPTV-Head-End-Multicast-Join-Technologie
In der Anfangsphase von Multicast erhalten Multicast-Router im Allgemeinen IPTV-Headend-Datenverkehr (d. h. Multicast-Quelle) und Standortinformationen über bekannte RP-Knoten und deren gemeinsame Bäume. Damit der RP etwas über die Multicast-Quelle erfahren kann, ist der Multicast-Router, der direkt mit der Multicast-Quelle verbunden ist, dafür verantwortlich, die ersten paar Multicast-Pakete, die von der Multicast-Quelle gesendet werden, in einer separaten PIM-Register-Nachricht zu kapseln und Multicast an den RP in Unicast zu initiieren Modus. Quellenregistrierungsprozess. Durch diese Nachricht kann der RP nicht nur die Pakete der interessierenden Multicast-Gruppe erhalten, sondern auch die IP-Adresse der Multicast-Quelle. Danach leitet der RP die Multicast-Quelleninformationen an andere Multicast-Router weiter und beendet den Multicast-Quellenregistrierungsprozess mit einer PIM-Registe-Stop-Nachricht.
3. Multicast-Schlüsselkonfigurationstechnologie des Breitbandzugangsnetzwerks
3.1 Multicast-Join-Technologie für IPTV-Benutzer
Der IPTV-Client (Set-Top-Box) kommuniziert mit dem Multicast-Router (normalerweise vom Dienstrouter oder Breitbandzugriffsserver ausgeführt) der Zugriffssteuerungsschicht des Metro-Backbone-Netzwerkdienstes über das IGMP-Protokoll über das Breitbandzugangsnetzwerk, um einem bestimmten Netzwerk beizutreten oder dieses zu verlassen Multicast-Gruppe (dh IPTV-Live-Kanal).
Wenn eine Set-Top-Box eine Multicast-Gruppenbeitrittsanforderungsnachricht an einen Multicast-Router sendet, ist die Ziel-MAC-Adresse der Nachricht die MAC-Adresse der Multicast-Gruppe und nicht des Multicast-Routers, was sich von der Unicast-Methode unterscheidet. Es ist zu beachten, dass eine Multicast-Gruppen-MAC-Adresse tatsächlich 32 verschiedenen Multicast-Gruppen-IP-Adressen entspricht. Dies liegt daran, dass die MAC-Adresse der Multicast-Gruppe 01:00:5E:00:00:00~01:00:5E:7F:FF:FF lautet, was bedeutet, dass der effektive Adressraum nur 23 Bit beträgt und der effektive Adresse der Multicast-Gruppe IP Es gibt 28 Leerzeichen.
Die Zuordnungsbeziehung zwischen den beiden besteht darin, die unteren 23 Bits der MACC-Adresse mit den unteren 23 Bits der IP-Adresse gleichzusetzen, was zum Verlust der oberen 5 Bits der IP-Adresse der Multicast-Gruppe führt. Wenn beispielsweise drei verschiedene IPTV-Live-Kanäle 224.0.0.1, 224.128.0.1 und 239.128.0.1 als IP-Adressen der Multicast-Gruppe verwenden, lauten die entsprechenden MAC-Adressen der Multicast-Gruppe alle 01: 00: 5E: 00: 00:01 Dies führt dazu, dass die Set-Top-Box und die Geräte der zweiten Ebene des Breitbandzugangsnetzwerks die drei Signale nicht unterscheiden können. Achten Sie daher bei der Planung von Multicast-IP-Adressen auf solche Probleme.
3.2 Layer-2-Multicast-Weiterleitungstechnologie
Das Breitbandzugangsnetzwerk besteht aus einer großen Anzahl von Netzwerkelementgeräten wie Layer-2-Switches und DSLAMs, die auf der Datenverbindungsschicht ausgeführt werden. Das Merkmal von Layer-2-Geräten besteht darin, dass sie Datenrahmen basierend auf MAC-Adressen zwischen Geräteports austauschen/weiterleiten und über schlechte Parsing- und Routing-Funktionen für die dritte Schicht (Netzwerkschicht) von IP-Paketen verfügen, sodass sie die Arbeit mit IGMP nicht direkt unterstützen können dritte Schicht. Und andere Multicast-Protokolle. Wenn ein typisches Layer-2-Gerät wie ein Switch IPTV-Multicast-Verkehr verarbeitet, sendet es Multicast-Datenrahmen an alle seine Ports entsprechend unbekannter Zieladressen oder Broadcast-Methoden, was wahrscheinlich zu Problemen wie Broadcast-Stürmen führt.
Um das Problem der Multicast-Paketflut zu lösen, müssen Layer-2-Multicast-Weiterleitungstechnologien wie IGMP-Snooping und IGMP-Proxy-Technologien eingeführt werden. Die IGMP-Snooping-Technologie überwacht die IGMP-Nachricht zwischen der Set-Top-Box und dem Multicast-Router, um die Weiterleitungsbeziehung des Geräteports zum Multicast-Datenrahmen zu erfassen; Während die IGMP-Proxy-Technologie die IGMP-Nachricht zwischen der Set-Top-Box und dem Multicast-Router abfängt, können Filterung und Proxy-Weiterleitung den Multicast-Verkehr zwischen dem Multicast-Router und dem Layer-2-Gerät einsparen, erfordern jedoch hohe Leistungsindikatoren wie Verarbeitungskapazität und Speicher des Netzwerkelementgeräts. Bei der Konfiguration von Layer-2-Geräten können Sie entsprechend der tatsächlichen Leistung des Netzwerkelementgeräts und dem Grad der Unterstützung für die IGMP-Snooping-/Proxy-Technologie wählen.
Nehmen Sie als Beispiel einen IPTV-Live-Kanal mit einer Bandbreite von 2 Mbit / s. Wenn das Layer 2-Gerät keine Layer 2-Multicast-Weiterleitungstechnologie verwendet, werden die an alle IPTV-Benutzer gesendeten Multicast-Pakete an alle Ports weitergeleitet, auch wenn der Benutzerport 10 Mbit / s hat. s Zugriffsbandbreite, die Multicast-Pakete von 5 IPTV-Live-Kanälen können blockiert werden; Nach der Übernahme der Layer 2-Multicast-Weiterleitungstechnologie werden die Multicast-Pakete nur mit der Verwendungsanforderung an die Ports weitergeleitet, und wenn jeder Port höchstens verbunden ist. Bei einer IPTV-Set-Top-Box höchstens ein Multicast-Paket (d. h. 2 Mbit / s Verkehr) eines Live-Kanals wird an den entsprechenden Port weitergeleitet.
3.3 VLAN-Konfigurationstechnologie
Der durch Layer-2-Multicast weitergeleitete Datenverkehr umfasst nur IPTV-Multicast-Dienste und keine anderen Breitbanddienste. Daher werden im Breitbandzugangsnetz im Allgemeinen Technologien wie VLANs verwendet, um den IPTV-Multicast-Verkehr von anderen Diensten und Benutzerverkehr zu isolieren. Zu den häufig verwendeten VLAN-Technologien gehören die Cross-VLAN-Multicast-Replikationstechnologie vom Multicast-VLAN zu jedem Benutzer-VLAN und QinQ, das eine unzureichende Anzahl von VLAN-IDs löst
3.4 Statische Multicast- und dynamische Multicast-Technologie
Das IPTV-Live-Programm wird über das IP-Trägernetzwerk an das Benutzerterminal geliefert, und es gibt hauptsächlich zwei Multicast-Modi, nämlich den dynamischen Multicast-Modus und den statischen Multicast-Modus. Im dynamischen Multicast-Modus empfangen und liefern Switches, DSLAMs und andere Geräte das Kanalprogramm erst, nachdem sie die erste Benutzeranfrage zum Beitritt zu einem Kanal (Multicast-Gruppe) erhalten haben. und wann der Kanal (Multicast-Gruppe) besteht. Wenn sich ein Benutzer abmeldet, empfängt das Netzwerkelementgerät den Multicast-Stream nicht mehr. Der statische Multicast-Modus besteht darin, die MAC-Multicast-Weiterleitungseinträge jedes IPTV-Kanals (Multicast-Gruppe) auf der Vermittlungsausrüstung statisch zu konfigurieren, unabhängig davon, ob die Downstream-Benutzer ihn sehen oder nicht, der Multicast-Stream wurde an die Netzwerkelementausrüstung geliefert.
Statischer Multicast-Verkehr hat nichts mit der Anzahl der IPTV-Benutzer zu tun, sondern nur mit der Anzahl der Kanäle und der Bandbreite pro Kanal. Wenn die Anzahl der Benutzer geringer als die Anzahl der Kanäle ist, ist der Verkehr größer als der Unicast-Verkehr. Der maximale Verkehr von dynamischem Multicast ist, wenn die Anzahl der gleichzeitigen IPTV-Benutzer geringer ist als die Anzahl der Kanäle. Wenn die Anzahl der gleichzeitigen IPTV-Benutzer größer als die Anzahl der Kanäle ist, entspricht dies dem statischen Multicast-Verkehr. Im statischen Multicast-Modus ist die Kanalumschaltgeschwindigkeit des Benutzers schnell und die Dienstwahrnehmung gut, aber die Netzwerkbandbreitenanforderung ist größer. Dynamisches Multicast kann den Netzwerkverkehr unter allen Umständen minimieren. Wenn der Benutzer jedoch einen neuen Kanal (Multicast-Gruppe) empfängt, kann es zu einer bestimmten Netzwerkverzögerung kommen.
Wenn die Anzahl der an die Netzwerkausrüstung angeschlossenen IPTV-Benutzer sehr gering ist, liegen die Vorteile von Multicast nicht auf der Hand. Daher gibt es in der Anfangsphase der Entwicklung von IPTV-Diensten nicht viele IPTV-Nutzer oder das Breitbandzugangsnetz wurde noch nicht wiederhergestellt. Sie können dynamisches Multicast oder sogar Unicast verwenden, um IPTV-Live-Signale zu übertragen. Wenn die Anzahl der mit einem Netzwerkgerät verbundenen Benutzer die Anzahl der IPTV-Kanäle bei weitem übersteigt, werden die Eigenschaften von Multicasting zur Einsparung von Netzwerkverkehrsbandbreite immer wichtiger. Zu diesem Zeitpunkt, das heißt, wenn der IPTV-Dienst ausgereift ist und die Transformation des Breitbandzugangsnetzes erfolgt ist, kann der statische Multicast-Modus zur Übertragung des IPTV-Live-Signals verwendet werden, um die Qualität des IPTV-Dienstes weiter zu verbessern. Daher können Betreiber je nach tatsächlichen Bedingungen wie Netzwerkqualität und IPTV-Dienstdurchdringung entscheiden, ob sie die Zugangsnetzwerkausrüstung in einem dynamischen oder statischen Multicast-Modus konfigurieren möchten.
4 Fazit
In diesem Dokument wird das bestehende IP-Netzwerk von Telekommunikationsbetreibern in Großstädten kombiniert und systematisch die Schlüsseltechnologien der IPTV-End-to-End-Multicast-Push-Netzwerkkonfiguration erläutert, die für Telekommunikationsbetreiber eine gute Referenzbedeutung für die effiziente und wirtschaftliche Bereitstellung und Implementierung von IPTV-Diensten hat.
|
Geben Sie eine E-Mail-Adresse ein, um eine Überraschung zu erhalten
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> Albanisch
ar.fmuser.org -> Arabisch
hy.fmuser.org -> Armenisch
az.fmuser.org -> Aserbaidschanisch
eu.fmuser.org -> Baskisch
be.fmuser.org -> Weißrussisch
bg.fmuser.org -> Bulgarisch
ca.fmuser.org -> Katalanisch
zh-CN.fmuser.org -> Chinesisch (vereinfacht)
zh-TW.fmuser.org -> Chinesisch (traditionell)
hr.fmuser.org -> Kroatisch
cs.fmuser.org -> Tschechisch
da.fmuser.org -> Dänisch
nl.fmuser.org -> Niederländisch
et.fmuser.org -> Estnisch
tl.fmuser.org -> Philippinisch
fi.fmuser.org -> Finnisch
fr.fmuser.org -> Französisch
gl.fmuser.org -> Galizisch
ka.fmuser.org -> Georgisch
de.fmuser.org -> Deutsch
el.fmuser.org -> Griechisch
ht.fmuser.org -> Haitianisches Kreol
iw.fmuser.org -> Hebräisch
hi.fmuser.org -> Hindi
hu.fmuser.org -> Ungarisch
is.fmuser.org -> Isländisch
id.fmuser.org -> Indonesisch
ga.fmuser.org -> Irisch
it.fmuser.org -> Italienisch
ja.fmuser.org -> Japanisch
ko.fmuser.org -> Koreanisch
lv.fmuser.org -> Lettisch
lt.fmuser.org -> Litauisch
mk.fmuser.org -> Mazedonisch
ms.fmuser.org -> Malaiisch
mt.fmuser.org -> Malteser
no.fmuser.org -> Norwegisch
fa.fmuser.org -> Persisch
pl.fmuser.org -> Polnisch
pt.fmuser.org -> Portugiesisch
ro.fmuser.org -> Rumänisch
ru.fmuser.org -> Russisch
sr.fmuser.org -> Serbisch
sk.fmuser.org -> Slowakisch
sl.fmuser.org -> Slowenisch
es.fmuser.org -> Spanisch
sw.fmuser.org -> Suaheli
sv.fmuser.org -> Schwedisch
th.fmuser.org -> Thai
tr.fmuser.org -> Türkisch
uk.fmuser.org -> Ukrainisch
ur.fmuser.org -> Urdu
vi.fmuser.org -> Vietnamesisch
cy.fmuser.org -> Walisisch
yi.fmuser.org -> Jiddisch
FMUSER Wireless Video- und Audioübertragung einfacher!
Kontakt
Adresse
Nr.305 Zimmer HuiLan Gebäude Nr.273 Huanpu Road Guangzhou China 510620
Kategorien
Newsletter