FMUSER 무선 전송 비디오 및 오디오가 더 쉬워졌습니다!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> 아프리칸스어
sq.fmuser.org -> 알바니아어
ar.fmuser.org -> 아랍어
hy.fmuser.org -> 아르메니아어
az.fmuser.org -> 아제르바이잔 어
eu.fmuser.org -> 바스크
be.fmuser.org -> 벨로루시 어
bg.fmuser.org -> 불가리아어
ca.fmuser.org -> 카탈로니아 어
zh-CN.fmuser.org -> 중국어 (간체)
zh-TW.fmuser.org -> 중국어 (번체)
hr.fmuser.org -> 크로아티아어
cs.fmuser.org -> 체코
da.fmuser.org -> 덴마크어
nl.fmuser.org -> 네덜란드어
et.fmuser.org -> 에스토니아어
tl.fmuser.org -> 필리피노
fi.fmuser.org -> 핀란드어
fr.fmuser.org -> 프랑스어
gl.fmuser.org -> 갈리시아어
ka.fmuser.org -> 조지아 어
de.fmuser.org -> 독일어
el.fmuser.org -> 그리스
ht.fmuser.org -> 아이티 크리올
iw.fmuser.org -> 히브리어
hi.fmuser.org -> 힌디어
hu.fmuser.org 헝가리어
is.fmuser.org -> 아이슬란드 어
id.fmuser.org -> 인도네시아어
ga.fmuser.org -> 아일랜드어
it.fmuser.org -> 이탈리아어
ja.fmuser.org -> 일본어
ko.fmuser.org -> 한국어
lv.fmuser.org -> 라트비아어
lt.fmuser.org 리투아니아어
mk.fmuser.org -> 마케도니아 어
ms.fmuser.org -> 말레이어
mt.fmuser.org -> 몰타어
no.fmuser.org -> 노르웨이어
fa.fmuser.org -> 페르시아어
pl.fmuser.org -> 폴란드어
pt.fmuser.org -> 포르투갈어
ro.fmuser.org -> 루마니아어
ru.fmuser.org -> 러시아어
sr.fmuser.org -> 세르비아어
sk.fmuser.org -> 슬로바키아어
sl.fmuser.org -> 슬로베니아어
es.fmuser.org -> 스페인어
sw.fmuser.org -> 스와힐리
sv.fmuser.org -> 스웨덴어
th.fmuser.org -> 태국
tr.fmuser.org -> 터키어
uk.fmuser.org -> 우크라이나어
ur.fmuser.org -> 우르두어
vi.fmuser.org -> 베트남어
cy.fmuser.org -> 웨일스 어
yi.fmuser.org -> 이디시어
1 소개
새로운 고 대역폭, 고품질 인터넷 멀티미디어 서비스 인 IPTV는 통신 사업자의 IP 대도시 지역 네트워크에 더 높은 요구 사항을 적용합니다. 기존 유니 캐스트 기술에 비해 멀티 캐스트 기술은 등가 전송 효율을 기준으로 네트워크 대역폭이 사용자 수에 비례하여 증가하지 않고 비디오 서버 및 베어러 네트워크의 부하를 효과적으로 줄일 수있는 장점이 있습니다. 따라서 통신 사업자가 IPTV 서비스를 효율적이고 경제적으로 배포하고 구현하기 위해서는 종단 간 멀티 캐스트 푸시를 사용하는 것이 좋으며 IP 멀티 캐스트 네트워크의 구성이 핵심입니다.
현재 통신사업자의 IP 광역통신망은 주로 수도권 백본망과 광대역 접속망으로 구성되어 있으며, IPTV 서비스 데이터는 차례로 광역 백본망과 광대역 접속망을 거쳐 사용자 측으로 푸시된다. 메트로 백본 네트워크는 주로 네트워크 계층(계층 3) 장치로 구성되며, 이를 통해 PIM-SM과 같은 멀티캐스트 라우팅 프로토콜이 멀티캐스트 패킷 라우팅 및 전달을 위해 멀티캐스트 소스(예: IPTV 헤드엔드 장치)에 액세스할 수 있습니다. 광대역 액세스 네트워크는 주로 데이터 링크 계층(layer 2) 장비로 구성되며 IGMP Proxy 또는 IGMP Snooping과 같은 기술을 Layer 2 멀티캐스트 포워딩에 사용하여 IPTV 단말 장비(즉, IPTV 셋톱 박스)에 액세스할 수 있습니다. 그림 1은 IPTV 종단 간 멀티캐스트 푸시 모델의 개략도입니다.
pIYBAGBkThGAZmOzAAMHVeXKfuE734.png
그림 1 IPTV 종단 간 멀티캐스트 푸시 네트워크 모델
이 기사에서는 메트로 백본 네트워크와 광대역 액세스 네트워크의 두 가지 네트워크 수준에서 IPTV 종단 간 멀티캐스트 푸시 네트워크의 주요 구성 기술에 대해 설명합니다.
2. 메트로 백본 네트워크를위한 핵심 멀티 캐스트 구성 기술
2.1 멀티 캐스트 라우팅 기술
멀티 캐스트 메시지와 유니 캐스트 메시지의 주요 차이점은 메시지 대상 주소의 식별입니다. 멀티 캐스트 메시지의 대상 주소는 멀티 캐스트 그룹 주소 ( "1110"로 시작하는 클래스 D IP 주소)이며 유니 캐스트 메시지는 대상 호스트 IP를 기반으로합니다. 주소는 목적지 주소로 사용됩니다. 멀티 캐스트 그룹 주소와 대상 호스트간에 일대일 대응이 없기 때문에 멀티 캐스트 라우터는 라우팅 결정을 내리기 위해 메시지의 소스 주소의 고유성을 사용할 수 있습니다. 즉, 멀티 캐스트 라우터는 대상 주소 대신 메시지의 소스 주소를 기반으로 멀티 캐스트 소스에서 멀어지는 방향으로 메시지를 보냅니다. 이 기술을 역방향 경로 포워딩 (RPF)이라고합니다.
라우팅 루프와 같은 문제를 방지하기 위해 RPF는 멀티 캐스트 패킷이 지정된 업스트림 인접 노드에서 라우터에 도달해야하며 다른 인접 노드에서 전달 된 멀티 캐스트 패킷은 폐기되도록 규정합니다. 멀티 캐스트 라우팅에 문제가있는 경우 멀티 캐스트 패킷은 유니 캐스트 패킷과 같은 다른 경로를 통해 도달하지 못할 수 있으며 IPTV 라이브 브로드 캐스트 신호는 백본 네트워크에서 중단되며 웹 브라우징 및 메일 송수신과 같은 유니 캐스트 애플리케이션은 정상입니다. 장애물. 이때 멀티 캐스트 배포 경로를 따라 멀티 캐스트 라우터 및 업스트림 인접 노드의 RPF 라우팅 테이블을 확인합니다.
2.2 멀티 캐스트 라우팅 스위칭 기술
PIM-SM 프로토콜의 멀티 캐스트 배포 트리는 소스 트리와 공유 트리의 두 가지 범주로 나눌 수 있습니다. 소스 트리는 엔드 투 엔드 멀티 캐스트 지연을 최소화 할 수있는 최단 경로 트리라고도하는 트리의 루트로 멀티 캐스트 소스를 사용하지만 라우터는 많은 양의 라우팅 정보를 저장해야하므로 많은 양을 소비합니다. 시스템 자원; 공유 트리는 RP (PIM-SM)를 사용합니다. 프로토콜에서 중요한 라우터로 멀티 캐스트 소스와 멀티 캐스트 라우터 간의 라우팅 및 수렴에 사용됩니다. 모든 멀티 캐스트 배포 트리의 공통 루트 노드로서 멀티 캐스트 소스 트래픽은 먼저 RP에 도달해야합니다. 멀티 캐스트 경로가 일반적으로 최적이 아닌 경우 추가 네트워크 지연이 발생하지만 라우터가 유지해야하는 라우팅 정보는 매우 작을 수 있습니다.
PIM-SM 프로토콜은 두 개의 멀티 캐스트 분배 트리의 장점을 최대한 활용합니다. 멀티 캐스트의 초기 단계에서 멀티 캐스트 라우터는 멀티 캐스트 소스의 위치를 알 수 없기 때문에 소스 트리를 사용할 수 없지만 알려진 RP 노드 및 공유 트리를 통해 멀티 캐스트 소스에서 보낸 처음 몇 개의 멀티 캐스트 패킷을 얻을 수 있습니다. 멀티 캐스트 소스의 위치를 알고 공유 트리에서 소스 트리로 전환하여 네트워크 지연을 줄이고 RP 노드로 인해 발생할 수있는 네트워크 병목 현상을 방지합니다.
메트로 백본 네트워크는 일반적으로 주로 Cisco 라우터로 구성됩니다. Cisco와 같은 라우터는 흐름 속도의 미리 설정된 임계값 SPT-Threshold를 통해 멀티캐스트 배포 트리의 전환을 구현합니다. 멀티캐스트 소스의 멀티캐스트 흐름 속도가 SPT-Threshold를 초과하는 것으로 감지되면 멀티캐스트 라우팅이 공유 트리에서 소스 트리로 전환됩니다. 마찬가지로 멀티캐스트 흐름 속도가 SPT-Threshold보다 낮으면 해당 멀티캐스트 라우팅도 소스 트리에서 공유 트리로 다시 전환할 수 있습니다. SPT-Threshold는 일반적으로 0으로 구성되므로 라우터는 첫 번째 멀티캐스트 패킷을 수신한 후 공유 트리에서 소스로 전환합니다.
2.3RP 구성 기술
공유 트리의 루트 노드로서 RP는 멀티캐스트 과정에서 위아래로 연결하는 역할을 합니다. PIM-SM 프로토콜이 멀티캐스트 분배 트리 스위칭의 특성을 가지고 있다는 점을 고려하면 일반적으로 RP는 멀티캐스트 소스와 멀티캐스트 라우터 간의 초기 연결을 설정하는 데 사용됩니다. 라우터의 멀티캐스트 라우팅이 공유 트리에서 소스 트리로 전환되면 RP가 되지 않고 공유 트리가 다시 필요합니다. 따라서 멀티캐스트 네트워크에서 RP의 위치는 그다지 중요하지 않습니다. 핵심은 신뢰성과 안정성입니다.
RP의 신뢰성과 안정성을 향상시키기 위해 RP의 기능 (즉, Anycast RP 기술)을 공유하도록 다중 멀티 캐스트 라우터를 선택할 수 있으며, 각 RP 노드의 루프백 인터페이스에 동일한 IP 주소를 할당하여 부하 공유 및 오류 보호.
멀티캐스트 네트워크에서 RP 구성 문제는 RP 노드 자체의 구성 및 배치와 관련될 뿐만 아니라 다른 멀티캐스트 라우터가 RP 노드에 대해 학습하는 방법의 문제도 포함합니다. 멀티캐스트 초기 단계에서 멀티캐스트 라우터는 멀티캐스트 소스의 위치를 모를 수 있지만 RP 주소는 알아야 합니다. 멀티캐스트 라우터가 RP 주소를 얻는 방법에는 정적 구성 RP 방법과 자동 검색 RP 방법의 두 가지 주요 방법이 있습니다. RP의 정적 구성은 더 안전하고 RP 위조와 같은 사기 행위를 효과적으로 방지할 수 있지만 네트워크 구성의 작업량이 많고 RP 및 기타 노드의 동적 조정에 도움이 되지 않습니다. RP의 자동 검색은 구성 작업 부하를 줄이고 네트워크 변경 및 제어 전략을 용이하게 할 수 있습니다. 조정하지만 특정 보안 위험이 있습니다. 소규모 대도시 지역 백본 네트워크의 경우 각 멀티캐스트 라우터에서 RP를 정적으로 구성하는 방법을 사용할 수 있습니다. 보안방어 정책이 엄격한 대규모 수도권 백본망의 경우 자동으로 RP를 발견하는 방법을 사용할 것을 권장한다.
2.4 IPTV 헤드 엔드 멀티 캐스트 조인 기술
멀티캐스트 초기 단계에서 멀티캐스트 라우터는 일반적으로 알려진 RP 노드와 공유 트리를 통해 IPTV 헤드엔드(즉, 멀티캐스트 소스) 트래픽 및 위치 정보를 얻습니다. RP가 멀티캐스트 소스에 대해 알 수 있도록 멀티캐스트 소스에 직접 연결된 멀티캐스트 라우터는 멀티캐스트 소스에서 보낸 처음 몇 개의 멀티캐스트 패킷을 별도의 PIM 등록 메시지에 캡슐화하고 유니캐스트 모드에서 RP에 대한 멀티캐스트를 시작합니다. 소스 등록 프로세스. 이 메시지를 통해 RP는 관심 있는 멀티캐스트 그룹의 패킷뿐만 아니라 멀티캐스트 소스의 IP 주소도 얻을 수 있습니다. 이후 RP는 멀티캐스트 소스 정보를 다른 멀티캐스트 라우터에 전달하고 PIM Registe-Stop 메시지로 멀티캐스트 소스 등록 프로세스를 종료합니다.
3. 광대역 액세스 네트워크의 멀티 캐스트 키 구성 기술
3.1 IPTV 사용자 종단 멀티 캐스트 결합 기술
IPTV 클라이언트 (셋톱 박스)는 광대역 액세스 네트워크를 통해 IGMP 프로토콜을 통해 메트로 백본 네트워크 서비스 액세스 제어 계층의 멀티 캐스트 라우터 (일반적으로 서비스 라우터 또는 브로드밴드 액세스 서버에서 수행됨)와 통신하여 특정 네트워크에 가입하거나 종료합니다. 멀티 캐스트 그룹 (예 : IPTV 라이브 채널).
셋톱박스가 멀티캐스트 라우터에게 멀티캐스트 그룹 가입 요청 메시지를 보낼 때 메시지의 목적지 MAC 주소는 멀티캐스트 라우터가 아닌 멀티캐스트 그룹의 MAC 주소로 유니캐스트 방식과 다르다. 멀티캐스트 그룹 MAC 주소는 실제로 32개의 서로 다른 멀티캐스트 그룹 IP 주소에 해당합니다. 이는 멀티캐스트 그룹의 MAC 주소가 01:00:5E:00:00:00~01:00:5E:7F:FF:FF, 즉 유효 주소 공간이 23비트이고 멀티캐스트 그룹 IP의 유효 주소 공간이 28개이기 때문이다.
둘 사이의 매핑 관계는 MACC 주소의 하위 23 비트를 IP 주소의 하위 23 비트와 동일시하므로 멀티 캐스트 그룹 IP 주소의 상위 5 비트가 손실됩니다. 예를 들어 세 개의 서로 다른 IPTV 라이브 채널이 224.0.0.1, 224.128.0.1 및 239.128.0.1을 멀티 캐스트 그룹 IP 주소로 사용하는 경우 해당 멀티 캐스트 그룹 MAC 주소는 모두 01 : 00 : 5E : 00 : 00:01입니다. 셋톱 박스와 광대역 액세스 네트워크의 두 번째 계층 장비가 세 가지 신호를 구별 할 수 없게됩니다. 따라서 멀티 캐스트 IP 주소를 계획 할 때 이러한 문제에주의하십시오.
3.2 Layer 2 멀티캐스트 포워딩 기술
광대역 액세스 네트워크는 데이터 링크 계층에서 실행되는 Layer 2 스위치 및 DSLAM과 같은 수많은 네트워크 요소 장치로 구성됩니다. Layer 2 장비의 특징은 장비 포트간 MAC 주소를 기반으로 데이터 프레임을 교환/전달하며 IP 패킷의 2계층(네트워크 계층)에 대한 파싱 및 라우팅 기능이 미흡하여 XNUMX계층에서 작동하는 IGMP를 직접 지원할 수 없다는 점입니다. 그리고 다른 멀티캐스트 프로토콜. 스위치와 같은 일반적인 Layer XNUMX 장치는 IPTV 멀티캐스트 트래픽을 처리할 때 알 수 없는 대상 주소 또는 브로드캐스트 방법에 따라 모든 포트에 멀티캐스트 데이터 프레임을 브로드캐스트하므로 브로드캐스트 스톰과 같은 문제가 발생할 수 있습니다.
멀티캐스트 패킷 플러딩 문제를 해결하기 위해서는 IGMP 스누핑 및 IGMP 프록시 기술과 같은 레이어 2 멀티캐스트 포워딩 기술을 채택해야 합니다. IGMP 스누핑 기술은 셋톱 박스와 멀티캐스트 라우터 간의 IGMP 메시지를 모니터링하여 멀티캐스트 데이터 프레임에 대한 장치 포트의 전달 관계를 파악합니다. IGMP 프록시 기술은 셋톱박스와 멀티캐스트 라우터 사이의 IGMP 메시지를 가로채는 반면 필터링 및 프록시 포워딩은 멀티캐스트 라우터와 레이어 2 장치 사이의 멀티캐스트 트래픽을 절약할 수 있지만 네트워크 요소 장치의 처리 용량 및 메모리와 같은 고성능 지표가 필요합니다. Layer 2 장치를 구성할 때 네트워크 요소 장치의 실제 성능과 IGMP Snooping/Proxy 기술 지원 정도에 따라 선택할 수 있습니다.
대역폭이 2Mbit / s 인 IPTV 라이브 채널을 예로 들어 보겠습니다. Layer 2 장치가 Layer 2 멀티 캐스트 전달 기술을 사용하지 않는 경우 모든 IPTV 사용자에게 전송 된 멀티 캐스트 패킷은 사용자 포트에 10Mbit / s가 있더라도 모든 포트로 전달됩니다. ■ 액세스 대역폭, 5 개의 IPTV 라이브 채널의 멀티 캐스트 패킷을 차단할 수 있습니다. Layer 2 멀티 캐스트 포워딩 기술을 채택한 후 멀티 캐스트 패킷은 사용 요청이있는 포트로만 포워딩되며, 각 포트가 최대 연결되어있는 경우 IPTV 셋톱 박스의 경우 최대 하나의 멀티 캐스트 패킷 (즉, 2Mbit / s 트래픽)의 라이브 채널은 해당 포트로 전달됩니다.
3.3 VLAN 구성 기술
레이어 2 멀티캐스트에 의해 전달되는 트래픽은 IPTV 멀티캐스트 서비스만 포함하고 다른 광대역 서비스는 포함하지 않습니다. 따라서 광대역 액세스 네트워크에서 VLAN과 같은 기술은 일반적으로 다른 서비스 및 사용자 트래픽에서 IPTV 멀티캐스트 트래픽을 격리하는 데 사용됩니다. 일반적으로 사용되는 VLAN 기술에는 멀티캐스트 VLAN에서 각 사용자 VLAN으로 교차 VLAN 멀티캐스트 복제 기술과 VLAN ID의 부족을 해결하는 QinQ가 포함됩니다.
3.4 정적 멀티 캐스트 및 동적 멀티 캐스트 기술
IPTV 라이브 프로그램은 IP 베어러 네트워크를 통해 사용자 단말기로 전달되며 주로 동적 멀티캐스트 모드와 정적 멀티캐스트 모드의 두 가지 멀티캐스트 모드가 있습니다. 동적 멀티캐스트 모드에서 스위치, DSLAM 및 기타 장치는 채널(멀티캐스트 그룹)에 가입하라는 첫 번째 사용자 요청을 수신한 후에만 채널 프로그램을 수신 및 전달합니다. 채널(멀티캐스트 그룹)이 지속되면 사용자가 로그아웃하면 네트워크 요소 장치는 멀티캐스트 스트림 수신을 중지합니다. 정적 멀티캐스트 모드는 다운스트림 사용자가 시청하는지 여부에 관계없이 스위칭 장비에서 각 IPTV 채널(멀티캐스트 그룹)의 MAC 멀티캐스트 포워딩 항목을 정적으로 구성하는 것입니다. 멀티캐스트 스트림이 네트워크 요소 장비로 전달되었습니다.
정적 멀티 캐스트 트래픽은 IPTV 사용자 수와 관련이 없으며 채널 수 및 채널당 대역폭과 만 관련이 있습니다. 사용자 수가 채널 수보다 적 으면 트래픽이 유니 캐스트 트래픽보다 큽니다. 동적 멀티 캐스트의 최대 트래픽은 동시 IPTV 사용자 수가 채널 수보다 적을 때입니다. IPTV 동시 사용자 수가 채널 수보다 많으면 정적 멀티 캐스트 트래픽에 해당합니다. 정적 멀티 캐스트 모드에서는 사용자의 채널 전환 속도가 빠르고 서비스 인식은 좋지만 네트워크 대역폭 수요가 더 큽니다. 동적 멀티 캐스트는 어떤 상황에서도 네트워크 트래픽을 최소화 할 수 있지만 사용자가 새 채널 (멀티 캐스트 그룹)을 수신하면 특정 네트워크 지연이있을 수 있습니다.
네트워크 장비에 연결된 IPTV 사용자 수가 매우 적으면 멀티캐스트의 이점이 명확하지 않습니다. 따라서 IPTV 서비스 개발 초기에는 IPTV 사용자가 많지 않거나 광대역 액세스 네트워크가 제대로 재구성되지 않았습니다. 동적 멀티캐스트 또는 유니캐스트를 사용하여 IPTV 라이브 신호를 전송할 수 있습니다. 네트워크 장치에 연결된 사용자 수가 IPTV 채널 수를 훨씬 초과할 때 네트워크 트래픽 대역폭을 절약하기 위한 멀티캐스팅의 특성이 점점 더 중요해집니다. 이때, 즉 IPTV 서비스가 성숙 단계로 발전하고 광대역 액세스 네트워크 변환이 이루어지면 정적 멀티캐스트 모드를 사용하여 IPTV 라이브 신호를 전송하여 IPTV 서비스 품질을 더욱 향상시킬 수 있습니다. 따라서 사업자는 네트워크 품질 및 IPTV 서비스 침투와 같은 실제 조건에 따라 액세스 네트워크 장비를 동적 또는 정적 멀티캐스트 모드로 구성할지 여부를 결정할 수 있습니다.
4 결론
본 논문에서는 통신 사업자의 기존 IP 대도시권 네트워크를 결합하여 IPTV 종단 간 멀티 캐스트 푸시 네트워크 구성의 핵심 기술을 체계적으로 설명하는데, 이는 통신 사업자가 IPTV 서비스를 효율적이고 경제적으로 배포하고 구현하는 데 좋은 참고 자료가됩니다.
|
놀라움을 얻으려면 이메일을 입력하십시오.
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> 아프리칸스어
sq.fmuser.org -> 알바니아어
ar.fmuser.org -> 아랍어
hy.fmuser.org -> 아르메니아어
az.fmuser.org -> 아제르바이잔 어
eu.fmuser.org -> 바스크
be.fmuser.org -> 벨로루시 어
bg.fmuser.org -> 불가리아어
ca.fmuser.org -> 카탈로니아 어
zh-CN.fmuser.org -> 중국어 (간체)
zh-TW.fmuser.org -> 중국어 (번체)
hr.fmuser.org -> 크로아티아어
cs.fmuser.org -> 체코
da.fmuser.org -> 덴마크어
nl.fmuser.org -> 네덜란드어
et.fmuser.org -> 에스토니아어
tl.fmuser.org -> 필리피노
fi.fmuser.org -> 핀란드어
fr.fmuser.org -> 프랑스어
gl.fmuser.org -> 갈리시아어
ka.fmuser.org -> 조지아 어
de.fmuser.org -> 독일어
el.fmuser.org -> 그리스
ht.fmuser.org -> 아이티 크리올
iw.fmuser.org -> 히브리어
hi.fmuser.org -> 힌디어
hu.fmuser.org 헝가리어
is.fmuser.org -> 아이슬란드 어
id.fmuser.org -> 인도네시아어
ga.fmuser.org -> 아일랜드어
it.fmuser.org -> 이탈리아어
ja.fmuser.org -> 일본어
ko.fmuser.org -> 한국어
lv.fmuser.org -> 라트비아어
lt.fmuser.org 리투아니아어
mk.fmuser.org -> 마케도니아 어
ms.fmuser.org -> 말레이어
mt.fmuser.org -> 몰타어
no.fmuser.org -> 노르웨이어
fa.fmuser.org -> 페르시아어
pl.fmuser.org -> 폴란드어
pt.fmuser.org -> 포르투갈어
ro.fmuser.org -> 루마니아어
ru.fmuser.org -> 러시아어
sr.fmuser.org -> 세르비아어
sk.fmuser.org -> 슬로바키아어
sl.fmuser.org -> 슬로베니아어
es.fmuser.org -> 스페인어
sw.fmuser.org -> 스와힐리
sv.fmuser.org -> 스웨덴어
th.fmuser.org -> 태국
tr.fmuser.org -> 터키어
uk.fmuser.org -> 우크라이나어
ur.fmuser.org -> 우르두어
vi.fmuser.org -> 베트남어
cy.fmuser.org -> 웨일스 어
yi.fmuser.org -> 이디시어
FMUSER 무선 전송 비디오 및 오디오가 더 쉬워졌습니다!
연락처
주소:
No.305 Room HuiLan Building No.273 Huanpu Road 광저우 중국 510620
카테고리
MMCC 뉴스레터