Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- sonarQube
- gradle
- tomcat
- Jenkins
- 라우터
- post
- Pipeline
- JPA
- ansible
- Collection
- cloud
- jdk
- 방화벽
- Set
- 액세스회선
- map
- LAN어댑터
- container
- STREAM
- 소켓
- AOP
- Linux
- 캐시서버
- 허브
- IntelliJ
- docker
- DevOps
- mybatis
- Spring
- Java
Archives
- Today
- Total
목록ARP캐시 (1)
거북이-https://velog.io/@violet_evgadn 이전완료
MAC 헤더
MAC 헤더 ◎ MAC 헤더 IP 헤더를 모두 만들었다면 MAC 헤더를 붙여야 한다. 네트워크에선 엔드노드나 라우터에 존재하는 경로표를 통해 패킷을 수신할 다음 중계 노드(라우터) IP 주소를 찾았다. 그런데 왜 굳이 MAC 헤더라는 새로운 제어 정보가 필요한 것일까? 이전에 말했듯 라우터(혹은 엔드노드의 IP 담당)는 TCP/IP 규칙에 의거하여 패킷이 도착할 다음 중계 노드를 찾는다. 문제는 이더넷에서는 TCP/IP 개념이 통용되지 않기 때문에 TCP/IP 규칙에 따라 찾은 주솟값인 IP 주소를 이디넷에 전달하더라도 이더넷은 이를 파악하지 못하므로 패킷을 목적지까지 운송할 수 없다. 따라서 이더넷의 규칙에 의거하여 다음 중계지에 대한 정보를 줘야 하는데 이더넷 규칙으로 찾은 주솟값이 MAC 주소이며 ..
CS 지식/네트워크
2023. 3. 6. 10:25