Core (P) · Provider edge (PE) · Peering

개방형 IP 코어 및 피어링 라우터

오픈 IP 코어 및 피어링 라우터는 다음을 제공합니다: full internet BGP table for transit and peering and runs the SR-MPLS or SRv6 core between sites. IP Infusion delivers it complete: validated open hardware, OcNOS-SP pre-loaded, supported under one contract.

레퍼런스 아키텍처

네 가지 역할의 코어 및 피어링 라우터.

동일한 OcNOS-SP 라우터가 모든 코어 역할을 담당하므로, 사업자는 엣지, 코어, 피어링, 라우트 리플렉션용으로 서로 다른 장비를 구매하는 대신 하나의 이미지와 하나의 지원 계약을 운영합니다.

IP core and peering topology: P routers running an SR-MPLS or SRv6 core, PE routers at the service edge, and a peering router holding the full internet BGP table to an IXP with RPKI origin validation.
IP core and peering: OcNOS-SP P routers on an SR-MPLS or SRv6 core, PE routers at the service edge, and a peering router to Internet transit and an IXP.

동일한 라우터 이미지가 역할별로 라이선스가 부여되고 산정되어 네 가지 역할을 모두 실행합니다.

Open IP core

Core router

포트폴리오가 제공하는 최고 용량으로 하나의 언더레이에서 사이트 간 모든 서비스를 전달합니다: UfiSpace S9610-36D at 14.4 Tbps, with a single SR-MPLS or SRv6 core doing the forwarding.

이중화된 듀얼 플레인은 링크나 노드가 복구되는 동안에도 코어가 트래픽을 계속 운반하도록 유지하므로, 네트워크 중앙의 장애가 서비스 중단으로 이어지지 않습니다.

Provider / transit

P router

코어에서 P 라우터는 레이블이 지정된 트래픽을 스위칭하고 고객 경로를 유지하지 않으므로, 전체 리소스를 경로 상태가 아닌 용량과 고속 재라우팅에 사용합니다. OcNOS-SP runs it with Flex-Algo, TI-LFA, and BFD.

이 계층은 레이블 전용으로 유지되므로, 포워딩 용량만으로 코어를 확장합니다.

Provider edge

PE router

PE 라우터는 고객 사이트가 코어에 연결되는 지점입니다: 전송 레이블을 부과하고 L3VPN 및 EVPN 서비스 상태를 보유하므로, P 계층이 결코 다루지 않는 VPN 규모를 감당합니다.

거기서 서비스 엣지를 메트로 애그리게이션으로 넘기므로, 코어는 깔끔하게 유지되고 서비스 상태는 본래 위치인 엣지에 존재합니다.

Internet edge

Peering router

피어링 라우터는 트랜짓 프로바이더와 인터넷 익스체인지로 향하는 관문이며, 양쪽 모두를 위한 전체 인터넷 BGP 테이블을 보유합니다. OcNOS-SP validates every route with RPKI and applies your route policy right at the edge.

라우트 리플렉터는 피어 수가 증가함에 따라 그 뒤의 iBGP 컨트롤 플레인의 확장성을 유지합니다.

Route scale

전체 인터넷 BGP 테이블을 하드웨어에 유지합니다.

피어링 라우터는 다음을 제공합니다: full internet BGP table for transit and settlement-free peering, IPv4 and IPv6 dual-stack, held in hardware on merchant silicon. For the largest tables, the design uses a platform with a large external TCAM.

풀 테이블 포워딩

하드웨어에 탑재된 듀얼 스택 전체 테이블

피어링 라우터는 다음을 제공합니다: full internet BGP table for transit and settlement-free peering, IPv4 and IPv6 from day one. Graceful restart and TI-LFA keep forwarding stable while the control plane reconverges.

라우트 리플렉터는 코어 라우터 간에 iBGP 테이블을 전달하여 클라이언트가 풀 메시를 피하도록 하므로, 네트워크가 성장함에 따라 컨트롤 플레인의 확장성을 유지합니다.

외부 TCAM 경로

최대 규모 테이블을 위한 대용량 외부 TCAM

라우터가 대규모 하드웨어 포워딩 경로에서 전체 글로벌 테이블을 유지해야 할 때, 이 설계는 외부 TCAM을 갖춘 플랫폼을 사용합니다. NWP Services가 바로 이 구성을 운영하고 있습니다: UfiSpace S9600-72XC with OP2 external TCAM, dual-stack, with OcNOS-SP handling RPKI and route policy.

IP Infusion은 해당 라우터를 검증, 사전 탑재, 지원하므로 풀 테이블 포워딩 경로가 하나의 지원되는 시스템으로 출하됩니다.

피어링 에지 엔지니어링

인터넷 에지에서의 경로 보안 및 트래픽 제어.

피어링 라우터는 수락하는 라우트를 검증하고, 광고하는 내용을 필터링하며, 공격 중에는 완화 조치를 엣지로 푸시합니다. RPKI, BGP FlowSpec, 원격 트리거 블랙홀링, BGP 커뮤니티가 인터넷 엣지에 라우트 보안 제어 수단을 제공합니다.

RFC 8210

RPKI 무효 경로 거부

라우터는 다음을 수행합니다: RPKI route-origin validation and rejects invalid routes at the edge, with prefix filtering aligned with MANRS practices, so hijacked and leaked prefixes are dropped before they enter the table.

RFC 8955

DDoS 완화를 위한 BGP FlowSpec

BGP FlowSpec distributes match-and-action filters across the edge, so a volumetric attack is dropped or rate-limited in the forwarding path as a routing workflow, without a per-router touch.

RFC 7999

원격 트리거 블랙홀링

라우터는 다음을 사용하여 공격받는 목적지를 블랙홀 처리합니다: RFC 7999 블랙홀 커뮤니티, so a single route announcement steers attack traffic to a discard next-hop across the peering edge.

RFC 1997 / 8092

피어링 정책을 위한 BGP community

BGP communities, including large communities per RFC 8092, tag and classify routes so peering, transit, and customer policy is applied consistently across the edge and inside the AS.

RFC 7752 / 8571

BGP-LS 토폴로지 및 egress 엔지니어링

BGP-LS exports the link-state topology to a PCE or controller, and SR BGP egress peer engineering steers traffic to a chosen peer, so egress selection becomes a controllable decision.

RFC 4456 / 5065

라우트 리플렉션 및 컨페더레이션

Route reflectors per RFC 4456 or BGP confederations per RFC 5065 scale the iBGP control plane, so the peering and core routers share the table without a full iBGP mesh.

SR core design

듀얼 플레인 SR-MPLS 코어, SRv6 병행.

코어 라우터는 세그먼트 라우팅 확장을 갖춘 IS-IS를 기본 IGP로 실행하므로, 하나의 레이블 스위칭 경로가 모든 서비스를 전달합니다. Flexible Algorithm은 동일한 토폴로지에서 기본 플레인과 함께 저지연 플레인을 구축하며, TI-LFA는 50ms 미만의 고속 재라우팅을 제공합니다.

IGP 및 레이블 계획

SR을 갖춘 IS-IS, 계획된 SRGB

IS-IS SR은 기본 IGP이며, 모든 노드가 하나를 공유합니다 SRGB so a prefix-SID maps to the same label everywhere. The default SRGB range is 16000 to 23999.

Dual plane

Flex-Algo 저지연 플레인

Flexible Algorithm per RFC 9350 builds a second forwarding plane, tuned for low latency, alongside the default shortest-path plane on the same physical topology, with no overlay.

Fast reroute

Sub-50ms TI-LFA

TI-LFA precomputes a loop-free backup path for every destination, so the core reroutes in under 50ms around a link or node failure while IS-IS reconverges.

Traffic engineering

PCE를 활용한 SR-TE

SR-TE policies steer traffic on explicit paths, computed by a stateful PCE over PCEP, including egress steering at the peering edge for a chosen exit.

OcNOS-SP 세그먼트 라우팅 구성 가이드에 따른 SRGB 계획: a prefix-SID index of 1000 on a loopback maps to label 17000 when the SRGB base is 16000. Using an identical SRGB on every node keeps the same label for a prefix on every node, which simplifies operations.

Platform sizing

어떤 역할에 어떤 검증된 라우터를 사용할 것인가.

IP Infusion은 코어 및 피어링 라우터를 다음 기반으로 제공합니다 43 validated platforms from Edgecore and UfiSpace, each lab-qualified per ASIC stepping with OcNOS-SP pre-loaded. The core sizes on forwarding capacity and buffering; the full-table edge sizes on the forwarding path that holds the table.

코어 및 피어링 역할별 검증된 라우터입니다. 최종 검증: 2026년 7월.
역할 Validated router 실리콘과 용량 이 역할에 적합한 이유
코어 / P 라우터
UfiSpace S9610-36D open core router, 14.4 TbpsUfiSpace S9610-36D
Broadcom Jericho2C+ (BCM88850), 14.4 Tbps, 36×400G, deep buffer 코어와 인터넷 엣지를 위한 딥 버퍼링과 이중화 핫스왑 전원 및 팬을 갖춘 최고 포워딩 용량.
풀 테이블 피어링 엣지
UfiSpace S9600-72XC open peering router with OP2 external TCAMUfiSpace S9600-72XC + OP2
외부 TCAM 포워딩 경로, 듀얼 스택 대용량 외부 TCAM 포워딩 경로에 전체 인터넷 BGP 테이블을 유지합니다. NWP Services가 풀 테이블 멀티호밍을 위해 배포한 라우터입니다.
코어 아래의 애그리게이션 계층
UfiSpace S9600-56DX open aggregation router, 4.8 TbpsUfiSpace S9600-56DX
Broadcom Qumran2c, 4.8 Tbps, 8×400G + 48×100G 400G 업링크로 코어에 트래픽을 공급합니다. 애그리게이션 설계는 다음에서 다룹니다: metro Ethernet page.

전체 테이블 외부 TCAM 라우터는 NWP Services가 배치한 플랫폼으로 인용됩니다. 다음에서 검증된 모든 플랫폼 확인: 하드웨어 호환성 목록에서 확인하고, 다음에서 기능과 하드웨어를 매칭하십시오: 기능 매트릭스.

코어 및 피어링 라우터 사이징 방법

  • 지금 전체 테이블을 확보하거나 여유 용량을 확보하세요. 현재 전체 인터넷 BGP 테이블을 하드웨어에 보유하는 라우터, 또는 테이블 확장 여유가 필요할 때는 대용량 외부 TCAM 경로를 기준으로 피어링 엣지를 산정하십시오.
  • 코어 용량 및 버퍼링. P 계층은 고객 라우트를 보유하지 않으므로, 코어는 라우트 상태가 아니라 포워딩 용량과 인터넷 엣지 마이크로버스트용 딥 버퍼링을 기준으로 산정하십시오.
  • SR-MPLS or SRv6. SR-MPLS를 기본 코어로 실행하고, 전송 전략이 요구하는 곳에서는 SRv6를 함께 실행하세요. 지원 여부는 플랫폼 및 릴리스에 따릅니다.
  • Route reflection. iBGP를 확장하기 위해 라우트 리플렉터를 배치하세요: 소규모 네트워크에서는 코어 라우터에 인라인으로, 피어 수가 증가함에 따라 전용 리플렉터로.
  • One contract. IP Infusion은 모든 역할을 하나의 라우터로 검증하고 지원하며, 하드웨어와 소프트웨어는 독립적인 주기로 교체됩니다.
구성: route-reflector 클러스터

route-reflector 클러스터를 구성합니다.

클라이언트를 리플렉터로 지정하고 리플렉터가 그들 사이에서 라우트를 전달하도록 함으로써, 풀 메시 없이 iBGP를 확장합니다. 아래 OcNOS-SP 구성이 바로 그렇게 동작합니다: 세 개의 iBGP 네이버 중 두 개가 IPv4 유니캐스트 어드레스 패밀리에서 route-reflector-client로 지정됩니다.

OcNOS-SP · route reflector
! Reflector: reflect routes between iBGP clients
configure terminal
router bgp 200
 neighbor 3.3.3.3 remote-as 200
 neighbor 2.2.2.2 remote-as 200
 neighbor 6.6.6.6 remote-as 200
 address-family ipv4 unicast
  neighbor 3.3.3.3 route-reflector-client
  neighbor 2.2.2.2 route-reflector-client

각 라인이 하는 역할

  1. router bgp 200 enters BGP for the autonomous system that the core and peering routers share.
  2. The three neighbor ... remote-as 200 lines form the iBGP sessions. 6.6.6.6 is a plain iBGP peer, so it does not get the route-reflector-client line below.
  3. route-reflector-client designates each client per address family, here IPv4 unicast, and the same pattern applies to VPNv4, VPNv6, and L2VPN EVPN.
  4. 이중화 리플렉터를 위해서는 다음으로 공유 클러스터 아이덴티티를 추가합니다: bgp cluster-id command in router bgp mode, a separate step not shown in this minimal example, so clients see one cluster. Clients need no reflector-specific configuration.

Commands follow the OcNOS-SP Layer 3 configuration guide, documentation.ipinfusion.com.

단계별 마이그레이션

코어를 한 번에 하나의 역할씩 마이그레이션하십시오.

개방형 코어 라우터는 기존에 설치된 Cisco, Juniper, Nokia 네트워크와 상호 운용되므로, 노드별로 마이그레이션할 수 있습니다. 세그먼트 라우팅이 LDP 및 RSVP-TE와 함께 실행되므로, 전환 기간 동안 기존 및 신규 전송이 공존합니다.

01 / Interop

기존 네트워크와 피어링

새로운 오픈 라우터는 기존 구축된 다음 장비와 IS-IS, OSPF, BGP 인접 관계를 형성합니다: Cisco, Juniper, Nokia nodes, so it joins the core without a redesign. Targo migrated this way, interoperating with its installed Cisco, MikroTik, and Ubiquiti equipment.

02 / LDP 도메인에 SR 도입

레거시 노드를 위한 prefix-SID 광고

An SR 매핑 서버 advertises prefix-SIDs on behalf of the LDP-only nodes, so segment routing and LDP forward across one domain during the conversion. LDP and SR interworking, with LDP and RSVP-TE graceful restart, adds SR-MPLS without a flag-day cutover.

03 / 역할별 전환

P를 먼저 전환한 뒤 PE, 이어서 피어링을 전환합니다

코어 P 라우터를 먼저 전환한 뒤 PE 엣지, 이어서 피어링 라우터를 전환하고, 실제 트래픽을 실어 나르기 전에 각각을 검증합니다. Graceful restart와 TI-LFA가 각 교체 과정에서 전체 인터넷 BGP 테이블의 포워딩을 유지합니다. IP Infusion이 모든 단계에서 라우터를 지원합니다.

구성 변환 속도를 높이기 위해 Cisco IOS-XR에서 OcNOS로의 CLI 변환 지원을 제공합니다. 다음을 참조하십시오: OcNOS-SP 대 Cisco comparison for capability and licensing detail.

개방형 대 독점

개방형 코어 및 피어링 라우터 대 독점 코어.

코어에서의 진짜 질문은 오픈 라우터가 Cisco나 Juniper 장비만큼 전체 피어링 테이블과 SR-MPLS 코어를 감당할 수 있는가입니다. 가능하며, 사업자가 둘 이상의 벤더에서 하드웨어를 구매하고 단일 지원 계약을 유지하도록 하면서 이를 해냅니다.

OcNOS-SP 기반 개방형 코어 및 피어링 라우터 대 독점 코어 플랫폼. 최종 검증: 2026년 7월.
코어 / 피어링 역량 개방형 라우터 (OcNOS-SP) 독점 섀시 (Cisco / Juniper / Nokia)
전체 인터넷 BGP 테이블(트랜짓 및 피어링)
RPKI 무효 경로 거부, MANRS 정렬 필터링 details →
BGP FlowSpec, RTBH, BGP-LS
Flex-Algo와 TI-LFA를 갖춘 SR-MPLS details →
SRv6 (SR-MPLS와 병행 지원) details →
라우트 리플렉션 및 컨페더레이션
하드웨어 조달 여러 벤더에서 공급되는 개방형 머천트 실리콘 단일 벤더 섀시
제공 및 지원 완전한 라우터, 단일 지원 계약, 하드웨어와 소프트웨어를 개별적으로 갱신 Vendor-bundled
Core capacity Broadcom Jericho2C+ 기반 14.4 Tbps, 딥 버퍼 머천트 및 커스텀 실리콘

Cisco, IOS-XR, Cisco 8000, Juniper, Junos, Nokia, SR OS는 각 소유자의 상표입니다. IP Infusion은 이들 벤더와 제휴 관계가 없으며 이들을 보증하지 않습니다. 이 비교는 다음에서 검증 가능한 OcNOS-SP 기능을 반영합니다: 기능 매트릭스. To replace a proprietary core, see the OcNOS-SP 대 Cisco comparison.

평가에 앞서

코어와 피어링 에지에 관한 질문.

IP Infusion은 P, PE, 피어링 라우터를 하나의 시스템으로 제공합니다: OcNOS-SP가 사전 탑재된 Edgecore 또는 UfiSpace의 검증된 개방형 하드웨어, 플랫폼 및 ASIC 스테핑별 랩 인증, ZTP 온보딩을 갖춘 검증된 Day 0 기준선입니다. 단일 지원 계약 하에 하나의 벤더가 소프트웨어, 하드웨어, RMA를 책임지므로 한 팀이 문제 해결을 담당합니다. 장비와 소프트웨어는 여전히 독립적인 주기로 선택하고 교체할 수 있습니다.
코어에서는 하나의 라우터 이미지로 두 가지 역할을 실행합니다. 프로바이더 에지(PE)는 고객 사이트를 연결하고 전송 레이블을 부여하므로, 고객이 보는 L3VPN 및 EVPN 서비스 상태를 유지합니다. 프로바이더(P) 라우터는 고객 경로를 유지하지 않고 PE 라우터 간에 레이블이 지정된 패킷을 스위칭하므로, 용량을 포워딩과 고속 재라우팅에 사용합니다. 두 역할 모두 동일한 이미지로 실행되므로 PE는 서비스를 종단하고 P 라우터는 SR-MPLS 또는 SRv6 코어를 통해 이를 전달하며, 두 역할 모두에 대해 하나의 플랫폼만 재고 관리하고 라이선스를 부여합니다.
네. 피어링 라우터는 트랜짓 및 정산 없는 피어링을 위한 전체 인터넷 BGP 테이블을 지원하며, IPv4 및 IPv6 듀얼 스택을 머천트 실리콘의 하드웨어에 유지합니다. 최대 규모의 테이블을 위한 공간이 필요할 때는 대용량 외부 TCAM을 갖춘 플랫폼에서 피어링 엣지를 사이징합니다. NWP Services는 OP2 외부 TCAM을 갖춘 UfiSpace S9600-72XC에서 바로 이 구성을 운영하며, 첫날부터 듀얼 스택으로 OcNOS-SP가 RPKI와 라우트 정책을 처리합니다.
라우트 리플렉터는 iBGP 풀 메시 없이 코어를 확장할 수 있게 해줍니다: 클라이언트는 리플렉터하고만 피어링하고, 리플렉터가 그들 사이에서 경로를 전달합니다. OcNOS-SP는 RFC 4456에 따라 BGP 라우트 리플렉션을 수행하며, 클러스터 아이덴티티를 통해 이중화 리플렉터가 클라이언트에게 하나의 클러스터로 표시되고, IPv4 유니캐스트, VPNv4, VPNv6, L2VPN EVPN에 대한 주소 패밀리별 클라이언트 지정을 제공합니다. 라우트 리플렉션 또는 RFC 5065에 따른 BGP 컨페더레이션 중 네트워크에 맞는 방식으로 해당 컨트롤 플레인을 확장할 수 있습니다.
네. 피어링 라우터는 RFC 8210에 따라 RPKI 무효 경로 거부를 수행하므로, 오리진 검증에 실패한 경로는 인터넷 엣지에서 드롭되며, 프리픽스 필터링은 MANRS 관행에 부합하도록 적용됩니다. RFC 8955에 따른 BGP FlowSpec은 DDoS 완화 필터를 엣지로 푸시하고, 원격 트리거 블랙홀링은 RFC 7999 블랙홀 커뮤니티를 사용합니다. RFC 8092에 따른 라지 커뮤니티를 포함한 BGP 커뮤니티가 피어링 정책을 구동합니다.
코어 라우터는 세그먼트 라우팅 확장을 갖춘 IS-IS를 IGP로 실행하므로, 하나의 레이블 스위칭 경로가 사이트 간 모든 서비스를 전달합니다. RFC 9350 기반 Flexible Algorithm은 동일한 토폴로지에서 기본 최단 경로 플레인과 함께 저지연 플레인을 구축하며, TI-LFA는 50ms 미만의 고속 재라우팅을 제공합니다. PCE를 활용한 SR-TE 정책은 피어링 엣지에서의 이그레스 스티어링을 포함하여 명시적 경로를 계산합니다. SRGB 계획은 모든 노드에서 기본 16000~23999 범위를 사용합니다.
코어는 데이터 플레인에서 재라우팅합니다. TI-LFA는 모든 목적지에 대해 루프 없는 백업 경로를 사전 계산하므로, 링크나 노드가 장애를 일으키면 IS-IS가 백그라운드에서 재수렴하는 동안 코어는 50ms 이내로 백업으로 전환됩니다. BGP, OSPF, IS-IS graceful restart는 그 재수렴 동안 전체 인터넷 BGP 테이블의 포워딩을 유지하며, BFD는 단일 홉, 멀티 홉, SR 경로 전반에서 장애를 신속하게 감지합니다. 이중화된 듀얼 플레인과 핫스왑 가능한 전원 및 팬은 하드웨어 이벤트가 발생하는 동안에도 장비가 트래픽을 계속 처리하도록 합니다.
SR-MPLS는 기본 코어 데이터 플레인이며, 별도의 MPLS 컨트롤 플레인 없이 IPv6 데이터 플레인을 원하는 네트워크에서는 지원 플랫폼 및 릴리스에서 SRv6를 사용할 수 있습니다. 둘 다 동일한 라우터 이미지와 IGP에서 실행되므로, 사업자는 그 위의 L3VPN 및 EVPN 서비스를 재구성하지 않고 언더레이를 SRv6로 마이그레이션합니다. SRv6 지원 여부는 플랫폼과 릴리스에 따라 다르므로, 사용하시는 하드웨어의 기능 세트를 확인하려면 문의해 주세요.
라우터 평가하기

오픈 코어 및 피어링 라우터를 확인하십시오.

IP Infusion이 P, PE, 피어링 라우터를 제공하는 방식을 확인하거나, 문의를 통해 코어 및 피어링 엣지를 적합한 검증 플랫폼과 라이선스에 매핑해 보십시오.