다양한 기록

비디오 압축(코덱): 이전 프레임과의 차이점만 보냄, 전체를 보내지 않음 CBR(Constant bit rate) : 비디오 인코딩률 고정 VBR(Variable bit rate): 비디오 인코딩률이 가변적 DASH: Dynamic, Adaptive, Streaming over HTTP 서버 - 파일을 여러 청크로 나눔 - 각 청크의 화질은 다를 수 있음 - manifest file, 청크들의 URL을 제공 클라이언트 - 연속적으로 가용 네트워크의 대역폭을 측정하고 향후 다운 받을 비디오 세그먼트의 비트율 결정 - 문제 생기면 manifest 파일에 요청을 함 - 언제 청크를 요청할지 결정 - 인코딩 레이트를 어느정도로 할지 결정 - 어디에서 청크를 요청할지 결정 => 클라이언트는 비트레이트 적응(ABR..

임의의 엔드 시스템이 직접 소통피어는 간헐적으로 연결되고 IP가 바뀜 클라이언트 / 서버 아키텍처의 파일 분배 시간서버의 업로드 속도 Us파일 크기 F, 클라이언트 수 N클라이언트들의 파일 다운로드 속도 중 최소 Dmin 클라이언트-서버 간 파일 전송 시간 >= max{ NF/Us, F/Dmin } P2P 파일 분배 시간NF/(업로드 속도 총합): P2P는 여러 피어에서 파일을 받을 수 있어서 평균내기P2P 파일 전송 시간 >= max{ F/Us, F/Dmin, NF/(업로드 속도 총합) } P2P의 장점: 클라이언트의 수가 늘어도 감당이 가능. 확장성이 좋다BitTorrent파일을 256키로바이트 단위로 청크로 분리트래커 / 토렌트트래커는 관리자, 토렌트는 청크를 교..

Domain Name Server IP를 사람이 이해하기 쉬운 주소로 변환해주는 시스템입니다. 일례로, 저는 구글 서버 IP를 모릅니다. 하지만 www.google.com 하면 접속이 된다는 것은 알 수 있습니다. 기본적으로 DNS는 분산 데이터베이스로, 계층화되어 있습니다. UDP를 사용하는데 DNS는 가해지는 부담이 큰 시스템이라 TCP를 쓰기엔 힘들어서 문제가 있으면 클라이언트 측이 알아서 재접속하도록 책임을 전가한다고 볼 수 있습니다. 중앙 집중화를 하지 않는 이유도 부담이 커서입니다. 현재 인터넷 구조 특징 상 DNS가 스톱되면 거의 대부분의 시스템이 정지되기에 안정성이 중요합니다. DNS 발전 과정 초기: 직접 IP 입력하기 발전: 클라이언트 컴퓨터에 파일 형태로 관리 현재: DNS 서버 DN..

메일을 보내는 사람(호스트): 유저 에이전트 클라이언트: 메일을 보내는 메일 서버 서버: 메일을 받는 메일 서버 TCP 사용, 25 포트 - 핸드셰이킹 - 메시지 전달 - 종료 커맨드/리스폰스 상호작용 - 커맨드: ASCII text (7비트 아스키 코드, 1비트는 패리티 비트) 즉, 문자로 명령이 간다. - 리스폰스 status code, phrase 앨리스가 밥에게 메시지를 보내는 경우 1. 앨리스가 유저에이전트를 통해 밥에게 메일을 보내면, 2. 유저에이전트는 앨리스의 메일 서버로 메시지를 보내고 메시지 큐에 쌓인다. 3. 클라이언트 측은 SMTP를 열어 밥의 메일 서버에게 TCP 커넥션을 한다.(핸드셰이킹) 4. 클라이언트가 밥에게 메시지를 보낸다. 5. 밥의 메일 서버는 밥의 메일 박스에 메일을..

Cookie HTTP 프로토콜은 stateless, 상태 정보를 저장하지 않습니다. 그렇기에 필요한 정보가 있다면 쿠키에 저장할 수 있습니다. 서버가 클라이언트에 쿠키를 설정하고, 클라이언트가 다음 HTTP 요청을 할 시 저장해둔 쿠키를 다시 전송합니다. 그렇다면 이 이용자가 누구인지 확인하는게 더 편하게 이루어질 것입니다. 만약 쿠키가 없는 클라이언트가 접속하고자 한다면 처음 온 사용자라고 인식할 수 있습니다. 인증, 쇼핑 카트, 추천, 유저 세션 상태 등을 위해 사용합니다. 즉, state를 저장할 수 있습니다. 쿠키는 다르게 표현하면 state를 전달하는 http 상의 메시지라 할 수 있습니다. 웹 캐시 (프록시 서버) 물리적으로 거리가 멀면 통신하는데 시간이 걸릴 수밖에 없습니다. 그래서 방문한 ..

HTTP Request Message HTTP Response Message 요청 라인 상태 라인 제네럴 헤더 제네럴 헤더 리퀘스트 헤더 리스폰스 헤더 엔티티 헤더 엔티티 헤더 CRLF CRLF Body Body HTTP 요청 메시지 리퀘스트 라인 [method] [sp] [URL] [sp] [version] [cr][lf] 헤더라인 [header field name] [value] [cr][lf] . ............... . [header field name] [value] [cr][lf] 공백 [cr][lf] 바디 [Entity Body] Get /abc.html HTTP/1.11\r\n Host: www-xyz.com\r\n Accept... ..... keep-Alive: 115\r\n \..

URI: URL과 URN을 포함하는 상위 개념, 인터넷 상 자원 식별 방법에 대한 이야기 URL: 서버에 있는 자원의 위치를 지칭. 프로토콜 + 호스트이름 + 파일경로 URN: 자원의 이름을 지칭 여기서 웹 문서의 프로토콜은 HTTP ** 문서 내용이 손실되면 안되니까 TCP 사용 클라이언트는 TCP 커넥션을 서버에 시도, 포트는 80 서버가 받아들이면 HTTP 메시지가 브라우저와 웹 서버 간 교환 끝나면 TCP 커넥션이 닫힘 ** HTTP는 statelss, 비상태 프로토콜 언제 누가 왔고 몇 번 왔고 이런 거 저장을 안함 - 모든 기록을 다 하기엔 부담됨 - 시스템 다운 시 상태 처리다 복잡해짐. 정보 일치 문제 ** 하지만 기록하는 방법은 있습니다. -> 쿠키 사용 기본 포트 번호 80 보안을 위해..

IP 보통 32비트를 써서 표현하는 호스트의 주소를 의미 그러나, 호스트의 IP만 가지고는 어떤 프로세스를 찾아가야 하는지 모름 포트 식별자는 IP 주소와 포트 넘버를 포함 프로세스의 주소라고 생각하면 됩니다. 예) HTTP 포트 80 (8000, 8080) 메일 포트 25 애플리케이션 레이어의 프로토콜이 정의해야 하는 것 교환되는 메시지의 타입 - 리퀘스트 - 리스폰스 메시지 신택스 - 문법, 구조, 규칙 메시지 세만틱스 - 의미 예) a = b 수학과 컴퓨터에서 신택스는 같으나 세만틱스는 다름 룰 - 언제 어떻게 프로세스가 메시지를 보내고 받을 것인가 메시지 신택스 + 메시지 세만틱스 (+ 룰) = 프로토콜 오픈 프로토콜 - RFCs에서 정의됨 - 상호운용성 허용 - 예) HTTP, SMTP 사적인(..