Chapter2 : Application Layer(2)

이 포스트는 2021.12~2022.09 기간동안 벨로그에 작성한 글을 티스토리에 옮겨 적은 것입니다.

2.4 DNS

Domain Name System:url을 32 bit ip addr로 바꾼다.

• distributed db
• application layer protocol

centralize DNS 안쓰는 이유들
single point of failure
traffic volume
distant centeralized(멀면 딜레이 김)

DNS: service, structure

DNS service
1. host name to IP addr
2. host aliasing (CNAME 타입으로 저장) 별칭 이름!
3. mail server aliasing (MX 타입으로 저장.)
※어쩌구.edu → 3번서비스 → SMTP host name → 1번 서비스 → ip addr

DNS: root name 서버- 전 세계에 13개 밖에 없다.
Local DNS name server-LDNS(default name 서버)
※LDNS는 하야라키에 속하지 않음. 프록시같은 캐시 느낌

DNS name resolution example

iterated query
LDNS가 하나씩 물어물어...
root, TLD, authoritative dns server에 차례로 물어봄. LDNS가 바쁨! 보통 이 방법을 많이 쓴다.
recurisive query
hit이면 자기가 처리하지만, 없으면 root로 토스! root가 바쁘다. 클라가 LDNS가 묻고, LDNS는 루트한테 묻고, 루트는 TLD에...TLD는 authoritative dns server에...

DNS:caching,updating records

LDNS에 다양한 조합으로 캐싱 (호스트이름-ip, 호스트이름-호스트이름 등)
캐시는 TTL 시간 지나면 timeout으로 사라짐.

DNS records

DNS: distributed db sotring resource record(RR)
RR format: (name, value, type, ttl)

type A
name: host name, value: ip addr
type CNAME
name: alias(공식) name value: ip addr
type MX
value는 name과 연관된 메일 서버. 공식-메일별칭 인데 좀 더 메일 특화
type NS
유일한 TLD 서버.
name은 domain value:authoritative name의 host name

2.5 P2P application

no always-on server, directly communicate, arbitrary(제멋대로인) end system.

File distribution: client-server vs P2P

⏰size F인 파일 N개 보내는 데 걸리는 시간 비교

client-server
서버:N x F/ui
클라: F/dmin (제일 느린애 속도에 맞춤)
걸리는 시간: max(N x F/ui,F/dmin) 이상
N이 크면 선형으로 늘어남!

p2p
서버: F/us (한 번은 업로드 해야 함)
peer(클라):F/dmin
peer(서버): N x F/(us+Σui)
걸리는 시간: max(F/us,F/dmin,N x F/(us+Σui),) 이상
선형으로 늘어나지 않음.

→그러므로 p2p가 시간적으로 이득