🥗네트워크 20일차(5.10) AppleTalk Network Dual Stack SAP IPX CDN SDN

• 오늘 공부 요점 정리!!
• Apple Talk에서 Apple routing 해주기

 

• Novell Netware에서 IP는 없어도 된다.
• => 왜?? MAC 주소 체계니까!!

 

• Novell Netware
  노벨은 제록스가 개발한 XNS 프로토콜을 자사의 운영체제 Novell Netware에 포함시켰으며 80년대만 해도 기업체나 관공서 네트워크 운영체계는 Novell이 대세였다.(SAP이나 IPv6도 노벨 네트웨어에서 유래했다.)
  XNS->수정해서 SPX/IPX가 됐는데 서버/클라이언트 프로토콜이며 LAN에서 사용되는 중요한 프로토콜이 되었다.
  내부 통신은 SPX/IPX, 인터넷은 IP가 필요하다.

 

• SAP
  파일, 프린터 공유 등 서비스를 주위에 알리는 브로드캐스트 프로토콜이다.
  SAP에서 파생된 것이 CDN 개념이다. 

 

• IPX
   IPX 주소는 80비트인데 '네트워크_부분 32비트 + 호스트_부분 48비트'로 이뤄진다. 
  호스트 부분은 네트워크 카드의 MAC 주소를 그대로 사용하므로 48비트로써 IPv6의 주소체계의 기반이 되었다.

 

• 노벨네트워크에서 캡슐화를 지정하는데 디폴트는 Ethernet_802.3의 경우 Novell-ether,WAN의 경우 HDLC이다.

 

• CDN
  CDN이란 지리, 물리적으로 떨어져 있는 사용자에게 서버가 컨텐츠를 더 빠르게 제공할 수 있는 네트워크 기술로써 사용자와 가까운 곳에 복제 서버(Cache Server)를 두고 Contents를 저장(캐싱)해두면 클라이언트가 Contents 요청 시 Origin Server가 아니라 이 Cache Server가 빠르게 응답해주는 기술이다.

 

• SDN
  SDN은 네트워크 장비들의 제어를 중앙 집중화하여 네트워크 관리를 단순화하고 효율성을 높이는 기술이라는 것을 기억하자!!! SDN에서는 네트워크 장비들의 상태를 모니터링하고, 효율적인 패킷 경로를 결정하여 네트워크 성능을 최적화한다. 

 

 

AppleTalk Network Dual Stack

RIPv2 Network & AppleTalk Network 듀얼 스택 네트워크 구성도.(일반적으로 듀얼스택이라고 하지는 않지만 그냥 이렇게 부르기로 하자.)

 

*듀얼스택은 IPv4 + IPv6

R1 설정

 

R1#conf t
R1(config)#apple routing
R1(config)#int fa0/0
R1(config-if)#ip addr 10.10.1.1 255.255.255.0

R1(config-if)#apple cable 21-30 25.1

R1(config-if)#apple zone OPS

R1(config-if)#no shut

R1(config-if)#int s0/0
R1(config-if)#ip addr 10.10.4.1 255.255.255.252

R1(config-if)#apple cable 50-50 50.1
R1(config-if)#apple zone WAN1
R1(config-if)#no shut

R1(config-if)#int s0/1
R1(config-if)#ip addr 10.10.5.1 255.255.255.252
R1(config-if)#apple cable 70-70 70.1
R1(config-if)#apple zone WAN2
R1(config-if)#no shut

 

R1(config-if)#exit

 

R1(config)#router rip

 

 

R1(config-router)#version 2

R1(config-router)#net 10.10.0.0 <<대표 네트워크만 해준다.

 

R1(config-if)#do sh ip int brief

R1(config-if)#do sh apple int brief

 

R2 설정

 

conf t 

apple routing

 

int fa0/0

ip addr 10.10.2.1 255.255.255.0

apple cable 10-20 12.1

apple zone SALES

no shut

 

int s0/0

ip addr 10.10.2.1 255.255.255.252

apple cable 50-50 50.2

apple zone WAN1

no shut

 

router rip 

version 2

net 10.10.0.0

 

 

R3 설정

conf t

apple routing

 

int fa0/0

ip addr 10.10.3.1 255.255.255.0

apple cable 31-40 31.1

apple zone ENG

no shut

 

int s0/0

ip addr 10.10.5.2 255.255.255.252

apple cable 70-70 70.2

apple zone WAN2

no shut

 

router rip

version 2

net 10.10.0.0

 

 

R2에서 sh apple route

R이 뜨고 5개가 다 보여야 하는데 나는 4개만 보여서 실습 실패.. ㅠㅠ

핑이 간다.

 

 

Novell Netware

  💡마우스와 복사기, 이더넷의 기초를 만든 제록스!!!!

 

1975년 *Xerox는 Xerox System의 인터 네트워킹에서 데이터 송수신, 파일 공유, 라우팅 정보 공유 등을 위해서 XNS(Xerox Network Systems)라는 프로토콜을 개발했는데 성능이 좋아서 즉시 여러 널리 사용되었었다. 당시 유명한 NOS(Network Operating System)이던 NetWare를 개발한 Novell 사는 이 XNS를 자사의 운영체제에 포함시켰다. 1980년대만 해도 기업체나 관공서의 네트워크 운영체계는 거의 Novell이 주름잡고 있었다. 

 

  Novell은 XNS를 수정해서 SPX/IPX(Sequenced Packet Exchange/Internet Packet Exchange)라는 이름을 붙였는데 Novell NetWare가 더욱 대중적으로 됨에 따라 SPX/IPX는 LAN에서 사용되는 중요한 프로토콜이 되었다. Star Craft 게임에 지금은 잘 알려지지도 않은 SPX/IPX 프로토콜이 여전히 사용하는 것이 한 시대를 풍미했었던 하나의 증거로 볼 수 있다. 
=>Novell's Netware로 내부적으로 통신한다면 IPX/SPX를 사용해도 되는데, 인터넷으로 통신한다면 IP도 있어야 한다.
    Microsoft's NETBEUI(넷뷔에)라는 막강한 통신 프로토콜이 있어서 내부적으로 통신한다면 이 것으로 충분하다. 하지만 역시 인터넷으로 통신한다면 IP가 있어야 한다. <=DNS가 WINS, hosts 파일이 lmhost 파일로 설정한다.  

넷뷔에

MS: TCP/IP 기본 내장 +  NetBEUI 선택

Novell: IPX/SPX 기본 내장 + TCP/IP/Netware 등 선택

  SPX/IPX는 서버/클라이언트 프로토콜이라서 피어투피어(Peer-To-Peer) 기능은 없다. 이 말은 Novell NetWare 네트워크에는 반드시 서버가 있어야 한다는 뜻이다. 시스코 제품에는 Novell을 지원하는 많은 IPX 구성요소가 있고, 특히 IPv6 주소체계 기술이나 라우터에서 원격지 서버의 정보를 로컬 호스트들에게 보이는 SAP 등은 이 Novell NetWare에서 유래된 기술이다. 따라서 자주 보지 못한다고 해서 SPX/IPX 네트워크를 간과해서는 안 된다. <=PSTN(56Kbps 전화선), ISDN, .... 

 

 SAP(Service Advertisement Protocol)

https://networkencyclopedia.com/service-advertising-protocol-sap/

 SAP(Service Advertisement Protocol)은 파일과 프린터 공유, 로그온 서비스 등과 같이 네트워크상에서 여러 서버가 제공하는 서비스들을 주위에 알리기 위해서 사용되는 브로캐스트 프로토콜로써 로컬 호스트가 원격지에 있는 서버에게 리소스 요청을 매우 쉽게 해줌으로써 WAN에서의 트래픽을 대폭 줄여준다.
=>최신의 네트워크인 CDN(Conents Delivery Network)이 생겨났다고 볼 수 있다.

 

 

IPX 주소체계

  IPX 주소는 80비트인데 '네트워크_부분 32비트 + 호스트_부분 48비트'로 이뤄진다. TCP/IP와 달리 호스트 부분을 더 이상 하위 그룹으로 서브네팅 할 수 없지만 네트워크 부분이 32비트라서 TCP/IP보다 더 많은 네트워크를 지정할 수 있다. 호스트 부분은 네트워크 카드의 MAC 주소를 그대로 사용하므로 48비트로써 IPv6의 주소체계의 기반이 되었다.

  주소는 보통 0~9A~F까지 표시되는 16진수를 사용해서 ‘네트워크.호스트’ 형식으로 표시한다. 예를 들어서 네트워크 주소가 00007F00(32비트)이고 호스트 주소(MAC 주소)가 0050. 0470.A2DC이면 00007F00.0050.0470.A2DC가 되는데 제일 앞의 0은 주로 생략하고 표시하므로 7F00.0050.0470.A2DC가 된다. 네트워크 부분은 TCP/IP 네트워크 주소와 비슷하게 운용되는데 각 세그먼트는 네트워크 주소를 지정받아야 하고 이 주소는 네트워크 전체에서 유일한 값이어야 한다. 그리고 같은 세그먼트 내의 모든 호스트들은 동일한 네트워크 주소를 가져야 서로 통신할 수 있다. 

 

=>IPv6의 주소체계가 이 Novell의 Netware 주소체계에서 가져왔다는 것을 알 수 있다. 
보통은 네트워크에 Network_ID를 지정해서 사용하고, 호스트에는 그냥 놔두면 MAC 주소로 자동 설정되므로 매우 설정이 편하다.

 

캡슐화 

노벨네트워크에서 캡슐화를 지정하는데 디폴트는 
Ethernet_802.3 Novell-ether 
WAN              HDLC

이다.

 

"Ethernet_802.3 Novell-ether"는 노벨 네트워크에서 사용되는 프로토콜 중 하나인 Novell Ethernet 프로토콜을 802.3 Ethernet 프레임에 캡슐화하는 방식을 나타내는 용어!!
Novell Ethernet 프로토콜은 IPX/SPX 네트워크 프로토콜을 전송하기 위해 노벨 네트워크에서 사용되는 프로토콜이다.
이 프로토콜은 Ethernet 프레임을 캡슐화하여 전송하며, 캡슐화된 프레임은 "Ethernet_802.3 Novell-ether"라는 이름으로 식별된다.
노벨 네트워크에서는 IPX/SPX를 사용하여 파일 공유, 프린터 공유 등의 서비스를 제공한다.
Ethernet_802.3 Novell-ether 프레임은 이러한 서비스를 전송하기 위해 사용된다.

WAN HDLC는 WAN의 캡슐화다.

즉 Novell Ethernet 프로토콜이 노벨 네트워크의 디폴트 캡슐 이더넷 프로토콜, HDLC가 WAN 디폴트 캡슐 프로토콜

 

WAN에서는 HDLC를 사용(HDLC는 WAN에서 사용되는 디폴트 암호화 프로토콜)
  기타 SAP, ARPA, Novell_FDDI 등도 지정할 수 있다. 

 

Novell Network 실습

IP는 없어도 된다.

왜?? MAC 주소 체계니까!!

 

R5

ipx routing

int fa0/0

ipx network 100 encap sap #캡슐화

no shut

끝

int s0/0

ipx network 150 # 원래 캡슐화 해도 되는데 HDLC로 WAN 디폴트라서 그냥 안패줬다.

no shut

 

do sh ipx int brief

 

R6

int fa0/0.1

ipx network 200 # Novell-ether 디폴트라 생략

int fa0/0.2

ipx network 201 encap sap

 

양쪽에 그냥 한 번 캡슐 써 준 쪽과 안 써준 쪽~

 

do sh ipx int brief

sh ipx route

이 때 fa0/0의 맥 주소를 차용해서 네트워크가 다름에도 전부 다주소가 똑같이 나오고 있다. 

핑이 잘 간다.

  CDN(Contents Delivery Network)

https://velog.io/@youngblue/CDN%EC%9D%B4%EB%9E%80-%EB%AC%B4%EC%97%87%EC%9D%B8%EA%B0%80

  CDN이란 지리, 물리적으로 떨어져 있는 사용자에게 서버가 컨텐츠를 더 빠르게 제공할 수 있는 네트워크 기술로써 인프라적으로 취약한 지역이나 집중되는 서비스 요청으로 인한 서버의 느린 응답속도나 다운로딩 타임을 없애준다. 사용자가 원격지에 있는 메인 서버(Origin Server)로 부터 Web Object, Video, Music, Image, Document, Game 등 Contents를 다운로드 받을 때 지역적으로 가까이 있는 서버에서 받는 것보다 시간이 오래 걸리기 때문에 사용자와 가까운 곳에 복제 서버(Cache Server)를 두고 Contents를 저장(캐싱)해두면 클라이언트가 Contents 요청 시 Origin Server가 아니라 이 Cache Server가 빠르게 응답해주는 기술이다. 캐시(프록시) 서버가 전 세계로 흩어져 있어서 사용자 가까이에서 서비스를 제공할 수 있기 때문에 Cloud 서비스 개념도 들어있다. 로드 밸런싱, 폴트 톨러런스도 된다.
=>Novell의 SAP broadcasting을 이용하는 GNS 기법에 착안한 것으로 보인다.

네트워크와 CCNA

  이렇게 되면 클라이언트에게의 데이터 업/다운 속도가 빨라지고, 대규모 동시 접속 시에도 CDN Cache Server들이 트래픽을 분산 연결해주므로 오리진 서버에 부담이 줄어들게 된다. 또 오리진 서버에 일차 방어막인 CDN 서버들이 있으므로 DDoS 등의 공격에도 방화벽 기능을 수행해서 오리진 서버는 안정적일 수 있다. 또한 데이터나 사용자가 분산되기 때문에 유저가 몰릴 때에도 오리진 서버 증설이 필요하지 않고, 또 웹의 동적 컨텐츠나 연결 소켓 통신, VDI(Virtual Desktop Interface), VPN, 이메일, 모바일 가속 등이 가능하다. 

VDI(Virtual Desktop Interface)(외부에 노출되는 네트워크, 노출되면 안되는 네트워크를 따로 모니터링해서 보는 것)

 

미들웨어 기능이므로 데스크탑이나 모바일 등의 별도 설계가 필요하지 않다. 가장 중요한 것은 오리진 서버가 죽어도 여러 복제된 클라우드 형태의 CDN이 살아 있기 때문에 지속적인 서비스가 가능하게 된다. 
=>여기에 Fault-Tolerance, Load Balancing, Redundancy, Round Robin 기법이 모두 들어 있다.

 

오류를 감당할 수 있는 폴트 톨러런스(fault–tolerance)와 
부하를 분산해서 각 노드가 최선의 서비스를 제공하게 하는 로드밸런싱(load-balancing)
잉여의 장비로 즉시 대체할 수 있는 리던던시(redundancy), 
한가한 노드가 먼저 서비스를 제공하는 라운드로빈(round robin)

  연결은 End user =>CDN Servers(<=>Origin Server)로 연결된다. CDN 설치는 주로 웹 서버가 물려있는 ISP(CO=Telco)에 CDN 서버를 설치하며 엔드 유저는 오리진 서버로부터 정보를 제공받는지 CDN 서버로부터 정보를 제공받는지 알 수가 없게 된다(transparent 하다고 함). AWS 등에서 가입해서 사용할 수 있다. 

SDN(Software Defined Networking)

 

=>  SDN은 네트워크 장비들의 제어를 중앙 집중화하여 네트워크 관리를 단순화하고 효율성을 높이는 기술이라는 것을 기억하자!!! SDN에서는 네트워크 장비들의 상태를 모니터링하고, 효율적인 패킷 경로를 결정하여 네트워크 성능을 최적화한다. 

 

  SDN은 네트워크 리소스를 최적화하고 변화하는 비즈니스 요구와 애플리케이션 및 트래픽에 신속하게 대응하는 네트워크를 구축해주는 네트워크 가상화 및 컨테이너화에 대한 기술이다. SDN은 네트워크의 제어와 데이터를 분리하여 소프트웨어 프로그래밍이 가능한 인프라를 만든다. 쉽게 말하면 네트워크에서 사용하는 라우터나 스위치를 소프트웨어적(가상적)으로 만드는 기법이다. 

  SDN을 사용하면 네트워크 운영(오케스트레이션), 관리, 분석 및 자동화 기능은 SDN 컨트롤러에게 일임되는데, 컨트롤러는 최신 클라우드 컴퓨팅 및 스토리지 리소스의 확장성, 성능 및 가용성을 십분 활용한다. 개방형 표준 및 API를 갖춘 플랫폼에 구축된 SDN 컨트롤러를 통해 서로 다른 공급업체의 네트워크 장비를 운영, 관리 및 제어할 수 있다.
  SDN은 많은 비즈니스 이점을 제공한다. 제어 계층과 데이터 전송 계층을 분리해서 유연성이 증대되고 새로운 애플리케이션의 출시 시간이 가속화된다. 문제 발생 시 가동 중단에 신속히 대응함으로써 네트워크의 가용성을 높여준다. 또 프로그래밍이 가능하기 때문에 네트워크 기능을 자동화하고 운영 비용을 절감할 수 있다.

  SDN은 또 다른 기술인 네트워크 기능의 가상화와도 잘 어울린다. 특정 모듈을 통해서 방화벽, 로드 밸런서, WAN 액셀러레이터와 같은 어플라이언스 기반 네트워크 기능을 가상화할 수 있다. SDN이 제공하는 중앙 집중적 제어로 docker 가상머신들을 제어하는 Kubernetes와 같이 활성화된 가상 네트워크 기능(VNF)을 효율적으로 관리 및 운영할 수 있다.

 

SDN은 네트워크 관리 및 제어 방식을 혁신적으로 바꾸는 기술이다. SDN은 네트워크 장비들의 제어를 중앙 집중화하고, 네트워크 전체를 소프트웨어적으로 관리한다. SDN에서 사용되는 스위치들은 기존의 네트워크 장비와 비교해서 제어가 중앙 집중화되어 있고, SDN 컨트롤러라는 소프트웨어 플랫폼을 통해 제어된다.

네트워크 장비의 구조를 바꿔 비용 효율성과 가용성을 증대하는 것을 목적으로 한다. 기존 네트워크 장비는 장비(HW)에 기능(SW)이 종속돼 있는 어플라이언스 형태였다. 이를 기능에 따라 정의(Defined)해 사용할 수 있도록 하는 것이 SDN이다.

https://www.comworld.co.kr/news/articleView.html?idxno=48321