다양한 기록

프레임 구조Ethernet IIPreambleDst addrSrc addrTypeDataFCS IEEE 802.3PreambleSFDDst addrSrc addrLengthDSAPSSAPCtrl.DataFCS 링크 레이어는 프로토콜이 많고, 각 구조마다 가지는게 다름그래도 비슷하게 가지는 속성들은 존재 Peamble: 데이터 동기화를 위한 제어 신호. 프레임의 속도를 맞추고 실제 데이터의 시작을 알려 제대로 인식할 수 있도록 도와줌SFD: 데이터의 시작을 알림Dst addr: 목적지의 맥 어드레스Src addr: 출발지의 맥 어드레스Type: 상위 계층의 프로토콜 정보Length: 0x0600보다 작으면 IEEE 802.3 Frame, 크면 Ether TypeDSAP: 목적지 3계층 프로토콜 (어떤 프로..

네트워크 장비 Repeater : L1 계층- 물리 계층에서 네트워크 구성 시 사용- 약해진 신호를 재생성- 통신 선을 연장하는 효과 Hub : L1 계층- 연결된 모든 호스트에게 전달 (주소 인식 불가) Bridge: L2 계층- 리피터 기능 + 필터링 기능- 목적지 주소(MAC 주소)를 검사해서 프레임을 전달할 포트(하드웨어)를 결정- 포트와 주소를 연결할 테이블 존재- 네트워크와 네트워크 연결 (LAN 연장)- 네트워크 분리 Swtiching Hub: L2 계층- 목적지 주소를 인식, 해당 목적지 포트로만 전달- LAN에 많이 사용 Backbone 장치- 여러 네트워크(LAN)을 연결해주는 장치- 백본 스위치  주요 용어노드: 호스트와 라우터링크: 인접한 두 노드를 물리적인 매체로 연결, 연결 상태..

하나의 송신자가 특정 그룹에 속한 다수의 수신자와 통신 멀티캐스트 그룹 관리 프로토콜IGMP (Internet Group Management Protocol)라우터가 호스트들에게 쿼리, 호스트는 리포트응답이 없으면 그 호스트 제거 Unicasting- 하나의 송신자가 하나의 특정 수신자에게 데이터를 전송하는 방식- 1:1 통신 Multicasting- 하나의 송신자가 여러 특정 수신자 그룹에게 데이터를 전송- 1:다수 통신 Broadcasting- 하나의 송신자가 네트워크의 모든 수신자에게 데이터 전송- 1:전체 Anycasting- 하나의 송신자가 여러 수신자 중 하나에- 1:1(인데 다수 중 어떠한 하나)

Autonomous Systems네트워크 관리 프로토콜응용 계층 프로토콜임([IP헤더]-[UDP헤더]-[SNMP헤더]-[Data]) 관리 대상(Managed device)과 관리 주체(Managing entity)MIB(Management Information Base)는 각 Managed device에 존재하는 데이터베이스, 장치의 상태와 성능 정보를 저장 관리 주체는 SNMP를 통해 네트워크의 각 장치에서 데이터를 수집함 Managed device(장치 그 자체)의 agent(장치에 있는 소프트웨어)가 MIB에 모아뒀던 데이터를 Managing entity에 보냄-> 관리 주체가 해당 정보를 보고 네트워크를 모니터링하고 관리이때 데이터를 주고 받을 때 사용하는 프로토콜이 SNMP Message Typ..

IP 프로토콜은 에러 제어와 관리 능력이 부족에러 메시지를 보내고, 질의응답을 함 Error-reporting messages- 목적지 도달 불가 (IP 주소 불가)- 송신자 조절 (혼잡 제어 관련)- 시간 초과- 헤더 정보에 문제가 있을 때 질의 응답 메시지 [네트워크 문제 진단 .. 질문을 요청하고 응답 확인]- 네트워크가 잘 작동되는가 (핑)- 시간- 주소 마스크- 라우터 정보 호스트, 라우터 단에서 네트워크 레벨 소통을 위해 사용됨ICMP 메시지는 IP의 데이터그램에서 옮겨짐ICMP 메시지: type, code + IP 데이터그램 헤더의 첫 8바이트 type: ICMP 메시지의 유형code: 메시지 타입의 세부적인 내용 Traceroute and ICMPTraceroute는 UDP로 처음에 TTL..

트래픽 엔지니어링어느 한 쪽으로 트래픽이 몰리는 게 마음에 안들면 분산시키고 싶을 수도 있음 (로드 밸런싱)그런데 전통적인 방법으로는(라우터에서 포워딩 테이블 만들기) 어려움이 있음예전 방식은 control과 data plane이 분리가 안됨 현재는 네트워크 관리자가 패킷의 흐름을 제어할 수 있도록 관여 -> 소프트웨어를 통해 논리적으로 중앙화된 컨트롤 플레인멀리 있는 컨트롤러와 라우터의 CA(control agent)와 상호작용하여 포워딩 테이블을 만듦왜 "논리적으로" 중앙화인가물리적으로는 보통 분산처리가 되어 있는데, 포워딩 테이블 만드는 기능에선그게 중요한게 아니니까 논리적으로 하나의 컨트롤러로 생각하는 것 SDN 방식은 OSPF 같은 개방형 프로토콜처럼 제조회사가 달라도 사용 가능함  Genera..

**unicast: 1:1multicast: 1:nbroadcast: 1:?anycast: 1:n중 어느 하나 확장성 문제로 인해 라우팅 테이블에 전세계 대상으로 저장할 수는 없음또한, 각 네트워크 관리자는 자신의 네트워크에서 라우팅을 제어하고 싶어할 수 있음(자율성)실제로 라우터의 종류는 다양하고, 계층 구조임 AS(autonomous system) 단위로 관리됨한 기관에서 관리하는 네트워크이며, 동일한 네트워크 ID를 가진 라우터의 집합임 intra-AS 라우팅같은 AS 내부에서 호스트, 라우터 간 라우팅같은 AS 안에서는 같은 프로토콜로 라우팅해야 함다른 AS 간에는 프로토콜이 달라도 상관없음게이트웨이: 다른 AS와 링크를 가진 가장자리의 라우터 inter-AS routingAS 간 라우팅게이트웨이..

포워딩: 라우터의 입력으로 들어온 패킷을 어느 출력으로 보내는가 (=데이터 플래인)라우팅: 출발지부터 목적지까지의 패킷의 루트 결정 (=컨트롤 플래인) 라우팅이란라우터에 저장될 라우팅 테이블(포워딩 테이블)을 만드는 과정 기존 방식각각의 라우터에서 알고리즘이 적용되어 경로가 정해짐=> 논리적으로는 데이터 플래인과 컨트롤 플래인이 분리되어 있으나, 물리적으로는 같은 곳 최근 방식상위 컨트롤러에서 정보를 받아서 경로를 결정하고 보내줌=> 논리적으로도 물리적으로도 데이터 플래인과 컨트롤 플래인이 분리됨기존 방식Routing Protocol의 목적 - 보내는 쪽에서 받는 쪽으로 "좋은 경로"를 설정해야 함여기서 좋다는 건 비용일 수도 있고, 혼잡도일수도 있고.. G = (N, E)N = {u, v, w, x, ..