[21] CH5 Link 계층 < 총정리: 웹페이지 요청에 대한 처리 >
< 총정리: 웹페이지 요청에 대한 처리 >
- 프로토콜 스택에 대한 여정은 끝났다.!
- 어플리케이션 계층, 전송 계층, 네트워크 계층, 링크 계층
- 전체를 함께 살펴봅시다.
- 목표 : 단순한 웹 페이지 요청과 관련하여 모든 계층에서 프로토콜을 확인하고, 살펴보고, 이해하자
- 시나리오 : 학생이 학교 네트워크에 노트북을 연결하고 www.google.com웹페이지 지 요청하고 응답 받는것.
< 시나리오 >
- 네트워크에 새로운 노트북이 연결...
< 시작하기 : DHCP, UDP, IP, Ethernet >
- 네트워크에 연결하는 노트북은 사용할 IP주소, 게이트웨이 주소, DNS 서버 주소를 얻어야 한다. : DHCP사용!
- DHCP 요청 메시지는 UDP에 캡슐화, IP에 캡슐화, 802.3 Ethernet에 캡슐화.
- LAN에서 Ethernet프레임 broadcast(dest:FFFF~), DHCP서버가 돌아가고 있는 라우터에서 수신.
- Ehternet에서 IP로 역다중화, IP에서 UDP로 역다중화, UDP에서 DHCP로 역다중화
- DHCP서버가 클라이언트의 IP주소, 게이트웨이 IP주소, DNS서버의 이름과 IP주소를 포함하는 DHCP ACK메시지를 만듦
- DHCP 서버에서 캡술화,LAN을 통해서 프레임 전달(스위치 자가학습), 클라이언트에서 역다중화
- DHCP 클라이언트는 DHCP ACK를 수신함
클라이언트는 IP주소를 알고, DNS 서버 이름과 주소, 게이트웨이의 IP주소를 앎
< DNS와 HTTP 전 ARP >
- HTTP request 전송전에, www.google.com의 의 IP주소가 필요함 : DNS
- DNS query 생성, UDP로 캡슐화, IP로 캡슐화, Ethernet으로 캡슐화. 게이트웨이로 프레임 전송하기 위해, 게이트웨이 인터페이스의 MAC주소 필요함 : ARP
- ARP query broadcast, 게이트웨이가 수신, 게이트웨이가 인터페이스의 MAC주소를 주는 ARP reply로 응답함.
- 클라이언트가 게이트웨이의 MAC주소를 앎. DNS query를 포함하는 프레임을 보 낼 수 있음
< DNS >
- 클라이언트에서 게이트웨이로 LAN 스위치를 통해 전달되는 DNS query를 포함하는 IP datagram
- 학교 네트워크에서 Comcast 네트워크로 IP datagram전달
- DNS서버로 RIP,OSPF,IS-IS와 또는 BGP 라우팅 프로토콜로 생성된 테이블에 의해 전달됨
- DNS로 역다중화
- www.google.com의 의 ip주소를 클라이언트에게 응답.
< HTTP운반하는 TCP >
- HTTP request를 보내기 위해, 클라이언트는 웹서버에 TCP socket을 처음으로 엶
- TCP SYN segment(TCP 3방향 핸드쉐이크에서 첫 번째 단계)가 웹서버로 전달됨
- 웹서버가 TCP SYNACK로 응답합 (두 번째 단계)
- TCP connection 설정완료! (세 번째 단계)
< HTTP 요청/응답 >
- TCP 소켓으로 전달된 HTTP request
- HTTP request를 포함하는 IP datagram이 www.google.com 로 향함
- 웹 서버가 웹페이지를 포함하는 HTTP reply로 응답함.
- 클라이언트로 되돌아온 HTTP reply를 포함하는 IP datagram