본문 바로가기

내 이야기

 (596)
제 12회 네트워크 전문가 따라잡기 기술세미나 개인 정리 - Session 1 제 12회 네트워크 전문가 따라잡기 기술세미나 개인 정리 Session 1. 미래 네트워크 제어 기술 ✜ 네트워크 환경의 변화 : - Application의 발전의 속도에 비해, 네트워크 발전의 속도가 더딤. - 네트워크 벤더의 독자 기술의 표준으로 변화 됨. (호환성의 문제 대두) - 통합된 환경(단순한 네트워크 뿐만이 아닌, 서버나 스토리지 등과의 결합) ✜ 네트워크 트렌드 - Big Data : 스마트 단말 및 소셜미디어 등의 다양한 정보채널의 등장으로 생산, 유통되는 정보의 양이 기하급수적으로 증가 하여, 기존의 데이터 수집, 저장, 관리, 분석 양을 능가하는 대량의 데이터 셋. ▸ 처리해야 하는 데이터량이 방대하여, 데이터 분석 시간이 많이 소요 - BYOD : Bring Your Own Dev..
네트워크 전문가 따라잡기 세미나 후.. 약 두 달여동안 준비했던, 네전따 정기 세미나를 어제 무사히 잘 마쳤다... 늘 그랬지만.. 나는 당일 세미나 전까지는 준비하는 입장이지만.. 세미나가 시작되면.. 바로 듣는 사람의 입장으로 바뀌게 된다... 그만큼 내가 알아야 할 것들이 많기 때문에.. 이번 세미나를 통해서 또 내가 알아야 할 것들.. 배워가야 할 것들을.. 생각해 보게 된다... 공부할 것들은.. 정말 많고... 내가 모르는 것들은 정말 많고... 그렇다.. 시간이 없다는 것을 핑계일 것이고... 촌음을 아껴써서.. 스스로를 채워가야겠다.. p.s 아.. 대신 살은 뺴야 한다.... ㅠ
Routing Table과 Direct Connected에서의 통신 이번 정리는 L3 스위치에서 로컬네트워크(Direct Connected)와 Routing Table에서의 우선 순위와 L3 스위칭 시에 통신하는 경로 상에서 L2/L3 정보를 어떻게 참조하는지에 대한 부분에 대한 정리입니다. 어떻게 보면 당연한 듯 하게 단순한 부분이지만 제대로 잘 알지 못하는 부분이라서(물론 제 스스로의 기준입니다.) 한 번 이것 저것 테스트 해보면서 정리해 보았습니다. ◐ 스위치에서 10.10.10.11에 대한 목적지 IP로 Ping Test 시에 ◎ Switch 1 → Switch 3 :Routing Table을 확인해서, Local Network (Direct Connected)의 서브넷보다 Static으로 선언된 Routing의 서브넷보다 작으므로, Longest Match에 의..
TTL (Time-To-Live) Ping 명령어를 이용해서, 출발지에서 목적지까지의 얼마나 많은 Router를 지나가는지(Hop 수)를 판단할 수 있다. 또한, 운영체제에 따라 Default TTL(Time-To-Live)이 다르기 때문에 운영체제의 종류도 가늠해볼 수 있다. 이 때의 운영체제는 Ping으로 확인하는 운영체제는 보내는 쪽이 아니라 Ping을 받는 쪽(즉, 목적지)에 대한 운영체제를 확인할 수 있다. 목적지로 패킷을 보낼 때, TTL 값을 자신의 운영체제의 최대값으로 해서 보내고 각 라우터를 지날 때마다 이 값을 1씩 낮추면서 목적지 장비에 도착을 하게 되면, 목적지에는 데이터를 응답할 때 다시 TTL을 자신의 운영체제의 최대값으로 해서 응답을 하게 되고 마찬가지로 돌아오는 경로 상에서 라우터를 지날 때마다 TTL값은 1..
도메인 위임 확인법 nslookup 명령어를 통해서 현재 Name Server에서 위임처리가 정상적으로 되었는지 확인하려면 아래와 같이 한다. > set type=ns > the.plming.com Server: [xx.xx.xx.xx] Address: xx.xx.xx.xx. Non-authoritative answer: the.plming.com nameserver = delegate.nameserver.com delegate.nameserver.com internet address = yy.yy.yy.yy
Multicast 3 http://www.cisco.com/en/US/docs/ios/ipmulti/command/reference/imc_02.html#wp1052526 igmp관련.
Multicast - Part 2 멀티캐스트 지난 번에 이어서 두 번째 이야기입니다. ◎ RPF (Reverse Path Forwarding) ▷ 목적 : Multicast 패킷의 Loop를 방지. ( 중복된 Multicast 패킷 수신을 방지 ) ▷ 전제조건 : Unicast Routing Protocol이 동작해야함. ▷ 확인 규칙 1. Multicast의 source IP가 Routing Table의 최적 경로의 Interface로 수신되면 RPF 체크 성공, 아니면 실패. ▷ 특징 1. Unicast Routing이 목적지 IP로 Routing을 하는 반면에, Multicast Routing은 출발지 IP로 Routing. 2. RPF에 성공할 경우에만 데이터가 전송되고, 실패할 경우에는 해당 데이터는 Drop 된다. 3. RPF..
네트워크 기초 자료 (Speed/Duplex/윈도우 명령 4개) 부서의 非네트워크 신입 교육용으로 아주 간단하게 만든 자료 중에 마지막 자료입니다. 내용이 별로 크게 없긴하지만~ 혹시라도 도움이 되실만한 분이 계실까해서 올려봅니다.

티스토리툴바