이 영상만 현재 오류가 나는거 같은데 혹시 확인 및 해결 가능할까요?

DHCP의 4개의 과정 중 scr와 dst가 어떻게 구성되는지 궁금합니다. DHCP Discoversrc : 0.0.0.0 dst : 255.255.255.255DHCP Offersrc : DHCP Server IPdst : ???DHCP Requestsrc : 0.0.0.0 dst : DHCP Server IPDHCP Acksrc : DHCP Server IPdst : ??? 

- 학습 범위를 넘어서는 개인적인 문의나 기타 회사 정책 및 운영에 대한 문의는 답변하지 않습니다. - 서로 예의를 지키며 존중하는 문화를 만들어가요. 2계층 장치인 스위치에서 프레임 전송 시 발생한 오류를 복원하거나 재전송한다고 하셨는데,4계층인 전송계층의 주요역할에도 오류 제어가 있어서혹시 그 둘의 오류 제어 차이점이 따로 있을까요? 

안녕하세요! 수업 잘 듣고 있습니다.다름이 아니라 TTL과 단편화 주제로 말씀하실 때 확인하고 싶은 과정이 있어서 질문 드립니다.수신 라우터가 기존 패킷보다 MTU가 작을 경우 segmentation이 일어나고, 이를 다시 합치는 것은 수신하는 서버에서 한다고 하셨는데 이때 말씀처럼 IP 즉 L3에서 분할 된 패킷을 합치고 L4로 보내기 위해 TCP에서 IP 헤더를 제거한다음 socket의 버퍼에 넣어뒀다가 app으로 보내는 것을 TCP에서 segment를 다시 조립한다고 말씀하신 걸까요?

안녕하세요 선생님.DHCP 브로드캐스트에 대해 질문이 있습니다! DHCP 설정에는 기본적으로 4가지 단계가 존재한다.DHCP DiscoverDHCP OfferDHCP RequestDHCP Ack2번과 4번 과정에서 Flag 비트를 통해 Unicast or Broadcast 설정이 가능하다고 이해하고 있습니다. 여기서 한 가지 의문이 있는데, 유니캐스트만 사용하는 것이 아닌 브로드캐스트도 제공하는 이유? 입니다.2번과 4번에서는 클라이언트의 MAC 주소를 알고있기 때문에 1:1 통신인 유니캐스트를 통해 DHCP 서버 -> 클라이언트로 사용가능한 주소(IP, 게이트웨이, 서브넷 마스크 등)을 바로 전달하는게 효율적이지 않나요? 분명 이유가 있기 때문에 브로드캐스트도 지원하는 것 같은데... 이에 대해서 알려주실 수 있으실까요??? 감사합니다!

안녕하세요. 강의 수강 중 궁금한 점이 생겨서 질문 드립니다.현업에서 'WAS 하나 만들어 와.'라고 했을 때의 WAS는 어떻게 정의할 수 있을까요?신입 3개월 차에 프로젝트에 투입이 되었는데 팀장님께서 A와 C 구간을 잇는 WAS를 하나 만들어 오라고 하셔서 Spring 기반으로 API 서비스를 만들어서 사이트에 구성되어 있던 B구간의 Jeus 서버에 올린 적이 있습니다. 저는 그래서 지금까지 WAS를 '서버+서비스'라고 생각해왔었는데.. WAS 자체는 Tomcat, JBoss, Jeus와 같은 웹 애플리케이션을 실행하기 위한 서버 소프트웨어라고 정의되어 있더라구요.그런데 비즈니스 로직 처리나 DB 연동과 같은 범위까지 확장을 시키면 서버 위에 올린 서비스(ex. Spring 기반의 API 서비스)까지 포함시켜야 WAS로 볼 수 있지 않을까?하는 의문이 들어서요.. 현업 경험이 많지 않아서 흔히들 현업에서 'WAS를 만들어 오라고 했을 때'의 WAS의 범위는 서버 소프트웨어(Tomcat, JBoss..) 까지인지 아니면 서버에 올린 서비스(Tomcat + Spring 기반 서비스)까지 인지.. 궁금합니다. 만약 전자라면, 서버에 서비스까지 올렸을 경우 WAS로 서비스를 구현했다고 표현하는게 맞을까요?아니면 서버에 올린 서비스까지 포함해서 WAS라고 정의해도 괜찮은걸까요? 강의를 듣다 보니 그 때의 기억이 갑자기 생각이 났고 헷갈리기 시작했네요..ㅎㅎ이미 사이트에 서버가 구성되어 있었는데 팀장님이 만들라고 하셨던 WAS는 무엇이었을까요...

안녕하세요강의를 다 듣고 궁금한게 생겨서 질문드립니다.Socket통신과 HTTP 통신이 다르다는 것은 이해했습니다.그리고 Socket의 종류에는 TCP와 UDP가 있다는 것도 알겠습니다. 이렇게 이해하고 보니 의문점이 생겼습니다. 저희가 웹 사이트를 이용할 때에는 Socket 통신이 아니라 HTTP 통신인 것 같은데 그러면 웹 사이트를 이용할 때에는 TCP나 UDP를 사용하지 않는 건가요?그런데 저희가 사용하는 인터넷은 TCP/IP를 사용한다고 알고 있는데 HTTP 통신에서 TCP를 사용하지 않는다? 말이 안되는 것 같아서 질문 드립니다. 저희가 인터넷을 사용할 때 http 프로토콜을 사용할텐데, 만약 인터넷으로 메일을 보낸다고 가정하면 http 프로토콜과 smtp 프로토콜을 동시에 사용하는 건가요?  

안녕하세요.현재 L3 스위치 강의를 듣고 있는 수강생입니다. 강의를 들어도 L3 스위치와 라우터의 차이점을 명확하게 이해하지 못했습니다. 그냥 L2 스위치가 점차 발전하면서 라우터의 기능 일부를 사용할 수 있는 장비가 L3 스위치인가요?그래서 'Router가 L3 스위치 보다 조금 더 많은 기능을 가지고 있다' 정도로 이해하면 될까요?

안녕하세요. 강사님현재 L3 쪽 챕터 강의를 듣고 있는데 갑자기 Gateway 라는 용어들이 나오기 시작하는데Gateway 에 대해서 좀 구체적인 언급을 하지 않으셨던 것 같습니다.혹시 Gateway 를 좀 상세히 다루는 챕터가 있을까요?

만약 아프리카 같은 곳에서 로그인이나 이런 일반적인 로직 부분은 tcp로 처리하고, 스트리밍은 udp로 처리하는지 궁금합니다.그러면 서버를 스트리밍 서버(UDP), 일반 로직 서버(TCP) 이렇게 따로 운영하나요?

선생님, 안녕하세요, 강의를 들으면서 들어만 본 개념을 정확하게 알아가고 모르는 개념에 대해서 새로 알아가고 있습니다. 감사합니다 😊MSS = 1460 byte, MTU = 1500 byte라는 결과를 잘 외우기 위해서 TCP/IP 프로토콜의 헤더 크기를 사용해서 외워보려고 자료를 찾아보았는데요,https://www.cloudflare.com/ko-kr/learning/network-layer/what-is-mss/IP 레이어의 MTU를 잴 때는 헤더 크기를 포함시키는데, TCP 레이어의 MSS를 잴 때는 헤더 크기를 제외시키는 것을 발견하였습니다!왜 한쪽에서는 포함하고 한쪽에서는 제외하는지가 궁금했습니다! 일단 외우기 위해서 'TCP와 IP가 같이 엮이다 보니 두 헤더 모두 포함한 MTU와 두 헤더 모두 제외한 MSS가 중요한가보다'고 외우려고 하는데, 혹시 이렇게 이해하면 틀린 부분이 있을까 걱정되어 질문드립니다.감사합니다! 😃

섹션 2의 첫 번째 강의 11분 3초경에 전송계층에서 host to host라고 하셨는데네트워크 계층이 양단에 논리적 주소로 각 호스트를 연결해 주기에 host to host라고 설명하고전송계층에서는 포트 번호로 상위 계층의 서비스를 나누기 때문에 종단간 연결(end to end) 혹은 프로세스 간 연결(process to process)로 기억하고 있어 오타인지 제가 잘못 알고 있는지 질문드립니다.

안녕하세요 강의 잘 듣고 있습니다.계층별 데이터 단위와 최대 크기에 대해서질문이 있어서 글 남깁니다!Frame, Packet, Segment는 개념과 구현관점에서 개념으로 이해하면 되나요??강의 설명에서 계층별 데이터 단위가L1~L2 -> FrameIP -> PacketTCP -> Segment 라고 설명해주셨는데 L2는 개념이고 IP와 TCP는 구현에 해당되는 부분이잖아요그래서 개념적으로 바꾸서 이해하면 L1~L2 -> Frame L3 -> Packet L4 -> Segment라고 이해하는게 맞을까요??데이터 최대 크기(MTU, MSS)는 개념이 아니라 구현부분인가요??이후 강의에서(IP 헤더 형식) 단편화 내용에서 네트워크간 패킷 mtu가 달라지는 경우 쪼개야되는 상황이 있다라고 하셔서 그런데 데이터 최대 크기는 계층별로가 아닌 실체마다 다르게 정해지는걸까요??

packet tracer ver 8.2.2.0400 사용 중입니다.문제해결 1번, Router 에서 license 설치가 안되고 telephony-service 명령어도 안보여서혹시 version 이슈일 지 아니면 제가 놓친 게 있을 지 궁금하네요 

안녕하세요 좋은 강의 덕분에 네트워크를 많이 이해 할 수 있게 되었습니다.그동안은 막막하기만 했던 네트워크가 적어도 구글링해서 모르는 것을 알아 볼 수 있을 정도는 된 것 같습니다.추가로 질문 드립니다.어디서 봤던 것인지는 모르겠는데 넷가이버님 예정된 강의 로드맵을 본것 같거든요? 향후 강의 등록 계획이 어찌 되시는지요?출판된 책 저작권 문제로 강의 교제는 인쇄가 불가 한 것으로 알고 있습니다. 혹시 그 출판된 책의 정보를 알려주실수 있는지요? 감사합니다!

  안녕하세요 위의 그림과 같이 user profile 팝업에서 esc 누른경우 팝업이 없어지지 않고 별도 warning 뜨고 진행이 안됩니다. 해결방안을 알수 있을까요?

안녕하세요 아래 그림은 강의 내용 따라하면서 수행한 내용입니다.R0, R1, R2 에 RIP v2 적용 후R0 에서는 static으로 설정 했습니다.pc0에서 tracert 수행시 콘솔과 같은 결과가 나옵니다. 강의에서 보여주신것과 동일 합니다.질문: pc0 -> server에서 보시는 바와 같이 router0->router1->router2->sever로 가는 것은 확인 했는데왜 3번 보면 205.205.205.1 이 찍히나요? 여기는 205.205.205.0 네트워크니까 데이터 흐름과는 상관 없는 영역아닌지요? 원래 저의 예상은 3번 부분에 204.204.204.2 가 찍혀야 하지 않나 하고 생각하고 있었습니다.강의 잘 보고 있습니다. 감사합니다!

1. 라우터1, 라우터2가 시리얼케이블로 연결되어있다2. 라우터1에 스위치1이 연결되어있다3. 스위치1에 PC1, PC2가 연결되어있다.4. PC1과 PC2는 네트워크가 다르다PC1 - 204.200.10.2/24, 게이트웨이 204.200.10.1/24PC2- 204.200.20.2/24,게이트웨이 204.200.20.1/24 스위치에서는 VLAN을 잘 나누었고, 트렁크까지 완료했음.라우터에서는 스위치와 연결된 물리포트를 NO SHUTDOWN으로 열어주었고, 포트를 가상화하여 서브인터페이스를 구성하였음. (ENCAPSULATION DOT1Q)그러나 문제가 발생함(PC1에서 PC2로 핑 가지않음, PC2의 게이트웨이까지는 핑 도달,PC2에서 PC1로 핑 가지않음, PC1의 게이트웨이까지는 핑 도달) 이런경우의 문제는 어떻게 해결해야 할까요? ㅠㅜputty를 이용해서 네트워크를 구성해보았는데..그 이상 진행이 되질 않습니다..

강의에서 언급된 이야기는 아니지만 DNS 캐시서버는 UDP로 통신하기 때문에 여러 요청이 왔을 때 요청을 구별하기 위해 트랜잭션 ID를 붙혀서 클라이언트를 구별한다고 공부했습니다. 그런데 트랜잭션 ID가 없어도 요청받은 IP주소와 port번호를 보고 응답을 해주면 되는게 아닌가 생각이 들었습니다.트랜잭션 ID가 필요한 이유를 잘 모르겠습니다.추가적으로 만약 DNS 통신을 TCP라고 가정했을 때 TCP도 결국엔 IP 주소와 port번호를 보고 데이터를 응답해 줄텐데 TCP는 연결 지향형이기 때문에 괜찮다고 하더라구요.UDP, TCP 모두 IP주소와 Port보고 응답할텐데 UDP는 트랙잭션 ID가 필요하고 TCP는 괜찮은 이유가 궁금합니다.

Client가 닫는게 좋지만, Client가 종료 응답을 안해 주는 등혹은 일이 다 끝났는데도 종료 요청을 보내주지 않는 경이런 경우만 Server가 기다리다가 닫는건가요? Server가 주도적으로 닫게 된다면?혹은 Client가 마지막 Ack를 해주지 않는다면?만약 Client가 Fin에 대한 응답을 해주지 않는다면 Server는 강제로 이 연결을 닫을 수 있는건가요? 이상입니다.오늘도 좋은 하루 되십시오. 감사합니다.