L2VPN, VPLS, EVPN: ang label ay hindi ang serbisyo
Pinangalanan ng akronim sa order form ang isang pamilya, gawi ng pagpapasa, o control plane. Apat na tanong ang naghihiwalay sa kanila bago mo ihambing ang dalawang quote.
Binabasa mo ang «L2VPN» sa isang quote, pagkatapos ang «VPLS» sa configuration sheet, at ipinapalagay mong nililimitahan ng pangalawang salita ang una. Minsan ganoon, at minsan ang dalawang linya ay sumasagot sa magkaibang tanong. Ang maling akala ay ituring ang mga pangalang ito na baitang ng hagdan mula basic hanggang advanced. Ang L2VPN ay isang pamilya, ang VPWS at VPLS ay dalawang gawi ng serbisyo sa loob nito, at ang EVPN ay mekanismo ng control plane na kayang magdala ng alinman sa dalawa.
Bawat akronim ay sumasagot sa ibang tanong
Simulan sa kung ano ang dapat gawin ng koneksyon ng kliyente, dahil iyon lang ang tanong na sinasagot ng modelo ng serbisyo. Ang point-to-point na circuit sa pagitan ng dalawang site at ang shared Ethernet segment sa sampung site ay magkaibang produkto, kahit parehong ibinebenta bilang layer 2 connectivity.
| Name | Question it answers | What it does not tell you |
|---|---|---|
| L2VPN | Which family of services carries Ethernet frames | Point-to-point or multipoint |
| VPWS | A pair of attachment circuits behaves as one wire | Which control plane builds it |
| VPLS | Many attachments share a bridged broadcast domain | Whether MAC learning is limited or flooded |
| EVPN | BGP distributes MAC and IP reachability | Which service model it is being used for |
Ang talahanayang iyon ay hindi hierarchy, at ang pagbasa nito bilang hierarchy ay nagdudulot ng karaniwang pagkakamali sa pagbili: paghahambing ng VPWS quote sa VPLS quote na parang ang pangalawa ang mas kumpletong bersyon ng una. Iba ang nilulutas nilang problema, at wala sa kanila ang superset sa kahulugang inaakala ng mga mamimili.
Nagkahiwalay ang VPWS at VPLS sa desisyon ng pagpapasa
Sa serbisyo ng virtual private wire, pinipili ng koneksyon ang malayong dulo. Ang trapikong dumarating sa port na iyon ay lumalabas patungo sa kaparehang port, at hindi kailangang matutunan ng gilid ng provider kung anong mga MAC address ang nasa likod nito para sa pangunahing desisyon ng pagpapasa.
Sa isang VPLS, nagbobridge ang gilid ng provider. Sinusuri nito ang destination MAC address ng bawat frame, natututo ng source address bawat koneksyon, at binabaha ang mga hindi kilalang destinasyon sa loob ng emulated na LAN. Iyon ang dahilan kung bakit kumikilos ang serbisyo na parang LAN, at doon din nagmumula ang mga limitasyong pang-operasyon.
Ang diagram na mukhang multipoint ay hindi nagpapatunay na lahat ng site ay nagbabahagi ng isang broadcast domain. Maaaring gumuhit ang dalawang provider ng parehong ulap at magbenta ng isang bridged domain o ilang point-to-point circuit, at ang pagkakaiba ay makikita lamang kapag may broadcast, hindi kilalang unicast frame, o paglipat ng MAC na tumawid sa hangganan ng site. Ang broadcast ping sa pagitan ng dalawang site ay sumasagot sa tanong nang mas mabilis kaysa sa anumang architecture slide. Kung ang mga sagot ay nagmumula sa bawat ibang site, mayroon kang isang bridge; kung ang pares lamang ang sumasagot, mayroon kang isang wire.
Ang EVPN ay control plane, hindi topology
Ang batayang ispesipikasyon ng EVPN, ang RFC 7432, ay nagtatakda ng mga pamamaraan ng Ethernet VPN na nakabatay sa BGP MPLS: ang maabot ng MAC ay inaanunsyo sa BGP sa halip na matutunan lamang sa pamamagitan ng pagbaha sa data plane. Pagkatapos ay tinutukoy ng RFC 8214 ang suporta ng VPWS gamit ang EVPN, at iyon ang puntong sumisira sa modelong hagdan. Ang parehong control plane ay naglilingkod sa point-to-point na serbisyo at sa multipoint na serbisyo.
Kaya ang «nagpapatakbo kami ng EVPN» ay hindi sagot sa «ano ang binili namin». Kailangan pa ring sabihin ng provider kung ang serbisyo ay pares ng koneksyon o shared bridge, at kung ang transport ay MPLS, VXLAN o iba pa. Ang mga pagpipilian ay naninirahan sa magkaibang dokumento at magkaibang bahagi ng configuration.
Para sa operator, ang praktikal na bunga ay ang maagang pagpili ng EVPN ay nagpapababa ng gastos ng mga susunod na pagbabago sa serbisyo, dahil ang maabot ay sinenyasan na sa halip na bahain. Hindi nito inaalis ang pangangailangang magpasya muna sa modelo ng serbisyo, at hindi nito ginagawang tama ang maling naka-configure na bridge.
Ang MPLS ay data path, hindi ang depinisyon
Inilalarawan ng framework documents ang pamilya at ang mga pangangailangan nito; hindi nila itinatakda ang isang encapsulation. Ang MPLS label stacking ay karaniwang transport para sa mga serbisyong ito, at hindi lamang ito. Ang serbisyong sinenyasan ng BGP at ang MPLS forwarding path ay magkaibang desisyon sa disenyo na madalas lang magkasama.
Kapag sinabi ng vendor na «MPLS L2VPN», itanong kung aling kalahati ang inilalarawan. Kung transport lamang ang sagot, hindi pa natutukoy ang modelo ng serbisyo, at hindi pa alam ang gawi ng koneksyon.
Apat na tanong na ginagawang kontrata ang isang pangalan
Itanong kung ano ang handover: isang port, isang VLAN o isang bundle ng VLAN, at alin sa mga ito ang pinapayagang mag-usap. Itanong kung nagbabahagi ang mga site ng isang broadcast domain, dahil ang nag-iisang sagot na iyon ang nagtatakda ng pagbaha, mga limitasyon ng MAC at gawi ng loop.
Humingi ng frame-size budget mula end to end, pagkatapos ay ikaw mismo ang magdagdag ng encapsulation overhead. Itanong kung ano ang nangyayari kapag nabigo ang isang koneksyon, kung nagpapatuloy ang iba sa pagpapasa, at kung binabawi ng provider ang maabot o hinahayaan ito hanggang mag-expire ang timer.
Isulat ang apat na sagot na iyon sa tabi ng pangalan ng produkto sa iyong rekord. Kapag dumating ang susunod na quote na may ibang akronim at parehong presyo, ang paghahambing ay magiging paghahambing ng gawi, at iyon lamang ang humuhula kung ano ang gagawin ng network sa isang masamang araw.