SD-WAN: controller-based networking (control/data…

01 / ملخص التجربة

SD-WAN: controller-based networking (control/data plane وAPIs)

بدل ما كل راوتر يحسب الـ routes لوحده، متحكمات SD-WAN بتعمل كده: vBond يعرّف الأجهزة ببعض، vSmart هو الـ control plane، وvManage للإدارة والـ API. هتشغّل الـ vSmart، تصلّح edge مرفوض، وتشوف الفرق بين الـ control plane المركزي والـ data plane الموزّع، والـ underlay والـ overlay، والـ northbound API.

مدة التجربة 35 دقيقة · 6 مهام

الأجهزة في بداية التجربة

VBOND — vBond
VSMART — vSmart
VMANAGE — vManage
ADMIN — كمبيوتر
DCSW — سويتش
INET — راوتر
EDGE1 — راوتر
EDGE2 — راوتر
PC1 — كمبيوتر
PC2 — كمبيوتر

التوصيلات

INET Gi0/0/0 ↔ DCSW Gi0/1
VBOND eth0 ↔ DCSW Fa0/1
VSMART eth0 ↔ DCSW Fa0/2
VMANAGE eth0 ↔ DCSW Fa0/3
ADMIN eth0 ↔ DCSW Fa0/4
INET Gi0/0/1 ↔ EDGE1 Gi0/0/0
INET Gi0/0/2 ↔ EDGE2 Gi0/0/0
EDGE1 Gi0/0/1 ↔ PC1 eth0
EDGE2 Gi0/0/1 ↔ PC2 eth0

العناوين المضبوطة مسبقًا

INET g0/0/0: 10.0.0.1/24
INET g0/0/1: 203.0.113.1/30
INET g0/0/2: 203.0.113.5/30
EDGE1 g0/0/0: 203.0.113.2/30
EDGE1 g0/0/1: 192.168.1.1/24
EDGE2 g0/0/0: 203.0.113.6/30
EDGE2 g0/0/1: 192.168.2.1/24

02 / المهام التي ستطبقها

شغّل الـ control plane: ظبّط الـ vSmart (system-ip 1.1.1.12) وخليه يسجّل في الـ vBond

يتحقق المعمل من على VBOND: الأمر show orchestrator connections يظهر فيه «»، على EDGE1: الأمر show sdwan control connections يظهر فيه «»

تلميح / الحل المقترح

الـ vSmart مش IOS — ده Viptela: config ثم system (host-name vSmart، system-ip 1.1.1.12، site-id 1000، organization-name BASMA، vbond 10.0.0.11)، وvpn 0 ← interface eth0 ← ip address 10.0.0.12/24 وtunnel-interface وno shutdown، وip route 0.0.0.0/0 10.0.0.1. ولازم commit — من غيره ولا حاجة بتتطبّق. على VBOND: show orchestrator connections

EDGE2 مرفوض من الـ overlay: صلّح الـ organization-name

يتحقق المعمل من على EDGE2: الأمر show sdwan control connections يظهر فيه «»

تلميح / الحل المقترح

show sdwan control connection-history على EDGE2: الخطأ CTORGNMMIS = organization name mismatch. كل الأجهزة في الـ overlay لازم نفس الـ org بالظبط: system ثم organization-name BASMA

03
الـ control plane مركزي: EDGE1 اتعلّم شبكة EDGE2 من الـ vSmart مش من EDGE2
يتحقق المعمل من على EDGE1: الأمر show sdwan omp routes يظهر فيه «»، على VSMART: الأمر show omp routes يظهر فيه «192.168.1.0/24»
تلميح / الحل المقترح
```
show sdwan omp routes على EDGE1: الـ 192.168.2.0/24 جاية FROM PEER 1.1.1.12 (الـ vSmart) — الراوترات مابتعملش routing protocol مع بعض، المتحكم هو اللي بيوزّع. وعلى الـ VSMART: show omp routes يبيّن كل الشبكات
```
04
الـ data plane موزّع: PC1 يوصل PC2 على tunnel مباشر بين الـ edges — مش عن طريق المتحكم
يتحقق المعمل من PC1 يصل إلى PC2 (ping)، على EDGE1: الأمر show sdwan bfd sessions يظهر فيه «»، على PC1: الأمر tracert 192.168.2.10 يظهر فيه «»
تلميح / الحل المقترح
```
show sdwan bfd sessions على EDGE1: tunnel IPsec مباشر لـ 203.0.113.6. tracert 192.168.2.10 من PC1: 192.168.1.1 ثم 192.168.2.1 ثم PC2 — ولا الـ vSmart ولا الـ INET ظاهرين، لأن الـ overlay بيعدّي فوق الـ underlay
```
05
الـ underlay مايعرفش شبكات المستخدمين — والـ overlay هو اللي شايلها
يتحقق المعمل من على INET: الأمر show ip route يظهر فيه «192.168.»، على EDGE1: الأمر show ip route vrf 1 يظهر فيه «»
تلميح / الحل المقترح
```
show ip route على INET: مفيش 192.168.x خالص — هو بس بيوصّل عناوين الـ WAN (underlay). على EDGE1: show ip route vrf 1 هتلاقي الـ 192.168.2.0/24 بكود m عن طريق Sdwan-system-intf (overlay)
```

الـ northbound API: من ADMIN اسأل الـ vManage بـ REST عن كل الأجهزة

يتحقق المعمل من على ADMIN: الأمر curl https://10.0.0.13/dataservice/device يظهر فيه «"system-ip": "10.1.1.2"»

تلميح / الحل المقترح

على ADMIN: curl https://10.0.0.13/dataservice/device — JSON فيه كل جهاز (host-name، system-ip، site-id). ده الـ northbound (من التطبيقات للمتحكم)، والـ southbound هو اللي المتحكم بيكلّم بيه الأجهزة (DTLS/OMP اللي شفته فوق)

03 / تجارب مرتبطة