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 서버란게 하나의 랜대역에 하나만 존재하나요??누가 설치해논거죠ㅡ.ㅡ??

ip에서 hostID가 255이면 브로드캐스트라고 하셨는데욥브로드캐스트가 보통 같은 네트워크대역에서만 일어나는 걸로 알고 있는데, 그럼 이더넷헤더에 목적지 주소를 FF FF FF FF FF FF를 두는 브로드캐스트랑 뭐가 다른건가요??

이전 강의 중 Stream에 대해 설명해주셨을때 크기가 큰 Stream을 TCP에 넘겨줄때 MSS에 따라 segmentation이 된다라고 이해했습니다.그런데 "TCP 연결 과정"에서도 Client와 Server의 MSS가 다를 때에도 낮은 MSS에 맞춘다고 이해했습니다. 강의 예시처럼 Client의 MSS가 1460, Server의 MSS가 1400일때 Server의 MSS에 맞춰버린다고 하면 이때 어느 부분에서 일어나는 건가요?SYN+ACK를 통해 server의 MSS를 받고 L2->L3->L4(TCP)로 가서 한번 더 segmentation이 일어나는 건가요?3-way handshaking을 할때에도 en/decapsulation이 일어나는게 맞는가요?

강사님. 안녕하세요.강의 잘 보고 있습니다.궁금한게 있어서 질문 드립니다.연결 종료 과정에서 그림을 보면 FIN+ACK을 같이 보내고 있는데 그 이유가 무엇인가요?Client ------FIN+ACK?-------> ServerClient <--------ACK----------- ServerClient <-----FIN+ACK?-------- ServerClient ---------ACK----------> Server ACK은 전에 보냈던 데이터를 잘 수신했다는 의미로 보내는 것이라 이해를 했는데, FIN을 처음 보낼 때 같이 ACK도 보내는 이유가 궁금합니다.

다른 질문을 보니까 "End-point의 TCP buffer 크기"라고도 하는데 "Socket buffer 크기"와 같은 건가요?Process의 buffer 크기는 개발자가 정한다는 것은 알겠는데 "Socket buffer 크기"는 어떻게 정해지는 것인가요?

로컬 pc에서 인터넷과 통신하기 위한 게이트웨이의 mac 주소를 알기 위해서 ARP Request를 Broatcast 보내고 ARP Reply 응답을 통해 해당 게이트웨이의 mac 주소를 전달받는다고 설명해주셨습니다.그렇다면 ARP Request가 전달되는 범위는 request가 uplink 하면서 처음 만난 gateway 까지가 되고 그 이상으로 broatcast를 보내지 않고 drop 하게 되는 건가요?

VPN을 이용하면 기존 패킷을 한번 더 박싱하여 새로운 헤더를 붙이기 때문에 이 헤더크기만큼 가용한 패킷 용량이 줄어들기 때문일까요??

영상에서 설명해주시기를 0번 IP는 서브넷 마스크의 호스트 주소와 동일하여 사용할 수 없다고 해주셨는데, 서브넷 마스크의 네트워크 주소와 192.168.0이 서로 달라서 사용할 수 있어야 하는게 아닌지 헷갈립니다.