일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
- Java
- 허브
- Jenkins
- 캐시서버
- ansible
- JPA
- mybatis
- 방화벽
- IntelliJ
- tomcat
- container
- AOP
- jdk
- Pipeline
- Spring
- LAN어댑터
- docker
- 액세스회선
- 소켓
- gradle
- 라우터
- map
- Linux
- STREAM
- Set
- cloud
- DevOps
- Collection
- sonarQube
- post
- Today
- Total
목록ARP (2)
거북이-https://velog.io/@violet_evgadn 이전완료
MAC 헤더 ◎ MAC 헤더 IP 헤더를 모두 만들었다면 MAC 헤더를 붙여야 한다. 네트워크에선 엔드노드나 라우터에 존재하는 경로표를 통해 패킷을 수신할 다음 중계 노드(라우터) IP 주소를 찾았다. 그런데 왜 굳이 MAC 헤더라는 새로운 제어 정보가 필요한 것일까? 이전에 말했듯 라우터(혹은 엔드노드의 IP 담당)는 TCP/IP 규칙에 의거하여 패킷이 도착할 다음 중계 노드를 찾는다. 문제는 이더넷에서는 TCP/IP 개념이 통용되지 않기 때문에 TCP/IP 규칙에 따라 찾은 주솟값인 IP 주소를 이디넷에 전달하더라도 이더넷은 이를 파악하지 못하므로 패킷을 목적지까지 운송할 수 없다. 따라서 이더넷의 규칙에 의거하여 다음 중계지에 대한 정보를 줘야 하는데 이더넷 규칙으로 찾은 주솟값이 MAC 주소이며 ..
패킷 ◎ 패킷 구조 패킷은 크게 "헤더"와 "데이터" 두 부분으로 구성되어 있다. 그리고 "헤더"는 이더넷의 제어 정보인 MAC 헤더, IP의 제어 정보인 IP 헤더 그리고 TCP 헤더로 구성되어 있다. 헤더에는 최종 목적지 및 다음 경유지에 대한 정보가 적혀 있어 헤더에 적힌 제어 정보를 통해 최종 목적지에 가기 위한 경로를 찾을 수 있으며 다음 경유지로 데이터가 송신될 수 있다. TCP 헤더는 프로토콜 스택 안에 존재하는 TCP 담당이 생성하며 IP 헤더와 MAC 헤더는 프로토콜 스택 안에 있는 IP 담당이 생성한다. ◎ 간단히 보는 패킷 송신 과정 먼저 데이터를 송신하는 기기가 패킷을 생성한다. 이후 가장 가까운 중계 장치에 만들었던 패킷 송신한다. 중계 장치에서는 패킷의 헤더 내용을 조사하여 자신..