نمایش نتایج: از شماره 1 تا 9 , از مجموع 9

موضوع: هفته ۱۵ - IP Multicast

  1. #1
    Member Shafagh آواتار ها
    تاریخ عضویت
    May 2010
    نوشته ها
    566
    Thanked: 5028

    هفته ۱۵ - IP Multicast

    برای پرسش یا رفع اشکال از موضوع بعدی استفاده کنید.

  2. The Following 9 Users Say Thank You to Shafagh For This Useful Post:


  3. #2
    Moderator farhadnia آواتار ها
    تاریخ عضویت
    Jul 2010
    محل سکونت
    خرم آباد
    نوشته ها
    1,550
    Thanked: 4429
    سویچ های سیسکو در IGMP Snooping برای تشخیص پورتی که روتر به آن متصل است پیام های زیر را به ترتیب تحت نظر می گیرد:

    IGMP Membership query send to 01-00-5e-00-00-01
    PIMv1 hello send to 01-00-5e-00-00-02
    PIMv2 hello send to 01-00-5e-00-00-0d
    DVMRP probes send to 01-00-5e-00-04
    MOSPF message send to 01-00-5e-00-05 or 06
    در مرحله بعد سویچ به پیام های IGMP Report گوش می دهد در صورت مشاهده یک پیام Report بر روی یک پورت شماره پورت مربوطه و آدرس گروه را به جدول CAM خود اضافه می کند و از این پس ترافیک مربوط به گروه را بر روی پورت مشخص شده ارسال می کند.

    و در نهایت در صورت مشاهده شدن یک Leave Message ورودی مربوط به پورتی که Leave Message بر روی آن دریافت شده است از جدول CAM حذف می شود. دقت شود که Leave Message در IGMPv2 معرفی شده است و IGMPv1 مکانیسمی جهت خارج شدن از گروه ندارد.

    بر روی سویچ های 3560 مکانیزم IGMP Snooping به صورت پیش فرض فعال است برای فعال کردن IGMP snooping از دستور igmp snooping ip در global configuration مد استفاده می کنیم.

    در صورتی که پورتی از سویچ به یک HOST متصل باشد می توانیم با دستور ip igmp snooping vlan VLAN-Number immediate-leave ترتیبی بدهیم که در صورت دریافت پیام Leave بلافاصله پورت را از دریافت پیام های مالتی کست معاف کند.

    IGMP دارای تایمر های متعددی است که بعضی از آنها به قرار زیر می باشد:

    Query Interval زمان بین ارسال دو General Query توسط روتر که این زمان پیش فرض برابر 125 ثانیه است و می توان با دستور ip igmp query-interval که در مود تنظیمات اینترفیس زده می شود آن را تغییر داد.

    Max query response interval مدت حداکثر زمانی است که Host ها فرصت دارند تا جواب Query را بدهند ، این زمان به صورت پیش فرض 10 ثانیه است و با دستور ip igmp query-max-response-time می توان آن را بین یک دهم ثانیه تا 25.5 ثانیه تنظیم کرد.

    Group Membership interval زمانی است که اگر یک روتر در طول این زمان هیچ پیام IGMP Report ای دریافت نکند متوجه می شود که دیگری Host ای بر روی subnet متقاضی دریافت پیام های مالتی کست نیست مقدار پیش فرض این زمان 260 ثانیه است.

    Other Querier Present Interval زمانی است که در صورتی که یک روتر پیام Query از روتر Querier دریافت نکند متوجه می شود که روتر Querier از دست راس خارج شده است مقدار زمان پیش فرض این دستور 255 ثانیه است.

    برای مشاهده مقدار زمان های IGMP می توان از دستور show ip igmp interface استفاده کرد.

    Multicast Helper map مکانیزمی است که به دو شبکه اجازه می دهد که پیام های broadcast بین خود را تبدیل به مالتی کست کرده و برای هم ارسال کنند.

    می توان با استفاده از دستور ip igmp access-group که بر روی اینترفیس وارد می شود ترتیبی داد تا با استفاده از یک Access list استاندارد یا Extended برای پیام های مالتی کست فیلتر گذاشت.

    نمونه کانفیگ:

    access-list 1 permit 239.1.1.0 0.0.0.255
    !
    interface FastEthernet0/0
    ip igmp access-group 1

    با استفاده از فرمان ip igmp limit می توان تعداد گروه های مالتی کست متفاوت که به طور مستقیم به یک اینترفیس متصل هستند را محدود ساخت. این فرمان را در صورتی که به صورت global وارد کنیم بر روی کلیه اینترفیس ها اعمال می شود و در صورتی که بر روی تنطیمات یک اینترفیس خاص زده شود تنها بر روی اینترفیس مربوطه اعمال می شود.

  4. The Following 8 Users Say Thank You to farhadnia For This Useful Post:


  5. #3
    Member
    تاریخ عضویت
    Sep 2010
    محل سکونت
    اهواز
    نوشته ها
    34
    Thanked: 69
    1-Stub Multicasting
    stub multicat routingبرای remote site های که router های آنها از resource خوبی برخوردار نیستندو همچنین از طریق خطوط wan با پهنای باند ارتباط دارند مناسب می باشد.مکانیزم کار بدین صورت می باشد که در صورتیکه PIM-DM فعال شده باشد از ارسال پریودیک پیغامهای join/prune جلوگیری می کندواگر PIM_SM فعال شود با ساخت درخت توزیع شده از اعمال Load زیاد بر روی linkو روترها جلوگیری می نماید.برای پیاده سازی آن بصورت زیر عمل می نمائیم:
    روتری که در remote site واقع است با دستور ip igmp helper-address تمامی پیغامهای igmp , pim را به روتر مرکزی در سایت مرکزی forward می نماید.روتر مرکزی نیز با فیلتر کردن message های روتر
    stub (با استفاده از دستور , ip igmp neighbor-filter)از اینکه اینترفیس این روتر بعنوان اینترفیس خروجی برای گروهی تعیین گرددجلوگیری می کند.

    2-Igmp filtering

    وقتی که host بخواهد عضو گروهی گردد پس از دریافت query message از طرف روتر , igmp report message به روتر می فرستد که این پیغام حاوی گروه یا گروههای است که Host می خواهد درآنها عضو گردد.در صورتیکه بخواهیم گروهای که مجاز هست host در آنها عضو گردد با استفاده از دستور
    ip igmp access-group ACL گروهای که در ACL می شوند host می تواند عضو آنها گردد.

    3-Igmp Timers

    در هر سگمنت یک روتر که ip کوچکتری دارد بعنوان روتریی که مسئولیت پرسش از host ها را منبی بر اینکه می خواهند عضو گروهی شوند یا خیر را بر عهده می گیرد.host ها نیز وظیفه دارند تا با igmp report message تمایل خود به عضو شدن در گروه
    را مشخص نمایند.(querier ها برای ارسال پریودیک query ها از PIm-sm استفاده می کند)
    بمنظور کنترل کردن زمانهای ارسال query و دریافت پاسخ می توان زمانهای پیش فرض
    را با استفاده از دستورهای زیر تغییر داد.
    1-ip igmp query-interval :زمان بین ارسال query را مشخص می کند.
    2- ip igmp timeout : در صورتیکه روتر بعد از گذشت مدت زمان که در این ذستور قیدمی گردد نتواند پیغامهای query را دریافت کندخودش را بعنوان querire معرفی می نماید.
    3-ip igmp query-max-response : مدت زمانی است که host فرصت دارد که report message خود را ارسال نماید
    4- ip igmp last-member-query-count: وقتی host ای می خواهد از گروه خارج شود پیغامی به روتر querier ارسال می کند و روتر نیز باید چک کند که آیا host دیگری نیز وجود دارد که بخواهد گروه را ترک کند در این صورت با دستور فوق و با interval ای که از طریق دستور ip igmp last-member-query-interval مشخص می شود query خود را ارسال می نماید و پس از دریافت پاسخ host یا host ها را از گروه خارج می نماید.
    5-ip igmp immediate-leave در صورتیکه فقط یک host به گروه خاصی عضو باشد می توان با این دستور بدون هیچ چک دیگر host را از گروه خارج کرد.

    4-multicast helper map

    جهت انتقال ترافیک brodcast بین دوشبکه از طریق بستر muticast از مکانیزم فوق استفاده می کنیم.برای پیاده سازی انتقال ترافیک بصورت زیر عمل می نمائیم.
    1-بر روی روتری که ترافیک broacast به آن وارد می شودبا دستور ip forward protocol ترافیک را forward می نمائیم.سپس با استفاده ازدستورip multicast helper-map آدرس broacast مقصد را به یک muticast ip تبدیل می نمائیم.
    2-بر روی روتری که به مقصد broadcast متصل می باشد نیز با دستور ip forward ترافیک broacast را انتقال و سپس با استفاده از دستور ip multicast helper-map
    آدرس multicast را به آدرس broadcast تبدیل می شود .همچنین بمنظور انتقال موفق پکتهای broadcast ,دستور ip direct-broadcast را بر روی اینترفیس بسمت روتر مقصد اعمال می نمائیم.

    5-multicast rate limiting

    برای محدود نمودن ترافیک multicast ورودی ویا خروجی از اینترفیس روتر می توان
    از دستور ip multicast rate-limit استفاده می شود که در این دستور می توان شرایطی نظیر source ویا group محدویت را اعمال نمود.

    6-Bidirectional PIM

    برای ارسال ترافیک همزمان توسط source و reciver از این پروتکل استفاده می شود
    (ارتباطاتی نظیر video conferance یکی از موارد کاربردی این پروتکل می باشد)
    در این پروتکی یک distribted share tree به سمت RP برای همه source ها و reciver ها در یک زمان در نظر گرفته می شود. در این پروتکل مکانیزم RPF وجود نداردو بجای آن یکی از روترها در هر سگمنت بعنوان DF انتخاب می گرددتاترافیک از source به DR و از DR به reciver منتقل گردد .برای پیاده سازی آن با دستور ip pim bidir-enable بر روی تمامی روترها باعث فعال شدن پروتکل می گردد.برای تعیین RPنیز به همان سه روش معمول static , auto-rpویا BSR باید انجام شود.

    7-Source Specific Multicast

    وقتی که از IGMP v2 و pim-SM/DM دراین صورت reciver می تواند از هر source ای ترافبک multicast دریافت نماید که به این تکنولوژی َAny Source Multicast(ASM گفته می شود این در حالی است که اگر از IGMP v3 استفاده شود هر reciver می تواند ترافیک از source مشخصی دریافت نماید.دراین حالت shared tree ایجاد نخواهد شد در نتیجه نیازی به RP نیست.برای پیاده سازی با استفاده از دستورip pim ssm range {default|range گروهای که در SSM قابل قبول هستند مشخص می نمائم.
    در صورت استفاده از ِdefault منظورrange 232.0.0.0/8 است .ودر مرحله بعدی با استفاده از دستور ip igmp version 3 بر روی اینترفیسهای که به receiver متصل هستند IGMP v3 فعال میگردد.
    ویرایش توسط sima : 01-14-2013 در ساعت 09:39 PM

  6. The Following 9 Users Say Thank You to sima For This Useful Post:


  7. #4
    Super Moderator Saeed Alkhamis آواتار ها
    تاریخ عضویت
    Jul 2010
    محل سکونت
    Ahvaz
    نوشته ها
    811
    Thanked: 2151
    Ip igmp static group و ip igmp join-group هر دو دستور برای join شدن به گروه بکار میروند با این تفاوت که اگر با

    دستور Ip igmp static group عضو گروه شویم نمی توانیم از ping استفاده کنیم .

    Multicast mac Addressing: در لایه 2 سیستم ترافیک Multicast را تشخیص می دهد زیرا هر ip multicast به یک mac

    آدرسBit Map 48 شده است. که 24 بیت اول که همیشه با 0100. 5E شروع می شو

    د و بیت 25 همیشه صفر است از بیت 23 به پایین Multicast mac کپی می شود

    224.0.0.0/8 Link Local Address در Local segment استفاده می شود زیرا دارای TTL1 است و روترهای نمی توانند آنها را forward کنند

    Source-specific multicast (SSM): یک روش است برای تحویل پکتهای Multicast است که فقط پکتهایی از مبداء مشخص

    تعیین شده اند انجام می دهد

    SSM آدرس مقصد باید از رنج 232.0.0.0/8 برای IPV4 و برای IPV6 FF3x::196 GLOP Address با آدرس 233.0.0.0/8

    هستند و رزور شده اند.

    Administrative scoped Address : 239.0.0.0/8 این رنج می توان در محیط Private استفاده شود شبکه ip private

    این رنج را نمی توان بین Domain ها Route کرد از این رنج با 239.252.0.0/14 برای site local و 239.192.0./10 برای

    Organization Local رزو شده است.

    Globally scoped Address 224.0.1.0 à 231.255.255.255

    234.0.0.0 à238.255.255.255 این رنج ها را می توان در اینترنت هم Route کرد.

    Cisco group management protocol : یک راه حل سیسکوی است این پروتکل بین سویچ و روترها کار می کند زمانی که

    روتری پیغام IGMPرا دریافت کند Mac آدرس درخواست کننده را عبور می دهد به سویچ و سپس

    برای درخواست کننده Multicast را فعال می کنند.

    IGMP snooping : قبل از اینکه روتر ترافیک Multicast را عبور دهد باید بداند کلانیت کجا قرار دارد IGMP پروتکل توسط

    کلانیت استفاده می شود برای معرفی خودش به روتر و در خواست سرویس Multicast –

    IGMP دارای سه ورژن است 1و2و3

    نکته : روتری که IGMPv1 روی آن فعال است نمی تواند با دیگر ورژن کار کند اما اگر v2یا v3 باشد می توانند با نسخه پایین تری

    کار می کنند.

    زمانی که از دستور ip pim sparse-dense-mode استفاده میکنیم بصورت پیش فرض برای گروهای که RP دارند ترافیک

    بصورت SM و برای سایر گروها ترافیک بصورت DM ارسال خواهد شد اگر نخواهیم که از DM استفاده شود

    می توانیم از دستور no ip pim dm-fallback استفاده کنیم
    ویرایش توسط Saeed Alkhamis : 01-14-2013 در ساعت 02:06 PM

  8. The Following 8 Users Say Thank You to Saeed Alkhamis For This Useful Post:


  9. #5
    Moderator Alireza.mohammadi آواتار ها
    تاریخ عضویت
    Jul 2010
    محل سکونت
    iran.tehran
    نوشته ها
    1,156
    Thanked: 4556
    IGMP شامل سه نسخه می باشد که این نسخه ها به مرور زمان و بر اساس نیاز های و تقویت نسخه قبلی بوجود آمده اند:

    IGMP V1 : در این نسخه از Membership Query و Membership Report استفاده شده و نیز Checksum و Group Destination Address (GDA) در این ورژن استفاده می شود. از خصوصیات دیگر این ورزن این می باشد که Host هایی که به عضویت Multicast در آمده اند به اختیار خود نمی توانند از این عضویت در آیند مگر اینکه درخواست های تمدید عضویت را قبول نکرده تا بصورت اتوماتیک بعد از 3 دقیقه از گروه خارج گردند.

    IGMPv2 : در این نسخه از Membership Query و IGMPv1 Membership Report و Version 2 Membership Report و پیام Leave Group به آدرس 224.0.0.2 که باعث خروج اج از گروه Multicast می شود.
    نکته اگر در یک گروه یکی از دستگاه ها IGMP V1 را پشتیبانی کند باقی دستگاه ها نیز باید از همین ورژن استفاه نمایند زیرا این نسخه، نسخه ورژن 2 را ساپورت نمی کند و پیامهای آن را نمی فهمد.

    IGMPv3 : این نسخه از Membership query و Version 3 Membership Report استفاده می نماید و نسخه های V1 و V2 را نیز ساپورت می نماید.

    نکته این ورژن در سوییچهای سری 4000 و 6000 ساپورت می شود.
    ویرایش توسط Alireza.mohammadi : 01-14-2013 در ساعت 02:55 PM
    تا ابد آب شرمنده عباس ماند...

    [Only registered and activated users can see links. ]


    دوستانی که سوال میپرسند در نحوه بیان مشکل دقت کنند تا من و سایر دوستان بتوانیم سریع مشکل را متوجه شویم.
    مشاوره از طریق پیام خصوصی انجام می شود.

  10. The Following 9 Users Say Thank You to Alireza.mohammadi For This Useful Post:


  11. #6
    Member Sepide آواتار ها
    تاریخ عضویت
    Sep 2010
    محل سکونت
    Tehran
    نوشته ها
    61
    Thanked: 130
    DVMRP : پرتکلی می باشد که از تکتیکهای Hop count استفاده می نماید و در multicast backbone of the Internet کاربرد دارد. این پرتکل خصوصیات Distance Vector ها را دارا می باشد و شبیه به پرتکل RIP عمل می نماید و برای شبکه های بزرگ قابل استفاه نمی باشد و نیز PIM به DVMRP قابل تعامل می باشند.

    MSPF : بر روی شبکه های OSPF کار میکند و اطلاعات را از طریق LSA خود ارسال می نماید و نیز به ازای هر فرستنده یه بخش محاسباتی جداگانه در خود ایجاد می نماید.

    Protocol-Independent Multicast – PIM : این پرتکل بصورت مستقل عمل کرده و وابسته به پرتکل خاصی نیست و شامل انواع مدل های زیر می باشد :

    کد:
    
    
    Protocol Independent Multicast (PIM): Motivation and Architecture Protocol Independent Multicast (PIM), Dense Mode Protocol Specification Protocol Independent Multicast (PIM), Sparse Mode Protocol Specification draft-ietf-idmr-igmp-v2-06.txt, Internet Group Management Protocol, Version 2 draft-ietf-pim-v2-dm-03.txt, PIM Version 2 Dense Mode
    ویرایش توسط Sepide : 01-14-2013 در ساعت 03:48 PM

  12. The Following 8 Users Say Thank You to Sepide For This Useful Post:


  13. #7
    Member
    تاریخ عضویت
    Apr 2011
    نوشته ها
    52
    Thanked: 97
    Stub multicast در جایی استفاده می شود که یا پهنای باند کمی داریم یا رورتر ضعیفی را استفاده کرده ایم .

    IGMP دارای 3 ورژن است.

    در IGMP ورژن 1و2 فقط می شود HOST فیلتر کرد ولی در IGMP ورژن 3 می شود یک Group فیلتر کرد.

    Ip igmp limit(n) را می شود به صورت global و در زیر اینترفیس اعمال کرد که در global روی تمام اینترفیس ها کهmulticast هستن اعمال می شود ولی در زیر اینترفیس فقط روی ان اینترفیس اعمال می شود.

    Show ip igmp interface می شود تایمرهای زیر را دید
    R1# show ip igmp interface
    Ethernet1 is up, line protocol is up
    Internet address is 192.168.9.3/24
    IGMP is enabled on interface
    Current IGMP version is 2
    CGMP is disabled on interface
    IGMP query interval is 60 seconds
    IGMP querier timeout is 120 seconds
    IGMP max query response time is 10 seconds
    Last member query response interval is 1000 ms
    Inbound IGMP access group is not set
    IGMP activity: 22 joins, 18 leaves
    Multicast routing is enabled on interface
    Multicast TTL threshold is 0
    Multicast designated router (DR) is 192.168.9.5
    IGMP querying router is 192.168.9.3 (this system)
    Multicast groups joined (number of users):
    224.0.1.40(1)

    برای محدود کردن multicast از دستور ip multicast rate-limt استفاده می شود.

  14. The Following 7 Users Say Thank You to alimor For This Useful Post:


  15. #8
    Senior Member saeedbabaei24 آواتار ها
    تاریخ عضویت
    Dec 2011
    نوشته ها
    134
    Thanked: 276
    در حالتی که نمی خواهیم پیام های multicast که در Dense-mode برای prune کردن و یا در Sparse-mode برای پیام های discovery پهنای باند لینک ما را اشغال کنند، می توانیم با استفاده از دستور

    Ip pim neighbor-filter ACL

    از ایجاد همسایگی multicast جلوگیری کنیم. ولی مشکلی که به و جود می آید این است که روتر ها نمی توانند پیام های multicast را به یک دیگر ارسال کنند. برای حل این مشکل از IGMP Helper address استفاده میکنیم:

    ip igmp helper-address Upstream-IP



    برای فیلتر کردن درخواست های multicast که از سوی hostها می آید، روی اینترفیس:
    ip igmp access-group ACL

    روتر فقط درخواست های که در ACL هستند را اجازه خواهد داد.


    برای کنترل تعداد عضویت و کنترل جدول mroute:
    ip igmp limit N



    برای محدود کردن سرعت بسته های Multicast از دستور

    ip multicast rate-limit in | out group-list acl source-list acl limit

    روی اینترفیس استفاده میکنیم.

    نکته اینجاست که اگر limit را مشخص نکنیم همه بسته های Multicast از بین میروند.
    نکته بعدی اینکه اگر فقط group-list را مشخص کنیم، محدودیت به ازای هر source-address ای جداگانه محاسبه میشود و مجموع آنها برای آن گروه اعمال خواهد شد.

    نکته سوم اینکه اگر روی اینترفیسی چندین rate-limit تنظیم شود، روتر از بالا به پایین لیست را چک میکند و اولین Match را اعمال خواهد کرد.



    در shared segment ها یکی از روتر ها (کوچکترین IP) به عنوان IGMP querier شناخته میشود و مسئولیت عضویت Host ها را بر عهده میگیرد.
    اینکه هر چند وقت یک بار Quary ها ار سال شوند را با دستور
    ip igmp query-interval seconds
    روی اینترفیس استفاده میکنیم.

    سایر روتر های آن Shared segment با دریافت ین پیام متوجه خواهند شد که روتری این مسئولیت را بر عهده گرفته است.
    حال اگر روتری این پیغام را بعد از گذشت time-out دریافت نکند، خود را به عنوان querier معرفی خواهد کرد.
    برای تعیین time-out از دستور زیر استفاده میکنیم:

    ip igmp querier-timeout seconds

  16. The Following 7 Users Say Thank You to saeedbabaei24 For This Useful Post:


  17. #9
    مدیر بخش نشر دانش Yousef Naimi آواتار ها
    تاریخ عضویت
    Aug 2010
    محل سکونت
    Tehran
    نوشته ها
    788
    Thanked: 3844
    • هنگامیکه می خواهیم ترافیک مالتی کست را بین دو administrative domain مختلف رد و بدل کنیم ، نیاز به یک multicast BGP extension داریم .
      برای دستیابی به این هدف باید این مراحل را انجام دهیم :

      1- بین دو دامین PIM را فعال سازیم ، تا سیگنالینگ بین آنها برقرار شود .
      PIM SM معمولا برای رد و بدل کردن ترافیک مالتی کست بین دامین های متفاوت به کار می رود . هر دامین معمولا RP های خودش ا دارد ، بنابراین باید از نشت کردن اطلاعات BSR/Auto-RP بین دامین ها جلوگیری کرد .
      باید اطلاعات در مورد active source ها را بین RP ها در هر دامین رد و بدل کنیم . از آنجا که RP ها مجزا شده اند ، یک دامین نمی تواند به راحتی در مورد منابع موجود در دامین دیگر اطلاعات کسب کند .
      برای این منظور ، یک پروتکل خاص به نام MSDP مورد استفاده قرار می گیرد .

      2-برای راحت تر کردن multicast traffic forwarding ، باید اطلاعات را روی مسیرهایی به سوی منابع مالتی کست در هر دامین رد و بدل کرد ، تا روتر ها بتوانند بررسی RPF ها را به درستی انجام دهند .
      PIM برای بررسی RPF ها از unicast routing table استفاده می کند ، لذا ممکن است از مسیرهایی که چه از IGP و چه از BGP یاد گرفته شده اند استفاده کند ؛ هرچند ، معمولا از BGP برای تبادل اطلاعات مسیریابی استفاده قرار میشود .



    • هنگامیکه با استفاده از PIM SM ، مالتی کست بین دامین ها را تنظیم می کنیم ، هر دامین معمولا RP خودش را دارد .
      برای اینکه منابع و گیرنده های دامین های مختلف بتوانند یکدیگر را شناسایی و مکان یابی کنند ، RP ها می بایست اطلاعات در مورد منابع فعال خودشان را مبادله کنند . پس از اینکه این اطلاعات بین RP ها رد و بدل شد ، همه ی روتر هایی که به shared tree های مربوطه متصل شده اند ، ممکن است Shortest-path tree ها را در طول منابع بسازند .

      MSDP یا همان Multicast Source Discovery Protocol برای تبادل اطلاعات منابع مالتی کست بین RP ها مورد استفاده قرار می گیرد که به عنوان یک TCP connection بین RP ها کانفیگ می شود و برای تبادل پیام های SA مورد استفاده قرار می گیرد .
    It's OK to fail, as long as you keep trying

    CCNA - CCNA Security - CCNP R&S - CCNP Security

  18. The Following 8 Users Say Thank You to Yousef Naimi For This Useful Post:


موضوعات مشابه

  1. هفته ۱۵ - IP Multicast - طرح سوال / مشکلات
    توسط Shafagh در انجمن CCIE Room
    پاسخ ها: 2
    آخرين نوشته: 01-12-2013, 06:07 AM
  2. هفته ۱۴ - IP Multicast - طرح سوال / مشکلات
    توسط Shafagh در انجمن CCIE Room
    پاسخ ها: 7
    آخرين نوشته: 01-07-2013, 11:41 PM
  3. هفته ۱۴ - IP Multicast
    توسط Shafagh در انجمن CCIE Room
    پاسخ ها: 9
    آخرين نوشته: 01-07-2013, 08:09 AM
  4. ارسال فریم Multicast توسط سوئیچ
    توسط perspolis در انجمن CCNP Club
    پاسخ ها: 2
    آخرين نوشته: 10-08-2012, 10:28 AM
  5. آشنایی با Multicast در شبکه
    توسط Shafagh در انجمن Routing & Switching به پارسی
    پاسخ ها: 0
    آخرين نوشته: 01-01-2011, 03:42 AM

مجوز های ارسال و ویرایش

  • شما نمیتوانید موضوع جدیدی ارسال کنید
  • شما امکان ارسال پاسخ را ندارید
  • شما نمیتوانید فایل پیوست کنید.
  • شما نمیتوانید پست های خود را ویرایش کنید
  •