Since. 24살

Principles of reliable data transfer # 두 host는 packet이 손실되었거나 손상된 경우 신경쓰지 않는다. --> transport layer이 처리한다. # application layer은 신뢰할 수 있는 채널이다. 사실 신뢰할 수 있는 채널이 아니다 # transport layer에서 수행되는 모든 모든 일을 숨긴다.(데이터 복구, 데이터 재전송) # 데이터가 확인되지 않는 한 데이터를 다시 보내야하고 # 이 두 host사이에 channel이 noisy가 많지 않으면 transport layer는 덜 작동하므로 복잡성은 줄어든다. --> transport layer의 복잡성은 unreliable channel의 특성에 의존한다. # 두 host는 여러 physica..

Application Layer에서 요구하는 것에 따라 TCP, UDP 선택한다. UDP (IP/PORT) TCP : E-mail, HTTP, FILE 신뢰, 복잡, 멀티 플렉싱 과 디멀티플렉싱만 제공 (S/D)(IP/PORT) UDP segment header checksum: application data에 데이터 전송 오류가 있는지 확인 보내는 사람과 받는 사람의 checksum 연산결과가 같으면 정상, 아니면 패킷을 버릴 수 있다. application layer에서 복구하기도 한다. 대부분 버린다. UDP checksum Goal : 전송된 segment에서 오류 (즉, 뒤집힌 비트) 감지 010101010 -->0110110 pure하지 않고 noise가 있다 데이터 신호처리 시스템 영역 대역..

Multiplexing/demultiplexing How demultiplexing works ▪ 호스트는 IP 데이터 그램을받습니다. • 각 데이터 그램에는 소스 IP 주소, 대상 IP 주소가 있습니다. • 각 데이터 그램은 하나의 전송 계층 세그먼트를 전달합니다. • 각 세그먼트에는 소스, 대상 포트 번호가 있습니다. ▪ 호스트는 IP 주소 및 포트 번호를 사용하여 세그먼트를 적절한 소켓으로 보냅니다. Connectionless demultiplexing Recall: ▪ 소켓을 생성 할 때 host-local 포트 번호를 지정해야합니다. ▪ UDP 소켓으로 보낼 데이터 그램을 만들 때 다음을 지정해야합니다. • 대상 IP 주소 • 대상 포트 번호 수신 호스트가 UDP 세그먼트를 수신 할 때 • 세그..

Transport services and protocols ▪ 서로 다른 호스트에서 실행되는 애플리케이션 프로세스 간의 논리적 통신 제공 ▪ 최종 시스템의 전송 프로토콜 작업 : • 발신자 : 애플리케이션 메시지를 segments로 나누고 Network Layer으로 전달 • 수신자 : segments를 메시지로 재조립하고 Application Layer으로 전달 각 segments은 다른 경로로 이동할 수 있다. ▪ 인터넷 애플리케이션에 사용할 수있는 두 가지 전송 프로토콜 • TCP, UDP Transport vs. network layer services and protocols ▪ network Layer : host간의 논리적 통신 ▪ transport Layer : process간의 논리적 통..

인터넷 내에서 packet loss가 발생할 수 있따 두 host가 연결되어 있는지 여부에 관계없이 연결한다 p2p or client-server host들의 연결이 보장되지 않는다 Content distribution networks (CDNs) ▪ challenge: 콘텐츠 (수백만 개의 비디오에서 선택)를 수십만 명의 동시 사용자에게 스트리밍하는 방법은 무엇입니까? ▪ option 1 : 단일, 대형 "mega-server" • 단일 장애 지점 # 한번 사고 나면 끝 • 네트워크 정체 지점 # 엄청난 데이터를 뿌리고 있어서 주변 환경이 혼잡, 주변 사용자들이 낮은 품질을 겪음 • 멀리 떨어져있는 고객과의 긴 경로 # 갈 곳이 한 곳 밖에 없을경우 멀리 있는 사용자가 고색 • 발신 링크를 통해 전송 ..

Peer-to-peer (P2P) architecture ▪ 상시 가동 서버 없음 ▪ 임의의 최종 시스템이 직접 통신 # application layer 통신 # network layer를 통하면 여러 곳을 거쳐간다 ▪ peer는 다른 peer에게 service를 요청하고 다른 peer에게 service를 제공합니다. • 자체 확장성 – 새로운 peer는 새로운 service 용량과 새로운 service 요구 를 가져옵니다. # 더 많은 용량을 가진다는 것은 더 많은 리소스를 얻는다는 것 # 더 많은 service를 제공하는 것이 아니라 성능은 저하되잠 지능적인 프로토콜이 있다--> 안정성 ▪ peer가 간헐적으로 연결되고 IP 주소 변경 • 복잡한 관리 # peer가 한번 연결되면 p2p 네트워크에 그..

DNS: Domain Name System people : 많은 식별자 : • SSN, 이름, 여권 번호 Internet hosts, routers: • IP 주소 (32 bit) - datagrams 주소 지정에 사용됩니다. • "name"(예 : cs.umass.edu) - 사람이 사용 # 사람이 사용하는것을 router가 packet을 routing하는데 사용할 수 있도록 IP로 translation시스템 # host는 DNS query를 시작해서 ip주소를 회신받아 대상 노드를 가져와 커뮤니케이션한다 Q : IP 주소와 이름간에 매핑하는 방법은 무엇입니까? Domain Name System: ▪ 여러 name server의 hierarchy계층 구조로 구현된 분산 데이터베이스 # 'root가 하나..

HTTP / 2 Key goal : 다중 객체 HTTP 요청 지연 감소 HTTP1.1 : 단일 TCP 연결을 통해 여러 파이프 라인 GET 도입 ▪ server는 GET 요청에 순서대로 응답합니다 (FCFS : first-come-first-served scheduling). ▪ FCFS를 사용하면 작은 객체가 큰 객체 뒤의 전송 (head-ofline(HOL) blocking)을 기다려야 할 수 있습니다. ▪ 손실 복구 (손실된 TCP 세그먼트 재전송)로 인해 객체 전송이 중단됨 HTTP / 2 : [RFC 7540, 2015] client에 개체를 보낼 때 server의 유연성 향상 : ▪ 메서드, 상태 코드, HTTP 1.1에서 변경되지 않은 대부분의 header field ▪ client 지정 개..

HTTP request message ▪ 두 가지 유형의 HTTP message : request, response ▪ HTTP request message: • ASCII (human-readable format) HTTP request message: general format Other HTTP request messages POST 메소드 : # create ▪ 웹 페이지에는 종종 양식 입력이 포함됨 ▪ HTTP POST request message의 entity body에서 client에서 server로 전송된 사용자 입력 GET 메소드 (server로 데이터 전송용) : # read ▪ HTTP GET request message의 URL field에 사용자 데이터 포함 (‘?’뒤) : www..

Web and HTTP 첫째, 간단한 검토… 웹 페이지는 각기 다른 웹 서버에 저장 될 수있는 객체로 구성됩니다. 객체는 HTML 파일, JPEG 이미지, Java 애플릿, 오디오 파일 등이 될 수 있습니다. 웹 페이지는 여러 참조된 객체를 포함하는 기본 HTML 파일로 구성되며, 각 개체는 URL로 주소 지정 가능합니다. HTTP overview HTTP : hypertext transfer protocol 웹의 애플리케이션 layer 프로토콜 client / server 모델 : client : Web 객체를 요청, 수신 (HTTP 프로토콜 사용) 및 "display"하는 브라우저 server : Web server는 request에 대한 respond로 객체를 보냅니다 (HTTP 프로토콜 사용). ..