동일하게 설정 했는데, RIPv2 설정이 L3SW2에서는 라우팅 테이블로 잘 보이지만 L3SW1에서는 보이지 않고, PC1과 서버2 <-> L3SW2까지는 통신이 잘 되지만 서버3까지는 통신이 되지 않습니다.이유가 뭘까요...?!

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

클라에 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에만 집중하는건가요?감사합니다

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은 핑이 가지 않습니다. 왜 이런 현상이 생기는 건가요?!

선생님! 안녕하세요DHCP 관련 수업을 듣고 질문남깁니다.DHCP 서버로 받는 정보(IP주소,게이트웨이 IP주소,서브넷마스크,DNS주소 등)들은 결국엔 TCP/IP 통신만을 위한 정보들인건가? 그렇다면 다른 통신은 못하는건가요?

자료 5pg를 보면 첫번째 라우터는 192.168.10.254와 192.168.20.1로 부여 했습니다. 또 두번째 라우터는 부여된 ip가 192.168.20.254와 192.168.30.254로 부여되어 있는데...ip 라우터는 해당 범위 내의 장치(컴퓨터등...)에 지정된 ip를 제외한 아무 ip나 부여해도 되는건가요? 예를들어 첫번째 라우터가 네트워크 1에 해당하는 192.168.10.233도 ip 부여가 가능한가요?

아닌가요?

prcoess는 무슨 계층일때인가요?

Router처럼 한 Port를 Trunk port로 설정하여 vlan을 사용할 수 있듯이 L3 switch도 Trunk port로 설정할 수 있을 까요? 있다면 설정하는 법을 알려주셨으면 합니다.

소켓은 파일이라고 배웟습니다.파일은 hdd에서 접근합니다. 그러면 소켓통신이라는건 서로 다른 프로세스가 hdd 위에서만 데이터를 주고 받는다 라고 이해할 수 잇을까요?그리고 RAM 이나 cpu에 캐시하지 않고 hdd에서만메모리가 이동하는 것인지도 궁금합니다.

'무선 네트워크 기본 이론 및 무선 라우터 기본 설정' 강의를 듣고 따라하면서 토폴로지를 구성하면 무선 라우터 -> 라우터로는 패킷이 정상으로 가는 데, 라우터 -> 무선 라우터 방향으로는 패킷이 전송되지 않습니다. 이 부분에 대하여 확인 부탁드립니다.

패킷이 인터넷 세계로 나온 다음 remote host로 전달되기 까지 정말 수 많은 라우터들을 만나게 될텐데, 거미줄처럼 엮여있는 수많은 라우터를 헤치고 어떻게 remote 까지 도착하게 될까요??라우터는 L3이고 그 다음 라우터로 도착할때까지 오직 IP 주소만으로 식별하여 해당 라우터에 패킷을 보낼 수 있는 건가요?? 이 라우터들은 서로 물리적으로 연결되어 있지 않을 텐데 그렇다면 어떻게 상대방의 라우터의 위치를 식별할 수 있는 것인가요??L2 수준에서 ARP를 사용해 mac 주소를 파악했던것과 같은 이치일까요??

지금까지 제가 이해한 네트워크 흐름은 이렇습니다.로컬 프로세스에서 Socket에 IO를 통해 Stream data 생성 (브라우저라면 HTTP Request를 Stream으로 TCP에 전달하겠군요)OS 수준인 TCP에서 일련의 Stream data를 Segment들로 분할하며, 이때 TCP 헤더에 Remote Endpoint의 Port 번호가 추가TCP에서 받은 Segment를 Packet에 캡슐화. 이때 Source IP와 Remote IP가 Packet 헤더에 추가L4에서 Packet을 Frame으로 캡슐화. 이때 자신이 속한 사설망의 L2 Switch의 mac 주소가 Frame 헤더에 추가Frame이 pc의 NIC를 출발하여 L2 access에 도착L2 access에서 L2 Distribution으로 Frame 전달 (없을 수도 있겠네요)L2 Distribution에서는 Frame을 디캡슐화하여 패킷을 확인하고 해당 패킷의 Source IP를 자신의 public IP로 변환 후 인터넷 세계로 패킷을 전송... 8번 과정부터 머릿속에 잘 그려지지 않는데, 인터넷 세계에서 해당 패킷이 가고자 하는 remote host로 가기 위해서는 어떤 과정을 거치게 되나요??? 이 세상에는 ipv4 갯수만큼 엄청나게 많은 라우터들이 존재할텐데 말입니다... ARP가 그러했듯 라우터들끼리 미리미리 주변 라우터가 어디에 있는지 broadcast로 파악을 해두고 있는 것일까요?? 그리고 인터넷에서는 remote host가 속한 사설망에 패킷이 도착할때 까지는 L3 끼리만 스위칭을 하게될까요?? 각 라우터들도 자신만의 사설망에 속해 있을 것이고 그렇다면 자신이 관리하는 L2 스위치도 있을 것인데, 패킷이 remote host로 전달되느 ㄴ과정에서 L2, L3, L2, L3 로 번갈아가면서 전달되지 않을까라는 생각이 듭니다.

안녕하세요! 제가 강의를 듣고 게이트웨이 ip를 알고싶어서 찾아봤는데 라우터 ip가 게이트웨이 ip랑 같은 뜻인건가요?

라우터가 MTU 용량을 다 받을 수 없을때 단편화가 이루어져서 보내지고 단편화 현상을 해결하기위해 보낼때부터 사이즈를 낮춰서 보낸다고 하셨는데, 그러면 처음부터 라우터(패킷의 이동경로)의 경로를 알고 있는걸까요? 아니라면 어떻게알고 다음 라우터로 넘어갈때 사이즈를 낮춰서 보낼수 있을까요?

dhcp 서버란게 하나의 랜대역에 하나만 존재하나요??누가 설치해논거죠ㅡ.ㅡ??