이전 강의들은 쭈욱 이어지는 느낌을 받았는데 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으로 구현 할 수 있다는 말을 듣고 한방에 정리가 되었습니다.

맥을 사용해서 강의를 진행하고있는데 옵션을 찾고있는데 없어서 혹시 맥에서 설정하는 방법이 따로있는지 있으면 알려주시면 감사하겠습니다.

안녕하세요. 수업 들으면서 궁금한 점이 있어서 질문을 남겨놓습니다. RIPv1, RIPv2 강의 중에 라우팅 설정이 끝나도 처음 한번은 ping이 안될 수 있다고 말씀해주셨는데, 어떤 사유로 처음에 안되는 건지 알 수 있을까요?

안녕하세요 강사님지금 네트워크 영상 기초 강의들을 계속해서 보고있습니다보던 중에 라우터가 데이터 패킷 전달을 위해 최적의 경로 설정을 해주는 L3 스위치라고 들었습니다그리고 게이트웨이도 데이터 전달 과정에서 택배기사 같은 역할을 하며 라우팅을 한다고 들었는데요,이 둘의 정확한 차이점을 혹시 알 수 있을까요?

CMD창에 ipconfig를 해보니 제 노트북도 서브넷 마스크가 존재하던데, 라우터라면 서브넷 마스크로 네트워크ID와 호스트ID를 통해 적절하게 포워딩해야 하기에 서브넷 마스크가 필요할거라 생각하는데 제 컴퓨터는 라우터가 아님에도 가지고 있는 이유가 궁금했습니다.검색해보니 서브넷 안에서 요청이 오갈때는 라우터를 거치지 않고, 이 때 서브넷 마스크를 사용한다고 하더라고요. 그런데 이 경우 저의 IP와 서브넷 마스크는 존재하지만 목적지에 대한 IP만 존재할 뿐 이에 대한 서브넷 마스크는 존재하지 않는데 어떻게 같은 서브넷에 있는 호스트임을 판단하는지 이해가 안됩니다.질문을 요약하면서브넷 마스크를 라우터가 아님에도 갖고 있는 이유는 서브넷 통신을 하기 위함인 것이 맞나요?만약 서브넷 통신임을 라우터가 아닌 출발 호스트가 판단하는 것이 맞다면 목적지 서브넷 마스크는 모르는데 어떻게 같은 네트워크임을 판단하나요?

안녕하세요, 큰 마음 먹고 네트워크 시리즈를 수강신청하고 들을려고합니다강의소개에 보면 시각 자료를 제공해준다고 되어있는데요, 강의자료를 PDF 등의 형태로 제공을 해주시나요??^^

안녕하세요 강사님서버는 클라이언트의 요청을 대기하는 소켓을 생성하고클라이언트의 요청이 들어오면 해당 클라이언트와 연결을 위한 소켓을 따로 생성 하는것으로 이해하고 있는데요,그렇다면 이렇게 생성된 소켓은 연결 대기 소켓과 port가 동일한가요 다른가요?다르다면, 응답에 생성된 소켓의 port를 전달하고 클라이언트는 새로운 port로 통신하게 되는걸까요?

문제해결 파일 다운받아서 학습하고 잇는데 일부 라우터에서 자꾸 패스워드를 입력하라고 나오는데..제가 잘못 건드려서 일까요? 아니면 뭐가 문제일까요?ㅜㅜ  

알 pdf로 편집하면서 따로 메모하면서 정리하면서 보고싶은데 비밀번호가 걸려있네요. pdf를 편집할 수 있는 방법이 있을까요?