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 کلانشهرها می دهد. در مقایسه با فن آوری سنتی unicast ، فناوری چندپخشی دارای این مزیت است که پهنای باند شبکه بر اساس کارایی انتقال معادل با تعداد کاربران به صورت خطی افزایش نمی یابد و می تواند بار سرور ویدیویی و شبکه حامل را به طور م saveثر ذخیره کند. بنابراین ، برای استفاده و اجرای کارآمد و اقتصادی خدمات IPTV برای اپراتورهای مخابراتی ، توصیه می شود از فشار چندپخشی انتها به انتها استفاده کنید و پیکربندی شبکه چندپخشی IP کلید اصلی است.
در حال حاضر ، شبکه اپراتورهای مخابراتی IP کلانشهرها عمدتاً از شبکه ستون فقرات کلانشهرها و شبکه دسترسی باند پهن تشکیل شده است و داده های خدمات IPTV به نوبت از طریق شبکه ستون فقرات کلانشهرها و شبکه دسترسی باند پهن به انتهای کاربر هدایت می شوند. شبکه ستون فقرات مترو عمدتا از دستگاه های لایه شبکه (لایه 3) تشکیل شده است ، که می تواند پروتکل های مسیریابی چندپخشی مانند PIM-SM را برای دسترسی به منابع چندپخشی (به عنوان مثال ، دستگاه های سرآیند IPTV) برای مسیریابی و ارسال بسته های چندپخشی فعال کند. شبکه دسترسی باند پهن به طور عمده از تجهیزات لایه پیوند داده (لایه 2) تشکیل شده است و از فناوری هایی مانند IGMP Proxy یا IGMP Snooping می توان برای انتقال چند لایه لایه 2 برای دسترسی به تجهیزات ترمینال IPTV (به عنوان مثال جعبه تنظیمات IPTV) استفاده کرد. شکل 1 نمودار شماتیک مدل فشار چندپخشی پایان به انتهای IPTV است.
pIYBAGBkThGAZmOzAAMHVeXKfuE734.png
شکل 1 مدل شبکه فشار چند انتهای IPTV پایان به انتها
این مقاله فن آوری های اصلی پیکربندی شبکه فشار چندپخشی IPTV را از دو سطح مختلف شبکه توصیف می کند: شبکه ستون فقرات مترو و شبکه دسترسی باند پهن.
2. فناوری پیکربندی چندپخشی کلیدی برای شبکه ستون فقرات مترو
2.1 فناوری مسیریابی چندپخشی
تفاوت اصلی بین یک پیام چندپخشی و یک پیام unicast شناسایی آدرس مقصد پیام است. آدرس مقصد پیام چندپخشی آدرس گروهی چندپخشی است (آدرس IP کلاس D با "1110" شروع می شود) و پیام unicast بر اساس IP میزبان مقصد است. آدرس به عنوان آدرس مقصد استفاده می شود. از آنجا که هیچ مکاتبه ای یک به یک بین آدرس گروه multicast و میزبان مقصد وجود ندارد ، روتر multicast فقط می تواند از منحصر به فرد بودن آدرس منبع پیام برای تصمیم گیری مسیریابی استفاده کند. به عبارت دیگر ، روتر چندپخشی پیام را به جای آدرس مقصد در جهت دور از منبع چندپخشی می فرستد. به این فناوری انتقال مسیر معکوس (به اختصار RPF) گفته می شود.
برای جلوگیری از مشکلاتی مانند حلقه های مسیریابی ، RPF شرط می بندد که بسته های چندپخشی باید از گره همسایه بالادست تعیین شده به روتر برسند و بسته های چندپخشی ارسال شده توسط گره های همسایه دیگر کنار گذاشته شوند. هنگامی که مشکلی در مسیریابی چندپخشی وجود دارد ، بسته های چندپخشی ممکن است از طریق مسیرهای دیگر مانند بسته های unicast نتوانند دسترسی پیدا کنند ، سیگنال های پخش زنده IPTV در شبکه ستون فقرات قطع می شوند و برنامه های unicast مانند مرور وب و ارسال و دریافت نامه های الکترونیکی طبیعی هستند. موانع در این زمان ، در امتداد مسیر توزیع چندپخشی ، جدول مسیریابی RPF روتر چندپخشی و گره های همسایه بالادستی آن را بررسی کنید.
2.2 فن آوری سوئیچینگ چند مسیریابی
درخت توزیع چندپخشی در پروتکل PIM-SM را می توان به دو دسته تقسیم کرد: درخت منبع و درخت مشترک. درخت منبع از منبع چندپخشی به عنوان ریشه درخت استفاده می کند ، همچنین به عنوان درخت کوتاه ترین مسیر شناخته می شود ، که می تواند تاخیر چندپخشی پایان به انتها را به حداقل برساند ، اما روتر باید مقدار زیادی از اطلاعات مسیریابی را ذخیره کند ، که مصرف زیادی دارد منابع سیستم درخت مشترک از RP (PIM-SM) استفاده می کند ، یک روتر مهم در پروتکل است که برای مسیریابی و همگرایی بین منابع چندپخشی و روترهای چندپخشی استفاده می شود) به عنوان گره اصلی مشترک همه درختان توزیع کننده چندپخشی ، ترافیک منبع چندپخشی ابتدا باید به RP برسد تحویل داده می شود ، و مسیر چندپخشی معمولاً مطلوب نیست ، این تأخیر شبکه دیگری را ایجاد می کند ، اما اطلاعات مسیریابی که روتر برای حفظ آن نیاز دارد می تواند بسیار کوچک باشد.
پروتکل PIM-SM از مزایای دو درخت توزیع کننده چندپخشی استفاده کامل می کند. در مرحله اولیه چندپخشی ، روتر چندپخشی نمی تواند از درخت منبع استفاده کند زیرا نمی تواند از محل منبع چندپخشی اطلاع داشته باشد ، اما می تواند چند بسته اول چند رسانه ای ارسال شده توسط منبع چندپخشی را از طریق گره RP شناخته شده و درخت مشترک آن بدست آورد. محل منبع چندپخشی را بدانید و از درخت مشترک به درخت منبع تغییر دهید تا تاخیر شبکه را کاهش داده و از گلوگاه های شبکه که ممکن است توسط گره های RP ایجاد شوند جلوگیری کنید.
شبکه ستون فقرات مترو به طور کلی از روترهای سیسکو تشکیل شده است. روترهایی مانند سیسکو سوئیچینگ درخت توزیع چندپخشی را از طریق آستانه از پیش تعیین شده SPT- آستانه سرعت جریان اجرا می کنند. وقتی تشخیص داده شود که سرعت جریان چندپخشی یک منبع چندپخشی از SPT-Threshold فراتر رفته است ، مسیریابی چندپخشی آن از درخت مشترک به درخت مبدا تغییر خواهد کرد. به طور مشابه ، اگر میزان جریان چندپخشی کمتر از SPT-Threshold باشد ، مسیریابی چندپخشی آن همچنین می توانید از درخت منبع به درخت مشترک برگردید. به طور کلی SPT-Threshold به صورت 0 پیکربندی می شود ، بنابراین روتر پس از دریافت اولین بسته چندپخشی ، از درخت مشترک به منبع تغییر می کند.
فن آوری پیکربندی 2.3RP
RP به عنوان گره ریشه درخت مشترک ، در فرایند چندپخشی نقش پیوند بالا و پایین را دارد. با توجه به اینکه پروتکل PIM-SM دارای ویژگی های تغییر توزیع درخت توزیع چندپخشی است ، RP معمولاً برای ایجاد ارتباط اولیه بین منبع چندپخشی و روتر چندپخشی استفاده می شود. هنگامی که مسیریابی چند مسیریابی روتر از درخت مشترک به درخت مبدا تغییر یافت ، RP نمی شود و دوباره به درخت مشترک آن نیاز است. بنابراین ، موقعیت RP در شبکه چندپخشی خیلی مهم نیست. نکته اصلی قابلیت اطمینان و پایداری آن است.
به منظور بهبود قابلیت اطمینان و پایداری RP ، می توان چندین روتر چندپخشی را برای اشتراک عملکرد RP (یعنی فناوری Anycast RP) انتخاب کرد و رابط حلقه برگشت هر گره RP با همان آدرس IP اختصاص داده شده است ، در نتیجه به اشتراک گذاری بار و محافظت از خطا.
مشکل پیکربندی RP در شبکه چندپخشی فقط مربوط به پیکربندی و استقرار خود گره RP نیست ، بلکه این مسئله را نیز شامل می شود که سایر روترهای چندپخشی از گره RP چگونه یاد می گیرند. در مرحله اولیه multicast ، روتر multicast ممکن است از محل منبع multicast اطلاع نداشته باشد ، اما آدرس RP باید شناخته شود. برای بدست آوردن آدرس RP برای روترهای چندپخشی دو روش اصلی وجود دارد ، یعنی روش پیکربندی استاتیک RP و روش RP کشف خودکار. پیکربندی استاتیک RP ایمن تر است و می تواند به طور م preventثر از فعالیت های متقلبانه مانند جعل RP جلوگیری کند ، اما حجم کار پیکربندی شبکه زیاد است و برای تنظیم دینامیکی RP و سایر گره ها مناسب نیست. کشف خودکار RP می تواند باعث کاهش پیکربندی کار شده و تغییرات شبکه و استراتژی های کنترل را تسهیل کند. تنظیم ، اما خطرات امنیتی خاصی وجود دارد. برای یک شبکه ستون فقرات در کلان شهرها ، می توانید از روش پیکربندی ایستا RP در هر روتر چندپخشی استفاده کنید. برای یک شبکه ستون فقرات کلانشهر در مقیاس بزرگ با سیاستهای دفاعی امنیتی دقیق ، توصیه می شود از روش کشف خودکار RP استفاده کنید.
2.4 فناوری اتصال چندپخشی IPTV head-end
در مرحله اولیه چندپخشی ، روترهای چندپخشی معمولاً اطلاعات مربوط به ترافیک و مکان IPTV headend (یعنی منبع چندپخشی) را از طریق گره های شناخته شده RP و درختان مشترک آنها به دست می آورند. برای اینکه RP در مورد منبع چندپخشی اطلاعاتی کسب کند ، روتر چندپخشی که مستقیماً به منبع چندپخشی متصل است وظیفه کپسول سازی چند بسته چندپخشی اول ارسال شده توسط منبع چندپخشی را در یک پیام جداگانه ثبت نام PIM دارد و چندپخشی را به صورت تک آهنگ به RP آغاز می کند حالت مراحل ثبت منبع. از طریق این پیام ، RP می تواند نه تنها بسته های گروه چندپخشی مورد علاقه ، بلکه آدرس IP منبع چندپخشی را نیز بدست آورد. پس از آن ، RP اطلاعات منبع چندپخشی را به روترهای چندرسانه ای دیگر هدایت می کند و با یک پیام PIM Registe-Stop روند ثبت منبع چند رسانه ای را به پایان می رساند.
3. فن آوری پیکربندی کلید چند شبکه ای شبکه دسترسی باند پهن
3.1 فناوری پیوستن چندپخشی کاربر نهایی IPTV
سرویس گیرنده IPTV (جعبه تنظیمات) با روتر چندپخشی (معمولاً توسط روتر سرویس یا سرور دسترسی باند پهن انجام می شود) لایه کنترل دسترسی به شبکه ستون فقرات مترو از طریق پروتکل IGMP از طریق شبکه دسترسی باند پهن برای اتصال یا خروج از یک ارتباط خاص گروه چند رسانه ای (به عنوان مثال کانال زنده IPTV).
وقتی یک جعبه تنظیمات پیام درخواست پیوستن گروه چندپخشی را به روتر چندپخشی ارسال می کند ، آدرس MAC مقصد پیام به جای روتر چندپخشی ، آدرس MAC گروه چندپخشی است که متفاوت از روش unicast است. لازم به ذکر است که یک آدرس MAC گروه چندپخشی در واقع با 32 آدرس IP مختلف گروه چندپخشی مطابقت دارد. به این دلیل است که آدرس MAC گروه چندپخشی 01: 00: 5E: 00: 00: 00 ~ 01: 00: 5E: 7F: FF: FF است ، یعنی فضای آدرس موثر فقط 23 بیت است و موثر آدرس IP گروه چندپخشی 28 فاصله وجود دارد.
رابطه نقشه برداری بین این دو معادل سازی 23 بیت پایین آدرس MACC با 23 بیت پایین آدرس IP است که منجر به از دست دادن 5 بیت بالای آدرس IP گروه چندپخشی می شود. به عنوان مثال ، اگر سه کانال زنده IPTV مختلف از 224.0.0.1 ، 224.128.0.1 و 239.128.0.1 به عنوان آدرسهای IP گروه چندپخشی استفاده می کنند ، آدرس MAC گروه چندپخشی مربوطه آنها همه 01: 00: 5E: 00: 00:01 است ، که باعث می شود جعبه تنظیم بالا و تجهیزات ردیف دوم شبکه دسترسی باند پهن قادر به تشخیص سه سیگنال نباشند. بنابراین ، هنگام برنامه ریزی آدرس های IP چندپخشی ، به چنین مواردی توجه کنید.
3.2 فناوری حمل و نقل چندپخشی لایه 2
شبکه دسترسی باند پهن از تعداد زیادی دستگاه عنصر شبکه مانند سوئیچ های لایه 2 و DSLAM های موجود در لایه پیوند داده تشکیل شده است. ویژگی تجهیزات لایه 2 این است که فریم داده ها را بر اساس آدرس MAC بین پورت های دستگاه مبادله می کند و به جلو هدایت می کند و دارای توابع تجزیه و مسیریابی ضعیف برای لایه سوم (لایه شبکه) بسته های IP است ، بنابراین نمی تواند مستقیماً از IGMP که روی آن کار می کند پشتیبانی کند. لایه سوم و سایر پروتکل های چندپخشی. وقتی یک دستگاه لایه 2 مانند سوئیچ ، ترافیک چندپخشی IPTV را پردازش می کند ، فریم های داده چندپخشی را با توجه به آدرسهای مقصد ناشناخته یا روشهای پخش ، به تمام پورتهای خود پخش می کند ، که احتمالاً مشکلاتی مانند طوفان های پخش را ایجاد می کند.
برای حل مشکل طغیان بسته های چندپخشی ، فن آوری های انتقال چندپخشی لایه 2 ، مانند فناوری های IGMP Snooping و IGMP Proxy ، باید به تصویب برسند. فناوری IGMP Snooping پیام IGMP را بین جعبه تنظیمات و روتر چندپخشی کنترل می کند تا رابطه حمل و نقل درگاه دستگاه به قاب داده چندپخشی را درک کند. در حالی که فناوری IGMP Proxy پیام IGMP را بین جعبه تنظیمات و روتر چندپخشی رهگیری می کند فیلتر کردن و ارسال پروکسی می تواند ترافیک چندپخشی بین روتر چندپخشی و دستگاه Layer 2 را ذخیره کند ، اما به شاخص های عملکرد بالا مانند ظرفیت پردازش و حافظه نیاز دارد از دستگاه عنصر شبکه. هنگام پیکربندی دستگاه های لایه 2 ، می توانید با توجه به عملکرد واقعی دستگاه عنصر شبکه و میزان پشتیبانی از فناوری IGMP Snooping / Proxy انتخاب کنید.
یک کانال زنده IPTV با پهنای باند 2 مگابیت در ثانیه به عنوان مثال در نظر بگیرید. اگر دستگاه لایه 2 از فناوری انتقال چند لایه Layer 2 استفاده نكرده است ، بسته های چندپخشی ارسال شده به همه كاربران IPTV به همه درگاه ها ارسال می شوند ، حتی اگر پورت كاربر 10 مگابیت در ثانیه داشته باشد. s به پهنای باند دسترسی ، بسته های چندپخشی 5 کانال زنده IPTV را می توان مسدود کرد. پس از اتخاذ فن آوری انتقال چندپخشی لایه 2 ، بسته های چندپخشی فقط با درخواست استفاده به درگاه ها ارسال می شوند و اگر حداکثر هر درگاه فقط برای جعبه تنظیم IPTV متصل باشد ، حداکثر فقط یک بسته چندپخشی (یعنی ترافیک 2 مگابیت بر ثانیه) یک کانال زنده به درگاه مربوطه ارسال می شود.
3.3 فناوری پیکربندی VLAN
ترافیک ارسال شده توسط چندپخشی لایه 2 فقط شامل خدمات چندپخشی IPTV است و سایر خدمات باند پهن را شامل نمی شود. بنابراین ، در شبکه دسترسی باند پهن ، به طور کلی از فناوری هایی مانند VLAN برای جداسازی ترافیک چندپخشی IPTV از سایر سرویس ها و ترافیک کاربر استفاده می شود. فناوری های VLAN که معمولاً مورد استفاده قرار می گیرند شامل فناوری تکثیر چندپخشی cross-VLAN از VLAN چندپخشی به هر VLAN کاربر و QinQ است که تعداد کافی شناسه VLAN را حل نمی کند.
3.4 فناوری چندپخشی استاتیک و چندپخشی پویا
برنامه زنده IPTV از طریق شبکه حامل IP به ترمینال کاربر تحویل داده می شود و عمدتا دو حالت چندپخشی وجود دارد ، یعنی حالت چندپخشی پویا و حالت چندپخشی استاتیک. در حالت چندپخشی پویا ، سوئیچ ها ، DSLAM ها و سایر دستگاه ها فقط پس از دریافت اولین درخواست کاربر برای پیوستن به یک کانال (گروه چندپخشی) برنامه کانال را دریافت و تحویل می دهند. و هنگامی که کانال (گروه چندپخشی) دوام دارد هنگام خروج کاربر ، دستگاه عنصر شبکه دریافت جریان چندپخشی را متوقف می کند. حالت multicast استاتیک برای پیکربندی استاتیک ورودی های انتقال چند MAC MAC از هر کانال IPTV (گروه چندپخشی) بر روی تجهیزات سوئیچینگ است ، صرف نظر از اینکه کاربران پایین دستی آن را تماشا می کنند یا نه ، جریان چندپخشی به تجهیزات عنصر شبکه تحویل داده شده است.
ترافیک چندپخشی استاتیک هیچ ارتباطی با تعداد کاربران IPTV ندارد ، فقط تعداد کانال ها و پهنای باند در هر کانال است. وقتی تعداد کاربران کمتر از تعداد کانال ها باشد ، میزان ترافیک بیشتر از ترافیک یکپارچه خواهد بود. حداکثر ترافیک چندپخشی پویا زمانی است که تعداد کاربران همزمان IPTV از تعداد کانال ها کمتر باشد وقتی تعداد کاربران همزمان IPTV بیشتر از تعداد کانال ها باشد ، معادل ترافیک چندپخشی ثابت است. در حالت چندپخشی استاتیک ، سرعت سوئیچ کانال کاربر سریع است و درک خدمات خوب است ، اما تقاضای پهنای باند شبکه بیشتر است. multicast پویا تحت هر شرایطی می تواند ترافیک شبکه را به حداقل برساند ، اما وقتی کاربر کانال جدیدی دریافت می کند (گروه Multicast) ، ممکن است تاخیر خاصی در شبکه وجود داشته باشد.
وقتی تعداد کاربران 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 بی سیم ویدئو و صدا را راحت تر انتقال می دهد!
تماس با ما
نشانی:
شماره 305 اتاق HuiLan ساختمان شماره 273 Huanpu Road گوانگژو چین 510620
دسته بندی ها
عضویت در خبرنامه