L2 수준에서 MAC주소 입장에서(기준) 송신/수신 할때의 처리 흐름이 궁금합니다.
모든 강의를 수강했는데
L3 IP Packet 입장에서 소스/도착지 IP주소로 어떻게 찾아가는지는 매번 자세하게 설명해주셔서 어느정도 감이 잡힌 것 같습니다.
질문 내용은 L3 이전에 L2 수준에서 Frame 을 송신/수신할때
MAC 주소를 보고 위 흐름과 비슷한 처리들을 할텐데
자세하게 어떻게 처리되는지가 궁금합니다.
이 궁굼증이 문득 왜 들었냐면 곰곰히 생각해보면...
1개의 NIC에 1개의 MAC주소가 있고, 여기에 나아가 1개의 IP주소가 할당될텐데 그렇다면 이 할당된 IP주소로 결국 해당 NIC까지 식별이 되는데 MAC 주소는 언제쓰지? 하는 생각이 들었습니다.
NIC:MAC주소:IP주소가 1:1:1 매핑인데 결국 IP주소로 최종 END-POINT 까지 찾아갈수 있지 않을까? 하는 의문에서 시작된 부분이고
니아가 L2 스위치의 역할도 MAC주소가 아니라 IP주소로 그냥 찾으면 되지 않나? 하는 생각도 드는데...
분명 어딘가에서 크게 잘못 생각하고 있는거 같은데 그 부분을 잘 모르겠습니다....
L2강의에서 목적지 MAC주소는 G/W의 Mac주소를 쓰신다고 말씀주셨었는데 이 과정이 구체적으로 어떻게 처리되는지 궁금하고 거꾸로 수신할때는 어떻게 처리되는지 궁금하네요~
좋은강의 만들어주셔서 감사드리고 응원하겠습니다!
Answer 1
0
잘못 알고 있는 부분이 있습니다.
1. 한 개 NIC에 IP주소는 여럿 할당 (Bind)할 수 있으며
2. 목적지 Host IP주소와 MAC주소는 일치하지 않을 수 있습니다.
Gateway로 향하는 모든 패킷의 목적지 MAC은 GW가 맞습니다. 하지만 목적지 IP주소는 GW가 아닌 다른 호스트의 IP주소인 경우가 대부분입니다.
만일 IP주소 1.1.1.1인 호스트의 MAC 주소가 AA:AA:AA:AA:AA:AA이고
1.1.1.2 호스트의 MAC주소는 BB:BB:BB:BB:BB:BB 라고 가정했을 때
목적지 MAC이 AA:AA:AA:AA:AA:AA이고 목적지 IP가 1.1.1.2인 Frame이 있다면 이 프레임은 일단 1.1.1.1 호스트에 전달됩니다. MAC주소는 1.1.1.1 호스트에 장착된 NIC의 MAC 주소가 맞기 때문입니다. 그러나 IP stack을 통과해 위로 올라가지 못하고 버려집니다. 잘못 배송된 IP주소이기 때문입니다.
L2 스위치는 스위칭 시 IP주소를 확인하지 않습니다. 오직 MAC주소만 확인하지요. 참고하시기 바랍니다. 감사합니다. ^^
제가 이해한 것이 맞을까요?
0
53
0
제가 Socket을 잘 이해한 건지 궁금합니다
0
78
1
Broadcast 학습 중 간단한 궁금증이 생겨 질문드립니다
0
75
1
책 추천 부탁드립니다.
0
112
2
Host범위에 대해서 질문이 있습니다.
0
101
2
택배차 즉 Frame의 생명주기
0
113
2
단편화 관련 질문
0
75
2
네트워크 공부에 추천하실만한 책이 있으신가요?
0
217
1
예전에 있었던 수동 IP 할당 경험에 대한 질문
0
88
2
ttl 관련 질문
0
70
3
SSL OSI 7계층
0
135
2
만약 송신측 + 모든 라우터의 MTU는 동일했지만 수신측에서 MTU가 더 작으면 어떻게 되나요?
0
96
2
라우터에 대해 궁금합니다
0
96
2
네트워크 질문 있습니다.
0
145
2
Broadcast 범위에 대한 질문
0
100
1
응용 과정으로 넘어가기 전에 질문 입니다.
0
160
2
UDP 통신 시 Socket 설정
0
213
2
host 내부 process 통신
0
138
2
스위치에 대한 질문
0
196
2
L3Switch & Router
1
244
3
RESTful API에 대해 질문 드립니다
0
197
2
스위치에 대하여
0
201
2
그림 한 장으로 외워서 끝내는 웹 서비스 구조 기본이론만 재생이 안돼요
1
223
3
DHCP 과정 중 src와 dst가 궁금합니다.
0
291
2