لب عملی: پیکربندی یک Relay Agent در DHCPv6

این لب عملی یک روتر را برای رله‌کردن درخواست‌های DHCPv6 از یک زیرشبکه دوردست به یک سرور DHCPv6 متمرکز پیکربندی می‌کند، و رفتار ip helper-address پوشش‌داده‌شده پیش‌تر در این مجموعه را منعکس می‌کند اما از مکانیزم relay متمایز IPv6 استفاده می‌کند.

پیکربندی Relay در DHCPv6ipv6 dhcp relay destinationDHCPv6 زیرشبکه دوردست

~4 دقیقه مطالعه · آخرین به‌روزرسانی ۴ مهر ۱۴۰۵

هدف لب

پیکربندی یک روتر به‌عنوان یک relay agent در DHCPv6، فوروارد‌کردن درخواست‌های DHCPv6 از یک زیرشبکه دوردست به یک سرور DHCPv6 متمرکز روی یک سگمنت متفاوت، و تأیید اینکه یک کلاینت روی زیرشبکه دوردست با موفقیت یک آدرس دریافت می‌کند با وجود اینکه سرور هیچ اتصال مستقیمی به آن سگمنت ندارد.

هدف لب (چرا مهم است)

لب relay DHCP پوشش‌داده‌شده پیش‌تر در این مجموعه از ip helper-address برای IPv4 استفاده کرد. IPv6 نیازمند یک پیکربندی relay متمایز و خاص-پروتکل است، چون DHCPv6 در سطح پروتکل متفاوت از DHCPv4 عمل می‌کند — درک این نحو جداگانه برای پشتیبانی از DHCPv6 متمرکز در هر استقرار IPv6 چند-زیرشبکه‌ای ضروری است.

توپولوژی لب

R1 (سرور DHCPv6) ---- Gi0/0: 2001:DB8:J:1::1/64
R1 ---- Serial0/0/0 ---- Serial0/0/0 ---- R2 (relay)

R2 ---- Gi0/0: 2001:DB8:J:2::1/64 (زیرشبکه
                                    دوردست،
                                    کلاینت‌ها اینجا)

وظیفه ۱: پیکربندی آدرس‌دهی پایه IPv6

مسیریابی IPv6 را فعال کن و اینترفیس LAN R1، لینک سریال، و اینترفیس LAN R2 را پیکربندی کن.

وظیفه ۲: پیکربندی R1 به‌عنوان یک سرور DHCPv6 Stateful

یک pool DHCPv6 روی R1 که زیرشبکه دوردست R2 را پوشش می‌دهد پیکربندی کن، و آن را به‌طور مناسب اعمال کن.

وظیفه ۳: پیکربندی Relay در DHCPv6 روی R2

اینترفیس رو‌به‌سمت-LAN R2 را طوری پیکربندی کن که درخواست‌های DHCPv6 را به‌سمت R1 رله کند.

وظیفه ۴: تأیید دریافت آدرس توسط یک کلاینت دوردست

تأیید کن یک کلاینت روی LAN R2 با موفقیت یک آدرس از pool DHCPv6 R1 دریافت می‌کند.

وظیفه ۵: تأیید Binding روی سرور DHCPv6

تأیید کن R1 binding کلاینت دوردست را نشان می‌دهد، با وجود اینکه هیچ اتصال مستقیمی به آن سگمنت ندارد.

راه‌حل و تأیید

R1(config)# ipv6 unicast-routing
R1(config)# interface gigabitethernet0/0
R1(config-if)# ipv6 address 2001:DB8:J:1::1/64
R1(config-if)# no shutdown
R1(config-if)# exit
R1(config)# interface serial0/0/0
R1(config-if)# ipv6 address 2001:DB8:JLINK::1/64
R1(config-if)# no shutdown

R2(config)# ipv6 unicast-routing
R2(config)# interface serial0/0/0
R2(config-if)# ipv6 address 2001:DB8:JLINK::2/64
R2(config-if)# no shutdown
R2(config-if)# exit
R2(config)# interface gigabitethernet0/0
R2(config-if)# ipv6 address 2001:DB8:J:2::1/64
R2(config-if)# no shutdown

R1(config)# ipv6 dhcp pool REMOTE-POOL
R1(config-dhcpv6)# address prefix 2001:DB8:J:2::/64
R1(config-dhcpv6)# dns-server 2001:4860:4860::8888

R1(config)# interface gigabitethernet0/0
R1(config-if)# ipv6 dhcp server REMOTE-POOL
-- همچنین به سگمنت محلی خودش خدمت می‌کند، اما
-- توجه کن بازه آدرس این pool به‌طور خاص برای
-- زیرشبکه دوردست است، نه زیرشبکه خود این
-- اینترفیس محلی -- relay در DHCPv6 بر اساس
-- تطبیق پیشوند کار می‌کند، نه اینترفیس فیزیکی

R2(config)# interface gigabitethernet0/0
R2(config-if)# ipv6 dhcp relay destination 2001:DB8:JLINK::1

-- برخلاف "ip helper-address" ساده IPv4،
-- IPv6 از "ipv6 dhcp relay destination"
-- استفاده می‌کند -- نحو متمایز که تفاوت‌های
-- پروتکل خود DHCPv6 از DHCPv4 را منعکس می‌کند

RemoteClient> ipconfig /renew6

IPv6 Address: 2001:DB8:J:2::1000
DNS Servers: 2001:4860:4860::8888
-- کلاینت دوردست با موفقیت یک آدرس از
-- REMOTE-POOL R1 دریافت کرد، با وجود اینکه
-- R1 هیچ اتصال مستقیمی به سگمنت 2001:DB8:J:2::/64 ندارد

R1# show ipv6 dhcp binding

Client: FE80::...
  IA NA: IA ID 0x00030001, T1 43200, T2 69120
    Address: 2001:DB8:J:2::1000
    preferred lifetime 86400, valid lifetime 86400
-- R1 binding کلاینت دوردست را نشان می‌دهد، و
-- تأیید می‌کند واقعاً به‌عنوان سرور DHCPv6
-- برای این سگمنت دوردست از طریق relay R2
-- خدمت می‌کند

نکته کلیدی

Relay در DHCPv6 از ipv6 dhcp relay destination به‌جای ip helper-address در IPv4 استفاده می‌کند، یک تمایز نحوی که ارزش یادآوری هنگام مهاجرت دانش relay IPv4 به محیط‌های dual-stack یا فقط-IPv6 را دارد — مفهوم زیربنایی با لب relay IPv4 پیش‌تر در این مجموعه یکسان باقی می‌ماند (تبدیل درخواست مالتی‌کست/پخش محلی یک کلاینت به یک پیام یونی‌کست هدفمند به‌سمت یک سرور متمرکز)، اما دستور خاص و مکانیزم‌های پروتکل به‌طور معناداری بین دو خانواده آدرس متفاوت‌اند.

نوشته و پژوهش‌شده توسط دکتر شاهین صیامی

مقالات مرتبط

لب عملی: پیکربندی مسیریابی Stub در EIGRP

این لب عملی یک روتر شعبه را به‌عنوان یک stub در EIGRP پیکربندی می‌کند، و تأیید می‌کند فقط مسیرهای متصل و خلاصه خودش را تبلیغ می‌کند در حالی که روتر hub به‌درستی از پرس‌وجوکردن stub در طول یک تغییر توپولوژی در جای دیگری از شبکه اجتناب می‌کند.

ادامه

لب عملی: پیکربندی حالت Named در EIGRP

این لب عملی یک پیکربندی EIGRP کلاسیک موجود را به حالت named EIGRP بازپیکربندی می‌کند، و عبارات network و پیکربندی خاص-اینترفیس را در یک سلسله‌مراتب address-family ساختاریافته‌تر سازمان‌دهی می‌کند، و تعادل عملکردی با سبک پیکربندی کلاسیک استفاده‌شده در سراسر لب‌های EIGRP قبلی این مجموعه را تأیید می‌کند.

ادامه

لب عملی: پیکربندی ERSPAN در سراسر یک شبکه مسیریابی‌شده

این لب عملی Encapsulated RSPAN (ERSPAN) را برای آینه‌کردن ترافیک در سراسر یک شبکه مسیریابی‌شده-لایه-۳ به‌جای یک ترانک لایه ۲ واحد پیکربندی می‌کند، و مفهوم RSPAN از لب قبلی را فراتر از مرزهای یک VLAN یا دامنه سوئیچ‌شده واحد گسترش می‌دهد.

ادامه

لب عملی: پیکربندی RSPAN در سراسر سوئیچ‌ها

این لب عملی Remote SPAN (RSPAN) را با استفاده از یک VLAN RSPAN اختصاصی حمل‌شده در سراسر یک ترانک پیکربندی می‌کند، و اجازه می‌دهد ترافیک آینه‌شده روی یک سوئیچ توسط یک دستگاه گرفتن متصل به یک سوئیچ کاملاً متفاوت نظارت شود، و مفهوم SPAN محلی پوشش‌داده‌شده در یک لب قبلی را در سراسر شبکه گسترش می‌دهد.

ادامه

لب عملی: پیکربندی In-Service Software Upgrade (ISSU) روی یک Stack

این لب عملی یک In-Service Software Upgrade را در سراسر یک stack StackWise انجام می‌دهد، و ایمیج IOS هر عضو را یکی‌یکی ارتقا می‌دهد در حالی که stack در سراسر آن به فوروارد‌کردن ترافیک ادامه می‌دهد، و صفر خرابی را در مقایسه با رویکرد مخل reload استفاده‌شده در لب‌های ارتقای IOS قبلی تأیید می‌کند.

ادامه

لب عملی: پیکربندی Stacking سنتی StackWise در Catalyst

این لب عملی stacking سنتی Catalyst (StackWise) را در سراسر سه سوئیچ با استفاده از کابل‌های stack پیکربندی می‌کند، و نیازمندی تک-لایه و مجاورت فیزیکی‌اش را با جفت StackWise Virtual پوشش‌داده‌شده در لب قبلی که اجازه می‌دهد سوئیچ‌ها بسیار دورتر از هم قرار بگیرند مقایسه می‌کند.

ادامه