[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 >

&nbsp;-

 - 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