강의를 결제하고 나서 업무가 바빠 이제야 학습중인데, 수강기간이 부족합니다 ㅠㅠ 연장 요청드립니다 :)

논리주소와 물리주소에 관해서 이해가 부족해서 질문 부탁드립니다. .  근데 논리주소와 물리주소를 나누어놓은 이유가 뭔가요?? 논리주소가 사람이 이해하기 쉽고 변동이 쉬워서 이고 물리주소는 사람이 이해하기 어렵다는것 까지는 이해했습니다.   

[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예)[질문 내용]안녕하세요 강의 잘 듣고있습니다다른게아니고 강의에서 PUT메소드를 사용하면아예 리소스가 대체된다고 하셨는데그러면 그전에있던 리소스는 되살릴방법이 아예 없는걸까요?그 전에있던 리소스를 다시 사용하고싶으면 애초에 PATCH로 하는게 맞는건가요?

연결 리스트 영상에서 33분 정도 쯤에 GetNode 메소드를 만드는 방법(원리?)를 간략히 설명하던도중 건너뛰기 같은게 됩니다..이거 어떻데 해야하나요..

함수 PromiseWorker, TaskWorker 이들에 인자를 오른값으로 받은 이유가 뭔가요??

AWS 자격증 응시하려고 카드정보를 입력했는데 자꾸 결제 실패가 뜹니다. 다시 확인하고 맞게 입력했는데도 결제 실패가 뜨는데 무슨 이유인지 알고 싶습니다.

안녕하세요 선생님 유튜브 강의 잘 보고 있습니다! 좋은 강의 만들어주셔서 감사합니다 !!이번 강의를 보다가 궁금증이 생겼습니다Q. L2 Access switch가 End-point와 직접 연결되는 스위치라고 적혀있는데 여기서 '직접 연결'이란 유선으로만 연결되는게 아니라 무선도 포함하는건가요? '직접 연결'이라는 표현이 유선만 포함되는 것 같아 헷갈립니다 !..

안녕하세요! 좋은 강의 많이 배우고 있습니다!업무상 진도가 느려서 아직 수강을 완료하지 못했네요 .... 혹시 수강 기간 연장 부탁드려도 될까요!? ㅜㅜ감사합니다.

선생님 안녕하세요. 우선 선생님 덕분에 많은 네트워크 지식을 배우고 있어 감사합니다.다름이 아닌 Out of Path 구조 수업을 듣다가 설명하신 부분이 이해가 안됩니다.이 그림을 설명할 때 Mirroring되서 Copy된것이 Process까지 올라갈 필요가 없다면서 왼쪽 Process에는 올라가지 않는다고 설명하시고 바로 그 다음 설명에서는 오른쪽 Process에서 수집하고 분석한다고 말하셨습니다. 즉 Process까지 올라갈 필요가 없다고 말씀하시고 그 다음 설명에서 Process에서 수집한다고 말씀하시는데 이게 무슨말일까요? 그리고 이 빨간색 부분은 계층구조가 다 생략되어 있는데 혹시 특별한 이유가 있는건가요? 

클라에 ack가 도달했는지 알 수 없지 않나요?closed도 마찬가지로 서버에 ack가 도달했는지 알 수 없는거 같은데 time wait를 하는 건가요?서버가 ack를 받는 시점에 어떻게 알고 동시에 closed되는 것도 이해가 안됩니다

네트워크가 느려지는건가요?

선생님 안녕하세요! 덕분에 많이 배우고 있습니다.TCP/IP 궁금한 점 있어 질문 남깁니다.1.HDD에 있는 파일을 Process의 Buffer로 가져올 때 즉 Copy 할 때 Buffer의 크기만큼 Copy해오는건가요?2.TCP/IP에서 발생할 수 있는 문제 중 Loss를 설명해주셨는데 이는 100% 네트워크 상 문제라고 하셨습니다. 그렇다면 어떻게 해결을 해야하는건가요?3.Out of order 발생 시 TCP 스택에서 순서 보정 후 Socket Buffer로 가는건가요?그리고 문득 강의 듣고 복습하면서 든 생각인데 선생님 네트워크 강의나 다른 네트워크 책들보면 3,4 계층에서 TCP/IP만 집중해서 설명을 하던데 그 이유가 우리가 사용하는 서비스들이 인터넷 환경에서 작동하는 서비스라고 TCP/IP에만 집중하는건가요?감사합니다

[질문 템플릿]1. 강의 내용과 관련된 질문인가요? 예2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? 예3. 질문 잘하기 메뉴얼을 읽어보셨나요?예[질문 내용]강의 9:20 쯤 PRG 설명에서새로고침을 해도 GET /order-result/19로 가기때문에 문제가 없다라고 하는것은 이해했지만 여기서 뒤로가기 버튼을 눌렀을땐 POST /order로 되돌아가서 중복주문이 되지 않나요? 이때 실무에선 처리는 어떻게 하는지 궁금합니다.

안녕하세요 강사님.강의 구매 후 아직 자격증을 따지 못해서요ㅠ.. 기간 연장 해주실 수 있으실까요?

Q1: 라우터와 스위치는 교차로로써 동일한 의미이지만, 라우터는 L3인 경우에 한해서 사용하는 표현이다. 맞을까요?Q2: 영상 중간에 "MAC 주소 기반 스위치는 L2 스위치"라고 말씀하시는 부분이 있어서 궁금한 점이 있는데요. 그럼 IP 주소 기반 스위치는 L3 스위치, IP 주소 기반 스위칭은 L3 스위칭이 맞을까요?Q3: 제가 잘 이해했는지 밑 내용 확인 한번 부탁드립니다.고속도로 네트워크자동차 패킷교차로 스위치 (L3 기반인 경우 라우터)경로선택 스위칭 (= 인터페이스 선택)

유튜브,강의 잘 보고 있습니다!다름이 아니라 한가지 궁금한 점이 생겨서 질문드립니다!제가 프로젝트를 진행하며 SSE(Server Sent Event) 라는 기술을 이용하여사용자에게 특정 이벤트 발생 시 푸시알림을 주는 부분을 구현한 적이 있습니다당시에는 문제없이 동작하여 대수롭지 않게 넘어갔지만! 네트워크 , http를 공부하며 든 생각인데..SSE는 http의 persistence connection이라는 것 덕분에 가능하다라는 것 까지는 도달했으나여기서 든 궁금증이 기존에 제가 가지고 있는 정보가톰캣 서버는 기본적으로 따로 설정해주지 않으면 쓰레드풀을 200크기 만큼 가진다.연결이 지속되어 있기 때문에 요청이 오지 않았지만 이벤트가 발생하면 해당 호스트에게 푸시알림이라는 형태로 응답이 가능하다.여기서 연결이 지속되어 있다는 의미는 연결을 지속하기 위해 쓰레드가 반환되지 못하고 있음을 뜻한다고 생각하는데 그렇게 되면 특정 케이스에서 모든 쓰레드가 연결지속을 위해 반환되지 않은 상황이라면 다음 요청에 대해서 응답할 수 없어 큐에서 대기해야만 하는 상황이 생기는 것인가? 하는 궁금증입니다.단순히 이런 상황일 때 쓰레드풀에 쓰레드더 만드나? 라는 생각은컨텍스트 스위칭 관련해서 복잡한 문제라 쓰레드 숫자를 마음대로 하지는 않을 것이라 생각되고제가 생각한 문제가 맞다면 SSE로 실제 서비스하는 곳은 없지 않을까..? 라는 생각이 들고 프로젝트에 대한 아쉬움이 조금 남아서.. 폴링 방식처럼 계속 서버에게 이벤트가 발생되었는지 확인하는 방식이 차라리 더 나을 수 있다는 생각도 들어서요! 

3-11 WLAN 실습 중, PC0에서 무선 라우터를 거쳐 유선 라우터까지, 라우터에서 서버까지는 연결이 잘 되는데, PC에서 서버까지는 연결이 잘 되지 않습니다.비슷한 문제로, 3-12 VoIP 실습에서 VoIP 설정 전에 RIPv2를 적용해서 PC0->R1, R1->PC1은 연결이 잘 되는데 PC0->PC1은 핑이 가지 않습니다. 왜 이런 현상이 생기는 건가요?!

안녕하세요 강의를 보다가 버퍼사이즈에 대해서 궁금한 사항 문의 드립니다. 강의에서 버퍼 사이즈가 65536바이트로 해주셨는데 그렇다면 RecvBuffer 클래스에서 실제 버퍼 사이즈는 세션마다 대략적으로 640KB의 크기가 될텐데 이게 실제 IOCP서버에서 적절한 메모리양인지 궁금합니다

WSAEventSelect Model에서는 이벤트 종류를 FD_ACCEPT(접속 클라 존재), FD_READ(수신 가능), FD_WRITE(송신 가능), FD_CLOSE(상대 접속 종료), FD_CONNECT(통신 연결 완료), FD_OOB 이런식으로 설정해 주었었는데 Overlapped Model에서는 hEvent에 이벤트를 할당해주면 따로 설정해줄 필요가 없는건가요?

안녕하세요 강사님,제가 프로젝트를 하며 푸시알림을 구현할 때 SSE(Server Sent Event)를 이용하여 구현을 했던 적이 있습니다.지금에서야 http 프로토콜과 관련하여 궁금증이 생겼는데 명확하게 해결이 안되서 질문 올려봅니다!SSE라는 기술은 HTTP의 persistence connection을 이용해서 하는 기술인 것 까지는 알게되었습니다. 이때 Spring boot 내부의 톰캣은 스레드풀을 이용해서 스레드를 관리하고,해당 연결이 끊기지 않는다는 뜻은 이 스레드가 반환이 되지 않는 것이 아닌가 하는 의문점이 생겼습니다. 톰캣의 설정을 따로 건드리지 않는다면 200개의 스레드를 관리한다고 알고 있었는데 200명의 사용자가 푸시알림을 받기 위해 연결을 지속중인 상황이라면다른 요청이 들어왔을때 SSE 연결이 종료되기 전까지 큐에서 대기해야 하는 상황이 생길 수 있는지 궁금합니다!