ICMP에서 운영체제의 방화벽이 Request를 버려버린다고 하셨는데, 그러면 상대방측에서는 어떻게 통신가능한지 확인할 수 있는지 이해가 잘 가지 않습니당

Host는 네트워크에 연결된 컴퓨터를 말하고, 이 host가 네트워크를 위한 기능을 하면 switch 라고 하고,네트워크를 이용하는 주체면 end-point 라고 하셨는데요 쉽게 말해 PC를 통칭 해 host라고 부르고,해당 PC가 네트워크 장비인 경우 switch라 하고, 일반 user가 사용하는 PC의 경우 end-point라고 생각하면 될까요?

전송 계층은 네트워크 계층에서의 신뢰성 문제를 해결하기 위해서 연결 확립 과정과 연결 종료 과정을 거친다고 이해했습니다.연결 확립 과정은 3 way handshake를 통해서 진행되고, 연결 종료 과정은 4 way handshake 과정을 통해서 진행되고요. 그러면 이 과정도 캡슐화 와 역캡슐화가 이뤄지는 건가요? 그렇다면 연결 수립 과정과 종료 과정에서 데이터 신호가 서버측까지 캡슐화와 역캡슐화를 계속해서 반복하는 것이라 이해하면 될까요?  또한, OSI 7 layer 기준으로 session layer와 representation layer는 그러면 무슨 역할을 하는 건가요? 강사님께 여쭤보는 이유는 블로그마다 내용이 사뭇 다르고 정확도가 떨어져서 직접 여쭤봅니다.

- 학습 관련 질문을 남겨주세요. 상세히 작성하면 더 좋아요! - 먼저 유사한 질문이 있었는지 검색해보세요. - 서로 예의를 지키며 존중하는 문화를 만들어가요. - 잠깐! 인프런 서비스 운영 관련 문의는 1:1 문의하기를 이용해주세요. 안녕하세요, 강사님!! tcpip 통신에서 process의 버퍼의 크기는 개발자가 결정한다고 하셨는데 고정인가요? 가변인가요?좋은 강의 항상 감사드립니다. 새해 복 많이 받으세요~ 

- 학습 관련 질문을 남겨주세요. 상세히 작성하면 더 좋아요! - 먼저 유사한 질문이 있었는지 검색해보세요. - 서로 예의를 지키며 존중하는 문화를 만들어가요. - 잠깐! 인프런 서비스 운영 관련 문의는 1:1 문의하기를 이용해주세요. 안녕하세요! DNS를 학습하면서 든 의문점이 있어서 질문드립닏다.1. DNS의 계층 구조 명칭 질문보여주신 그림을 보자면 다음과 같이 이해했는데요.root -> TLD -> Sub domain -> host name이에 대해서 구글링을 해보면 어떤 사람은 naver를 Second Level domain이고, cafe 나 search를 sub domain이라고도 하는데 이를 어떤 게 정확하게 맞는 건가요?host name은 제일 하단에 있는 부분이라고 이해하면 되는 걸까요?제 생각에는 이런 문제가 발생된 이유가 DNS가 트리형인 계층적 구조로 되어 있어서 계속 밑으로 내려갈 수 있기 때문에 어디부터 어디까지를 Second level domain, sub domain, host name이라고 하기 어려워서 그런 것 같습니다. 2. DNS 질의 원리 강의해주신 질의 방식에는 재귀와 반복이 있다고 하셨는데, 재귀의 경우, DNS client가 root에 질의한다음 root에서 한 층씩 내려가는 걸로 이해했는데요. 그러면 예를 들어서 www.naver.com 이라고 하면 root 계층에는 없으니 TLD 으로 내려가고 여기서 일치하는 com이 있으니 com 에서 더 낮은 계층으로 내려가서 탐색하고 거기서 naver가 일치하니 naver에서 하위 계층으로 이렇게 내려가는 식으로 탐색한다는 건가요? 등록되어 있지 않으면 더 하위 계층으로 내려간다는 게 이해가 안가서 질문 드립니다. 더 아래로 내려갈려면 무조건 상위 도메인이 일치해야 내려가는 게 아닌가요? 그리고 반복적 질의에 대해 제가 잘 이해했는지 확인하고자 질문드립니다.예를 들겠습니다.1. 브라우저의 url 창에 www.lab.glasscom.com 을 입력하여 로컬 DNS 서버에 먼저 질의2. 로컬 DNS 서버에서 모를 경우, Root DNS 서버에 질의한다. (`www.lab.glasscom.com`의 IP 주소는?) 그러면 Root DNS 서버에서 `com` 의 IP 주소를 로컬 DNS 서버에 응답한다.3. 로컬 DNS 서버는 `com` TLD DNS 서버에 동일하게 질의한다. 그러면 `com` TLD DNS 서버에서 `glasscom`의 IP 주소를 로컬 DNS 서버에 응답한다.4. 로컬 DNS 서버는 `glasscom` DNS 서버에 동일하게 질의한다. 그러면 `glasscom` DNS 서버에서 `lab`의 IP 주소를 로컬 DNS 서버에 응답한다.5. 로컬 DNS 서버는 `lab` DNS 서버에 동일하게 질의한다. 그러면 `lab` DNS 서버에서는 `www.lab.glasscom.com`의 IP 주소를 로컬 DNS 서버에 응답한다.6. 로컬 DNS 서버는 클라이언트에게 10번에서 얻은 IP 주소를 전달위와 같이 이해하면 될까요? 마지막으로 재귀와 반복 질의 각각 언제 사용되는 건가요?

안녕하세요? 항상 좋은 강의 감사드립니다. L2 스위치는 L2 Access와 L2 Distribution이 있는데 이들은 같은 네트워크인가요? 즉, IP 주소에서 network id는 같은건가요?네트워크가 처음이고 많은 개념이 들어오니 막 헷갈리네요ㅠ

- 학습 관련 질문을 남겨주세요. 상세히 작성하면 더 좋아요! - 먼저 유사한 질문이 있었는지 검색해보세요. - 서로 예의를 지키며 존중하는 문화를 만들어가요. - 잠깐! 인프런 서비스 운영 관련 문의는 1:1 문의하기를 이용해주세요.슬라이딩 윈도우 기법에 대해 몇 가지 질문 드리고자 합니다.A의 윈도우 크기 250은 B의 윈도우 크기가 250이여서 맞춰져서 그런 건가요? 아니면 그냥 가정으로 250이라고 한 건가요?확인 응답이 ACK 101인 이유는 100 byte 데이터 크기를 보냈기 때문에 이에 +1 값을 보낸 것이라 이해하면 될까요?A에서 보낸 데이터 50 바이트를 B가 버퍼에 저장하고, 어플리케이션 프로세스에서 50바이트를 처리했다고 했는데, 이는 A로부터 마지막으로 받은 데이터를 사용된 게 아닌 그보다 먼저 버퍼에 저장된 데이터를 사용했다고 이해하면 될까요?어플리케이션 프로세스가 사용했다고 말씀하신 후 윈도우 크기가 이동되었는데, 좌측 경계선은 저장되면 왼쪽에서 오른쪽으로 이동되고, 데이터가 사용되어 오른쪽 경계선이 오른쪽으로 갔다고 이해하면 될까요? 그리고, TCP 혼잡 제어 파트에서 오타가 있습니다. 0:36 시간대에 '이를 통하여 혼자 회피를 합니다' 라고 나와있는데 제가 이해한 바로는 '혼잡 회피'인 것 같은데 맞나요?

안녕하세요, 선생님. L2관련 질문입니다. osi 7계층에서 data link(L2)를 구현한 Ethernet 프로토콜은 H/W를 통해 물리적으로 설명이 되는 네트워크라고 이해했습니다. 또, 선생님께서 L2는 보통 Driver와 NIC 펌웨어에 해당된다고 하셨는데요,(섹션0. 유저모드와 커널모드) 그럼 이더넷은 가상화를 통해 Virtual machine 형태로 구현이 된 것으로 볼 수 있나요?

이전 강의들은 쭈욱 이어지는 느낌을 받았는데 ip header 강의는 갑자기 시작하는 느낌이 강하게 들고 그냥 와다다다 알려주고 넘어가시는 느낌이 들어서 아쉽습니다.. 그냥 넘어가도 되는 부분일까요?

- 학습 관련 질문을 남겨주세요. 상세히 작성하면 더 좋아요! - 먼저 유사한 질문이 있었는지 검색해보세요. - 서로 예의를 지키며 존중하는 문화를 만들어가요. - 잠깐! 인프런 서비스 운영 관련 문의는 1:1 문의하기를 이용해주세요.3-way handshake와 4-way handshake 과정 중 '패킷' 단어에 대해 질문을 드릴려고 합니다.제가 알기로는 패킷은 3계층의 데이터 단위이고, 4계층의 데이터 단위는 세그먼트인 걸로 알고 있습니다.그런데 이 연결 수립을 다루는 챕터를 보면 '패킷 요청을 네번 교환하여' 라고 말씀하셨는데, 왜 패킷이라고 하신 건가요?

안녕하세요 다름 아니라 TCP 홀펀칭을 공부하다 궁금한 점이 생겨 질문드립니다. 이전까지 소켓이 연결되려면 listen상태로 대기중인 서버 소켓 그리고connect 함수로 연결 요청을 했을때 비로소 클라이언트 소켓과 서버소켓이 연결되는 것으로 알고 있었습니다. 홀펀칭 상황에서 양쪽의 클라이언트가 릴레이 서버를 통해 서로의 public IP , Port 를 알 고 있을때 한쪽 소켓이 listen하고 있지 않는 즉 양쪽 소켓 모두 connect()함수를 호출해서 연결이 성립될 수 있나요?

- 학습 관련 질문을 남겨주세요. 상세히 작성하면 더 좋아요! - 먼저 유사한 질문이 있었는지 검색해보세요. - 서로 예의를 지키며 존중하는 문화를 만들어가요. - 잠깐! 인프런 서비스 운영 관련 문의는 1:1 문의하기를 이용해주세요.

패킷이 단편화가 일어나 2개 이상으로 쪼개질 경우 TTL은 단편화 전 패킷이 갖고 있던 카운트가 그대로 유지가 되나요? 아니면 새로운 카운트가 적용이 되는걸까요? 쪼갠 패킷에 같은 목적지 IP헤더를 만들어 쪼갠 정보를 붙여넣기 한다는데 TTL은 어떻게 되는지 궁금해서 여쭤봅니다... 제가 생각해봤을 때는 PC에서 패킷을 보낼 때 헤더에 TTL이 미리 지정되어 있고 단편화가 된 패킷들이 같은 패킷인걸 구분하고 목적지에서 조립을 하려면 최대한 같은 경로로 이동하는 것이 효율적이라 그대로 유지가 될 거라고 생각합니다...

1. 프로세스가 운영체제에 파일을 담을 메모리의 일부인 버퍼를 요청하는 건가요?2. TCP는 데이터를 보내려고 할 때 상대방이 받을 수 있는 여유공간을 확인한다고 하셨는데 버퍼에 있는 데이터를 미리 분해해서 바로 전송 할 수 있는 단계인 Frame까지 만들어 놓는것이 아니라 ACK를 받으면 그때 버퍼에 있는 데이터를 분해해서 Frame까지 만든 후 보내는 것인가요?정리하자면 ACK를 받기전에 미리 만들어놓는건지 ACK를 받은후에 여유공간이 있다고 판단되면 분해하여 Frame으로 만드는 건지 궁금합니다.3. 데이터를 보내는 것을 판단하는 몫은 TCP인건가요? TCP가 보내기로 했다면 packet을 거쳐 Frame까지 한번에 만들어지는 건지 궁금합니다.

선택의 근거가 이정표라고 하셨는데 다음 문장에 IP주소를 근거로 해서 스위칭했다면 L3 스위칭이라고 말씀하신것이 이해가 되지 않습니다. 이정표 즉 테이블만으로는 스위칭의 근거가 안되는 건가요? 근거가 이정표라고 했다가 IP주소, MAC주소라고 하셔서 혼란스럽습니다 ㅠㅠ

안녕하세요 외국에서 대학을 다니면서 cisco packet tracer 에서 모르는부분을 수강하고있는 학생입니다. 혹시 페켓트레이서에서 저장되지않은 파일이 오류 또는 실수로 강제종료 됬을때 파일을 복구 할 수 있거나 히스토리 같은게 남는지 궁금합니다..

강의 10:21를 듣고,DHCP Server는 broadcast domain에 묶여서 해당 LAN영역에서 host가 요청한 인터넷 설정에 필요한 작업을 자동으로 세팅해준다.broadcast domain에 묶였기 때문에 gateway의 네트워크 주소( 여기서는 192.168.0 )를 넘어서 외부 네트워크와 통신하지 않는다. 제가 잘 이해했나요?

안녕하세요 선생님.양질의 강의 너무너무 감사드립니다.AWS에서 이커머스를 운영하고 있는데 최근에 접속자가 몰려 네트워크 장애가 일어났습니다. 당시 웹서버를 늘려서 CPU 병목 등은 해결을 했지만 네트워크 장애 상황은 나아지질 않았습니다.이후 테스트 환경을 세팅하고 장애 상황을 재연한 뒤 wireshock 을 이용해 패킷 분석도 해봤습니다. 참고로 인스턴스 하나에 프론트엔드(nextjs) 서버(==서버)와 백엔드(django) 서버(클라이언트) 둘 다 띄워져 있는 설정이고, 그 둘 사이의 송수신을 분석한 결과 알게 된 사실은 다음과 같습니다. 캐시(redis)가 걸린 요청은 CPU 자원을 소모하지 않는다. >총 CPU 역시 여유가 있음.1. 패킷 분석 결과 장애상황에서도 속도가 크게 느려지지 않았다.  그렇지 않은 요청은 쿼리와 결과가 아주 간단한 요청임에도 시간이 많이 걸렸다. 패킷 분석 결과 TCP 연결을 종료할 때 공통적으로 병목이 일어남. (1초 내외)처음엔 Zero-window 문제인가 했는데, 패킷 로그를 보니 window size도 문제가 없는 것 같고, FIN_WAIT2 에서 시간이 오래 걸린 것 같은데 원인을 모르겠네요. 참고로 4-way handshaking 의 로그는 다음과 같습니다. (8000 포트가 백엔드 서버, 55032 포트가 프론트엔드의 임시포트로 추정)```65234 21.171396396 127.0.0.1 127.0.0.1 TCP 66 8000 → 55032 [FIN, ACK] Seq=384 Ack=570 Win=65536 Len=0 TSval=2505689308 TSecr=250568930865343 21.213509737 127.0.0.1 127.0.0.1 TCP 66 55032 → 8000 [ACK] Seq=570 Ack=385 Win=65280 Len=0 TSval=2505689351 TSecr=250568930866656 22.900434334 127.0.0.1 127.0.0.1 TCP 66 55032 → 8000 [FIN, ACK] Seq=570 Ack=385 Win=65536 Len=0 TSval=2505691037 TSecr=250568930866657 22.900437554 127.0.0.1 127.0.0.1 TCP 66 8000 → 55032 [ACK] Seq=385 Ack=571 Win=65536 Len=0 TSval=2505691037 TSecr=2505691037``` 정리하자면,DB와 인스턴스 자체의 리소스(cpu, 메모리 등)엔 문제가 없는 것으로 보이고, DB 풀링도 되고 있는 상황에서전체 패킷 로그를 보면 데이터 전송에 오래 걸린 게 아니라 TCP 연결 종료만 오래 걸려서 애플리케이션(nextjs)의 문제라고 결론지으려다가도 캐시 걸린 요청은 문제가 없어서 원인을 특정하기가 무척 힘드네요. FIN_WAIT2 에서 병목이 일어나는데 해결할 방법이 있을까요?다시 한 번 귀에 쏙쏙 들어오는 강의 마련해주셔서 감사합니다.

강사님 안녕하세요?수업이 너무 재밌습니다. 전공때 너무 지루해서 대충 넘어갔는데 강사님 설명을 듣다보니 네트워크 마스터가 되어가는 느낌입니다.본론으로 들어가서아래 토폴로지 구성에서 라우터와 서버를 크로스 오버 케이블로 연결하신 이유가 따로 있으신가요?Auto-MDIX 덕분에 다이렉트 케이블과 구분이 없이 사용 가능 하기 때문인가요??강의 내용에선크로스 오버 케이블 : OSI 7 Layer 기준 같은 계층의 장비다이렉트 케이블 : OSI 7 Layer 기준 다른 계층 장비라고 하셨는데 해당 토폴로지 구성에선 별 다른 설명 없이 크로스 오버 케이블 사용하셔서 혼란스럽습니다.

정리차 여쭤봅니다.브로드 캐스팅 범위를 IP 주소상 range가 잡히면 줄어든다 > 3계층 부터는 논리적(가상)으로 설명이 가능하니, 범위를 나누는 논리적인 방법이 3계층에 있다 그럼 이 기능이 서브넷 마크스를 통해 IP주소를 나누는게 되겠죠?  논리 = 가상으로도 표현함 H/W를 S/W으로 구현 할 수 있다는 말을 듣고 한방에 정리가 되었습니다.