صفحه 1 از 2 12 آخرینآخرین
نمایش نتایج: از شماره 1 تا 10 , از مجموع 14

موضوع: هفته ۴ - Frame Relay

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

    هفته ۴ - Frame Relay

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

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


  3. #2
    Moderator farhadnia آواتار ها
    تاریخ عضویت
    Jul 2010
    محل سکونت
    خرم آباد
    نوشته ها
    1,550
    Thanked: 4429
    1)Inverse ARP مکانیزمی است که با استفاده از آن می توان آدرس لایه دوم را به صورت اتوماتیک Learn کرد در Frame-relay از آنجایی که broadcast پشتیبانی نمی شود این درخواست برای هر آدرس لایه سومی به صورت unicast ارسال می شود. برای فعال سازی این ویژگی از دستور زیر استفاده می کنیم:
    frame-relay inverse-arp
    برای مشاهده نتیجه با استفاده از دستور زیر جدول mapping را می بینیم:
    show frame-relay map
    نمونه خروجی این دستور:
    کد:
    R4(config-if)#do sh frame map
    Serial0/0 (up): ip 10.4.4.1 dlci 401(0x191,0x6410), dynamic,
    broadcast,, status defined, active
    Serial0/0 (up): ip 10.4.4.3 dlci 403(0x193,0x6430), dynamic,
    broadcast,, status defined, active
    در خروجی فوق عبارت dynamic مشخص کننده این است که map به صورت اتوماتیک و از طریق inverse-arp ساخته شده است.

    2) در صورتی که با استفاده از دستور frame-relay map ip <ip address> <dlci> broadcast بر روی یک اینترفیس یا sub interface به صورت Static یک MAP تعریف کنیم دیگر از روی این اینترفیس یا sub interface درخواست inverse-arp ارسال نمی شود ولی همچنان درخواست های دریافت شده از طریق این اینترفیس جواب داده خواهند شد.
    عبارت broadcast در پایان دستور frame-relay map ip <ip address> <dlci> broadcast برای شبیه سازی broadcast بروی frame-relay می باشد. مکانیزم این شبیه سازی بدین صورت است که درخواست های broadcast به unicast تبدیل شده و به ازای هر dlci به صورت مستقل ارسال می شود.

    3)در خروجی دستور show frame-relay map عبارت 403(0x193,0x6430)نشان دهنده DLCI مقصد به صورت دهدهی (403) ، هگز (0x193)و مقداری که روی سیم ارسال می شود (0x6430) است.

    4) در شکل زیر می توانید هدر FR را مشاهده کنید ، همانطور که می دانید طول یک DLCI برابر 10 بیت می باشد و تنها یک فیلد در سرایند FR جهت نگهداری آدرس در نظر گرفته شده است ، به همین دلیل سویچ FR بعد از دریافت یک بسته و استخراج آدرس مقصد از این فیلد به جای آدرس مقصد ، آدرس مبدا را جایگزین می کند تا گیرنده بتواند از آدرس فرستنده بسته آگاه شود.


    6)روتر های سیسکو از دو نوع فرمت هدر FR پشتیبانی می کنند ، فرمت Cisco و فرمت استاندارد IETF که بصورت پیش فرض فرمت سیسکو مورد استفاده قرار می گیرد.

    7)در FR مکانیزم Keep-alive بین DCE و DTE بر عهده سیگنالینگ LMI می باشد که در فرمت سیسکوی LMI از DLCI 1023 و در فرمت ANSI از DLCI صفر استفاده می کند. روتر های سیسکو قابلیت LMI Auto-sense دارند.

    8) در هدر frame-relay سه فیلد FECN و BECN و DE برای مکانیزم congestion control مورد استفاده قرار می گیرد.

    9) ترافیک بیشتر از CIR با بیت یک شده ( DE ( Discard Eligible ارسال می شود و مستعد حذف شدن در ابر Frame-relay در صورت ازدهام هستند.

    10) در صورت وجود ازدحام بیت ( FECN (Forward Error Congestion Notification توسط سویچ های frame-relay بین مسیر یک شده و برای آگاهی مقصد از وجود ازدحام در است.

    11) در صورت وجود ازدحام بیت Backward Error Congestion Notification) BECN ) یک شده و برای آگاهی مبدا از وجود ازدحام در مسیر است.
    ویرایش توسط farhadnia : 10-20-2012 در ساعت 09:20 PM

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


  5. #3
    Special Member Mohsen.Afifpour آواتار ها
    تاریخ عضویت
    Aug 2010
    نوشته ها
    871
    Thanked: 3849
    Static Frame Relay mappings override any dynamically learned Inverse-ARP mappings*


    Unicast can be tested with a simple ICMP ping, while multicast/broadcast transport can be tested by pinging the all hostsbroadcast address of 255.255.255.255*
    کد:
    Rack1R1#ping 155.1.0.5 Type escape sequence to abort. Sending 5, 100-byte ICMP Echos to 155.1.0.5, timeout is 2 seconds: !!!!! Success rate is 100 percent (5/5), round-trip min/avg/max = 18/18/20 ms Rack1R1#ping 255.255.255.255 Type escape sequence to abort. Sending 5, 100-byte ICMP Echos to 255.255.255.255, timeout is 2 seconds: Reply to request 0 from 155.1.13.3, 9 ms Reply to request 0 from 155.1.0.5, 36 ms Reply to request 1 from 155.1.13.3, 10 ms Reply to request 1 from 155.1.0.5, 40 ms Reply to request 2 from 155.1.13.3, 10 ms Reply to request 2 from 155.1.0.5, 55 ms Reply to request 3 from 155.1.13.3, 10 ms Reply to request 3 from 155.1.0.5, 65 ms Reply to request 4 from 155.1.13.3, 9 ms Reply to request 4 from 155.1.0.5, 64 ms

    --برای دیدن DLCI های فعال میتوانیم از دستور "sh frame-relay map" استفاده کنیم



    -- برای دیدن همه DLCI ها میتوانیم از دستور "sh frame pvc | i DLCI" استفاده نماییم

    کد:
    Rack1R6#sh frame pvc | i DLCI DLCI = 51, DLCI USAGE = UNUSED, PVC STATUS = ACTIVE, INTERFACE = Serial1/0 DLCI = 100, DLCI USAGE = UNUSED, PVC STATUS = ACTIVE, INTERFACE = Serial1/0 DLCI = 101, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial1/0 DLCI = 201, DLCI USAGE = UNUSED, PVC STATUS = ACTIVE, INTERFACE = Serial1/0 DLCI = 301, DLCI USAGE = UNUSED, PVC STATUS = ACTIVE, INTERFACE = Serial1/0 DLCI = 401, DLCI USAGE = UNUSED, PVC STATUS = ACTIVE, INTERFACE = Serial1/0
    Point-to-point Frame Relay interfaces, such as point-to-point subinterfaces or PPP over Frame Relay interfaces, do not require layer 3 to layer 2 resolution because there is only one possible layer 2 destination reachable out the link




    - Broadcast Queue
    . With large frame-relay networks huge amounts of DLCI updates can consume bandwidth, interface buffers and even cause packet loss<<
    . To avoid such problems, you can create a special broadcast queue on an interface, to use its own queue and buffers<<


    -cdp به طور پیش فرض روی تمام اینترفیسهای پشتبانی شده فعال است (به جز multipoint sub-interfaces )

    - استفاده از دستور "no frame-relay inverse-arp" روی اینترفیس فیزیکی InARP query messages را فقط برای اینترفیس فیزیکی متوقف میکند نه برای sub-interfaces . اگر نیاز باشه می بایستی روی sub-interfaces نیز تنظیم کنید .


    برای لینک های back-to-back دو کار نیاز است انجام شود :

    1. غیر فعال کردن LMI keepalives بادستور "no keepalives"

    2. تنظیم کردن یکطرف به عنوان DCE با یک clock rate

    نکته : زمانی که در محیط لابراتوار بعد از انجام تنیمات و چک کردن اتصالات لایه 2 از دستور "show frame-relay map" استفاده میکنیم در ادامه بررسی اگر در نتیجه این دستور 0.0.0.0 frame-relay mappings وجود داشت برای خلاص شدن از این مشکل باید تنظیمات را ذخیره کنید و روتر را Reload نمایید
    ویرایش توسط Mohsen.Afifpour : 10-22-2012 در ساعت 05:32 PM
    To Achieve; a long way

  6. The Following 8 Users Say Thank You to Mohsen.Afifpour For This Useful Post:


  7. #4
    مدیر CCNP Club moghaddas آواتار ها
    تاریخ عضویت
    Sep 2010
    محل سکونت
    Internet
    نوشته ها
    422
    Thanked: 1277
    - درحالت پیشفرض encapsulation مورداستفاده ی interfaceهای p2p در حالت HDLC می باشد

    - اگر bandwidth یک Serial interface از clock-rate آن بیشتر باشد می تواند منجر به بروز مشکل شود

    - بهتر است Interfaceها در حالت shut down باشند و encapsulation frame-relay و سپس no shut شوند

    - بهترین مورد استفاده ی دستور frame-relay interface-dlci روی interfaceهای p2p است. بخاطر داشته باشید که هنگام استفاده از این دستور pseudo broadcast مخفی ایجاد می شود.

    - زمانی که یک پروتکل لایه3 مانند IPv4 روی یک p2m interface درحال فعالیت است، درخواست های Inverse-rap روی تمام PVC های مرتبط با آن Interface ارسال می شوند، ارتباطات Full Mesh لایه در ابر Frame-Relay بوجود می آیند، در حال که تنها بخشی از آنها استفاده می شوند. از دیدگاه لایه2 شاید این مورد مشکلی نباشد، اما هنگام استفاده از پروتکل های Multicast مانند EIGRP ممکن است مشکلاتی رخ دهد که دو راه حل برای آن وجود دارد:
    -حذف DLCIهای اضافی بوسیله ی دستور: no frame-relay inverse-arp ip*dlci
    -ارتباطات دادن DLCIهای اضافی به یک sub-if بدون مصرف
    ویرایش توسط moghaddas : 10-17-2012 در ساعت 11:19 AM

  8. The Following 7 Users Say Thank You to moghaddas For This Useful Post:


  9. #5
    Super Moderator Saeed Alkhamis آواتار ها
    تاریخ عضویت
    Jul 2010
    محل سکونت
    Ahvaz
    نوشته ها
    811
    Thanked: 2151
    نکته:زمانی که روتر ها بصورت Back-To-Back به هم متصل هستند LMI را غیر فعال میکنیم
    چون در این ارتباط خبری از سویچ Frame-Relay نیست .
    نکته:برای غیر فعال کردن LMI از دستور No Keepalive استفاده میکنیم
    نکته: زمانی که لینک بصورت Point-To-Point است نیازی به غیر فعال کردن Inverse-arp نیست بصورت پیش
    فرض غیر فعال می شود .
    نکته: زمانی که از دستور Frame-relay mapping از یک Spoke به Spoke دیگر مینویسیم نیازی نیست که
    از کلمه Broadcast در انتهای دستور استفاده کنیم اگر استفاده شود روتر Hub ترافیک اضافی دریافت میکند
    برای تست می توانیم Rip را فعال کنیم و از دستور Debug ip rip استفاده کنیم .
    انواع Mode Keepalive
    :Bidirectional در این حالت Device میتواند درخواست Keepalive بفرست و میتواند به Keepalive های رسیده
    پاسخ دهد .
    Request :در این حالت Device میتواند درخواست Keepalive بفرست.
    Reply :در این حالت Device میتواند به درخواست ها پاسخ دهد.
    Passive-reply :در این حالت Device میتواند به در خواست ها پاسخ دهد اما نمی تواند پیگیری کند
    که Error یا Successes رخ داده است .


    ویرایش توسط Saeed Alkhamis : 10-17-2012 در ساعت 11:24 PM

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


  11. #6
    Moderator Alireza.mohammadi آواتار ها
    تاریخ عضویت
    Jul 2010
    محل سکونت
    iran.tehran
    نوشته ها
    1,156
    Thanked: 4556
    Inverse ARP مکانیزمی برای آدرسهای لایه 3 به 2 می باشد که در Packet Switching ها کاربرد دارد و بصورت پیشفرض فعال میباشد

    برای Map کردن DLCI ها میتوان این کار را به دوصورت انجام داد :

    Static Mappings

    در این حالت ما می توانیم ایجد Map را بصورت دستی انجام دهیم یعنی اینکه DLCI ها را به IP های مربوطه Bind نماییم.

    کد PHP:
    (config-if)#frame-relay map protocol dlci [broadcast] 
    استفاده از گزینه Broadcast برای جولوگیری از عمل Split-Horizon که همان ارسال یک Update به همان اینترفیس است می باشد.

    برای دیدن تغییرات انجام شده از دستور زیر می توان استفاده کرد

    کد PHP:
    #show frame-relay map 
    البته به نظر من بعد از اعمال تغییرات باید از دستور Show و Ping برای دیدن و تصدیق تغییرات استفاده کرد.

    کد PHP:
    Point-to-Point Subinterfaces 
    برای ارتباط دو نطقه بصورت Point-to-point استفاده می شود البته در این حالت Inverse- ARP که بصورت پیشفرض فعال است با استفاده از درستور Point-to-point غیر فعال می گردد.

    کد PHP:
    interface interface-number.DLCI-number point-to-point
    ip address ip
    -address subnet mask
    frame
    -relay interface-dlci DLCI-number 
    Multipoint Subinterfaces & Inverse-ARP

    در این حالت یک اینترفیس می تواند از چندین PVC را می تواند ساپورت کند و در شبکه های یک Point-to-multipoint استفاده می گردد.
    کد PHP:
    interface interface-type.DLCI multipointip address IP-address  subnet-mask 
    frame
    -relay interface-dlci DLCI-Number
    frame
    -relay interface-dlci DLCI-Number 
    در این حالت Inverse-ARP بصورت پیشفرض فعال میباشد
    تا ابد آب شرمنده عباس ماند...

    [Only registered and activated users can see links. ]


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

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


  13. #7
    سلام دوستان
    امیدوارم حالتون خوب باشه .
    بیشتر نکات رو بچه ها نوشتند . من یه سری موضوع که شاید به نظر بقیه ساده بیاد رو مینویسم امیدوارم به کار بیاد .
    برای فعال کردن Frame-relay ما چند تا کار رو باید حتما انجام بدیم مثل Encapsulation و Mapping که حالا یا باید ایستا باشه یا پویا چند تا کار دیگه رو می تونیم به صورت اختیاری انجام بدیم مثل LMI یا SVCs یا Traffic shaping . خوب شاید دلیل اینکه میگیم قبل از تایین کردن Encapsulation اینترفیس رو دان کنید اینه که اطمینان حاصل کنیم که Encapsulation اینترفیس ریست شده به Encapsulation کانفیگ جدید .
    LMI Autosense ویژگی ای که از IOS 11.2 به بعد اضافه شد این قابلیت رو میده که به صورت خودکار LMI تنظیم کنه . و نیازی به تنظیم دستی نباشه . البته LMI Autosense فقط توی این وضعیت ها فعال هست
    • روتر و اینترفیس های سریال آپ باشه
    • Line Protocol دان باشه ولی خود Line آپ باشه
    • اینترفیس فریم ریلی ما DTE باشه نه DCE
    • و در آخر نوع LMI تنظیم نشده باشه .
    LMI Autosense به این صورت عمل میکنه که میاد 3 تا Type خود LMI رو چک میکنه یا در واقع Request میکنه به سویچ ببینه میتونه کدوم رو به سویچ بخورونه .
    البته اگه نتونه هر 60 ثانیه یه زوری میزنه . اگه LMI Autosense بالا نیومد و مجبور شدید برید توی مد ترابل شوتینگ میتونید از دستور Debug frame lmi کمک بگیرید .
    اگه هم LMI Type رو مشخص کنید که دیگه LMI Autosense کارش تمومه .
    حالا اگه LMI Type رو مشخص کردید باید LMI Keepalive interval هم مشخص کنید که از دستور keepalive میتونید کمک بگیرید و البته LMI Polling and timer intervals اختیاریه .



    من یه سری نوت نوشتم توی کاغذ سعی میکنم تایپشون کنم برای دوستان
    با تشکر
    برای پیش رفت در علم آسانسوری وجود ندارد پله ها را باید پیاده رفت.
    يادمان باشد براي يك بار ايستادن صد ها بار افتاده ايم .
    امنیت مطلق نیست.

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


  15. #8
    مدیر بخش نشر دانش Yousef Naimi آواتار ها
    تاریخ عضویت
    Aug 2010
    محل سکونت
    Tehran
    نوشته ها
    788
    Thanked: 3844

    Lightbulb

    خب برید کنار که شاگرد تنبل کلاس وارد می شود :دی

    • با زدن دستور encapsulation frame-relay ، بصورت خودکار LMI فعال شده ، LMI type نیز شناسایی می گردد . همچنین اینترفیس اصلی سریال باید حتما در حالت up/up باشد ، زیرا باید دائما LMI keepalives را از Frame Relay Switch دریافت کنیم .
      حال چنانچه به دلایلی LMI keepalive ها down شوند یا در LMI type ها بین end ها توافق نشود ، اینترفیس up/down می شود . به عبارت دیگر ، هر نوع line protocol down به این معناست که سمت دیگر Frame Relay را run نمی کند ، یا اینکه با LMI مشکلی دارد .


    • اگر Link Status در سمت ما active باشد ، در سمت دیگر نیز حتما active است .
      اگر status در حالت static باشد ، به این معناست که LMI غیر فعال شده است . این state را در حالتیکه از back-to-back Frame Relay استفاده می کنیم ، مشاهده می نماییم .


    • چنانچه یک پروتکل (که توسط LMI ساپورت می شود) کانفیگ شود ، Inverse-ARP هم بصورت اتوماتیک فعال می شود . مثلا با زدن دستور ip address روی اینترفیس ، Inverse-ARP هم خود به خود فعال می شود .
      نکته مهم اینست که IPv6 نمی تواند Inverse-ARP را فعال نماید (زیرا IPv6 از Inverse-ARP پشتیبانی نمی کند) ، لذا نیاز به Manual binding داریم .


    • همه می دانیم که با تنظیم static mapping برای یک ip و DLCI خاص ، LMI روی آن circuit غیر فعال می شود .
      نکته ی مهم اینست که Inverse-ARP مربوط به زوج DLCI و Protocol است ، لذا مثلا اگر static mapping را برای IPv6 انجام دهیم ، Inverse-ARP برای IPV6 همچنان فعال باقی می ماند و غیر فعال نمی شود .


    • کد:
      No frame-relay inverse-arp [protocol] [dlci]
      این دستور در واقع Requset ها را disable می کند ، اما نمی تواند reply ها را نیز غیر فعال کند . لذا با زدن این دستور ، دیگر هیچ request روی این circuit ارسال نخواهد شد ، اما روتر همچنان به request های دریافتی پاسخ می دهد و reply می کند . بنابراین نیاز به راهکارهای Layer 3 داریم تا پاسخ تقاضاهایی که در subnet های غیر مجاز هستند را محدود نماییم .


    • چنانچه در خروجی دستور Debug با عبارت Encapsulatin failed مواجه شدید ، به این معناست که روتر نمی داند چگونه L2 frame را بسازد . رایج ترین دلیل آن اینست که L2 address متناظر وجود ندارد ، لذا در خروجی دستور show frame-relay map برای یک L3 address خاص می بینیم که هیچ L2 map متناظری وجود ندارد .
      البته در Ethernet هم با چنین عبارت خطایی روبرو می شویم که غالبا علت آن اینست که ARP دچار مشکل شده است (مثلا فیلتر شده یا اینکه vlan assignment اشتباه است).


    • اگر ابتدا یک map بصورت dynamic شکل بگیرد ، سپس بصورت static یک map دیگر اضافه کنیم ، هر دو فعال با هم خواهند بود . اما چنانچه اینترفیس را down و سپس up کنیم ، یا از دستور clear frame-relay inmap استفاده کنیم ، دیگر dynamic map باقی نخواهد ماند (زیرا Inverse-ARP ارسال نخواهد شد).


    • برای Frame Relay Switching از دو دستور می توان استفاده کرد
      یکی اینکه از دستور
      کد:
      frame-relay route [in-DLCI] interface [int] [out-DLCI]
      روی دو اینترفیس که می خواهیم سوییچینگ روی آنجا انجام شود کانفیگ کنیم .
      راه دیگر استفاده از دستور
      کد:
      connect [name] [interface-1] [DLCI-1] [interface-2] [DLCI-2]
      در محیط global است که مسلما از دستور قبل راحت تر است و تاجایی که صورت سوال Tshoot محدودیتی برای استفاده از این دستور نگذاشته باشد ، استفاده از دستور connect توصیه می شود .
      چنانچه هر دو دستور با هم زده شود ، پیغام خطا مشاهده می شود و روتر دستور دوم را نمی پذیرد .
      توجه کنید که در هر حالت ، باید ابتدا دستورات زیر را نیز وارد کنیم:
      کد:
      frame-relay switching
      clock rate [rate]
      frame-relay intf-type dce
    It's OK to fail, as long as you keep trying

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

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


  17. #9
    Member Sepide آواتار ها
    تاریخ عضویت
    Sep 2010
    محل سکونت
    Tehran
    نوشته ها
    61
    Thanked: 130
    DLCI آدرس لایه دو است و هر VC ، DLCI مربوط به خودش را دارد .

    فرمت فریم ها دو نوع است : Cisco , IETF

    برای ارتباط با دستگاه های غیر سیسکو از فریمینگ IETF استفاده می کنیم .
    encapsulation frame-relay ietf


    LMI پیام های Keepalive را رد و بدل میکنند .

    وقتی از Back to Back FR استفاده میکنیم باید آپدیت های LMI را غیر فعال کنیم چون FR Provider نداریم .
    غیر فعال کردن LMI :
    No keepalive
    سه نوع LMI :
    Cisco , Ansi , Q933a

    وقتی با یک اینترفیس فیزیکی به FR وصل میشویم با همان اینترفیس به چند VC متصل میشویم که مشکل Split Horizon پیش می آید ، برای رفع این مشکل از Sub interface استفاده میکنیم .

    هنگامی که به اینترفیس Ip بدیم به طور اتوماتیک توسط Inverse Arp مدار برقرار می شود .
    با بررسی خروجی Interface map show وضعیت به صورت dynamic broadcast نمایش داده می شود

    برای تست کردن پیام هایی که بصورت unicast فرستاده میشوند ، از دستور ping استفاده میکنیم .

    برای تست کردن پیام هایی که بصورت Multicast\broadcast فرستاده میشوند ، دستور ping 255.255.255.255 repeat 1

    وقتی از multipoint interface استفاده میکنیم بهترین راه حل استفاده از frame-relay map است یعنی به صورت استاتیک map میکنیم .

    وقتی از توپولوژی Partial Mesh استفاده میکنیم همه روترها به طور مستقیم بهم وصل نیستند و ممکن است ازVC مشترک برای اتصال بهم استفاده کنند ،
    برای جلوگیری از پیام های broadcast اضافی در انتهای دستور Frame-relay map ip x.x.x.x dlci.num از broadcast استفاده نمیکنیم ( برای map شدن به روتری که مستقیم وصل نیست)

    برای غیرفعال کردن Inverse Arp از دستور no frame-relay invers-arp ip dlci.num استفاده می کنیم .
    ویرایش توسط Sepide : 10-27-2012 در ساعت 10:11 AM

  18. The Following 2 Users Say Thank You to Sepide For This Useful Post:


  19. #10
    Senior Member saeedbabaei24 آواتار ها
    تاریخ عضویت
    Dec 2011
    نوشته ها
    134
    Thanked: 276
    برخی از مشاهدات من:

    1- برای استفاده از خاصیت inverse-ARP در شبکه های Hub & spoke روتر های spoke و HUB میتوانند با یکدیگر ارتباط داشته باشند (dynamic) ولی spoke ها با یکدیگر نمیتوانند ، برای حل این مشکل باید از Mapping دستی بین روتر های spoke استفاده کرد (static).

    2- به کمک ستور no keepalive در اینتر فیس LMI خاموش میشود.

    3- در دستور frame-relay broadcast-queue #1 #2 #3 عدد اول اندازه صف broadcast را نشان میدهد. عدد دوم سرعت broadcast در ثانیه و عدد سوم maximum بسته ها را که منتقل میشوند را نشان میدهد.

    4- هنگام استفاده از frame-relay bridging وقتی mapping انجام میدهیم به جای آدرس آی پی ، Bridging را وارد می کنیم.

    5- برای اینکه از روتر به جای سوئیچ frame-relay استفاده کنیم روی اینترفیس های روتر clock rate را باید ست
    و frame-relay intf-type dce را وارد کنیم. همچنین دستور frame-relay switching
    ودستور connect name interface # dlci interface # dlci در مُد کانفیگ باید وارد شود.
    روش دوم استفاده از frame-relay route در مُد اینترفیس میباشد، نکته اینجاست که وارد کردن این دستور روی یک اینترفیس کافی میباشد و روتر اینترفیس دیگر را reverse خواهد کرد.


    6- هنگام compressکردن بسته های TCP/UDP در frame-relay سه گزینه در اختیار داریم:
    Active: همه ی پیام های TCP/UDP را فشرده کند.
    Passive: فقط بسته هایی را که مقصد آنها بسته فشرده فرستاده، فشرده می کند.
    Connection: تعداد Maximum ارتباطات TCP/UDP را مشخص می کند.

    7 - برای پیاده سازی PPPOFR یک اینتر فیس مجازی به شکل #virtual-template ایجاد کرده و option های اختیاری نظیر آدرس دهی و Authenticationرا روی این اینتر فیس انجام میدهیم.
    در این حالت نیازی به دستور encapsulation ppp نیست.
    جون آدرس IP داخل virtual-template قرار میگیرد پروسه Frame-relay آدرس IP را نمیبیند. پس نیازی به غیر فعال کردن inverse-ARP نیست.

  20. The Following 2 Users Say Thank You to saeedbabaei24 For This Useful Post:


صفحه 1 از 2 12 آخرینآخرین

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

  1. آموزش جامع Frame relay
    توسط Mohsen.Afifpour در انجمن Routing & Switching به پارسی
    پاسخ ها: 9
    آخرين نوشته: 05-07-2014, 03:12 PM
  2. هفته ۴ - Frame Relay - طرح سوال / مشکلات
    توسط Shafagh در انجمن CCIE Room
    پاسخ ها: 16
    آخرين نوشته: 11-04-2012, 12:07 PM
  3. آموزش Frame relay
    توسط Mohsen.Afifpour در انجمن نشر دانش
    پاسخ ها: 2
    آخرين نوشته: 08-19-2012, 08:12 PM

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

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