|
|
|
|
|
 |
QoS를 왜 운영해야 하고, 어떤 기준으로 정책을 설계하나요
장애 원인이 본인 변경 작업으로 밝혀지면 어떻게 보고하고 수습 하나요
운영에서는 변경관리 와 표준이 중요합니다.
답변 : 회선 업무는 기술보다 프로세스가 먼저입니다.
답변 : 저는 장애보고서를 '반성문'으로 만들지 않습니다.
답변 : 우선 사실 확인이 먼저입니다.
압박 : 장애원인이 본인 변경 작업으로 밝혀지면 어떻게 보고하고 수습 하나요
운영의 핵심은 가시성과 변경관리라고 생각합니다.
|
|
|
 |
드림라인-면접]네트워크 기술(2026 신입) 면접 질문 기출, 1분 자기소개, 면접족보
QoS를 왜 운영해야 하고, 어떤 기준으로 정책을 설계하나요
네트워크 모니터링을 설계한다면 어떤 지표와 알림 기준을 쓰겠습니까
자동화/ 스크립팅으로 네트워크 운영 효율을 올린다면 무엇부터 하겠습니까
장애 원인이 본인 변경 작업으로 밝혀지면 어떻게 보고하고 수습 하나요
답변 : 네트워크 기술은 트래픽이 '정해진 경로와 품질'로 흐르게 설계·구축·운영하고, 장애와 리스크를 사전에 줄이며, 장애 발생 시 영향 범위를 최소화해 빠르게 정상화시키는 역할입니다.
그 다음 L3로 올라가라우팅 테이블, 인접 관계(OSPF neighbor, BGPsess ion), 게이트웨이도 달성, 특정 프리픽스의 경로 유무를 확인합니다.
답변 : OSPF는 IGP로서 한 AS 내부에서 빠르게 수렴하고, 링크 상태 기반으로 최단 경로를 계산합니다.
반면 BGP는 EGP로서 AS 간 라우팅 정책을 반영하고, 대규모 프리픽스와 멀티 홈 환경에서 "정책 기반"으로 경로를 선택합니다.
즉 OSPF는 내부 최적화, BGP는 외부 정책과 확장성입니다.
BGP는 '한 줄 설정'이 아니라 '정책의합'이라서, 저는 항상 정책 변경을 가장 위험한 변경으로 분류하고 검증 루틴을 강화합니다.
답변 : MPLS는 IP 라우팅의 다음 홉 결정을 레이블로 단순화해 전달하는 방식이고, L3VPN은 그 위에 고객별 분리를 구현한 모델입니다.
핵심은 VRF, RD/RT, MP-BGP, 그리고 LDP/RSVP 같은 레이블 분배입니다. 고객 트래픽은 PE에서 VRF로 분리되고, MP-BGP로 VPNv4/v6 경로가 교환되며, RT로 수입/수출 정책이 결정됩니다.
답변 : QoS는 속도를 올리는 기술이 아니라, 혼잡 상황에서 '누가 먼저 살아야 하는지'를 결정하는 정책입니다.
필수 항목은 1) 영향 범위(고객, 서비스, 시간, 트래픽 지표)2) 타임라인(탐지-조치-복구)3) 근본 원인(RCA)4) 임시완화 조치와 영구개선 조치 5) 재발방지 액션 아이템(담당자/기한 입니다.
운영은 복구 속도보다 탐지 속도에서 승부가 납니다.
답변 : IPv6는 주소가 커서 어렵다
답변 : 저는 자동화를 멋있게 시작하지 않습니다.
예를 들어 장비 백업(컨피그자동 수집), 표준템플릿 기반 신규 구성 생성, 변경 전후 diff 검증, 점검 자동화(인터페이스 상태, 라우팅/ 세션 상태 체크), 장애시 기본 진단 정보 수집을 먼저 자동화하겠습니다.
표준이 없으면 자동화는 혼란을 복제합니다.
그래서 저는 자동화와 표준템플릿 을 반드시 같이 가져가겠습니다.
답변 : 저는 "신입이라 실수할 수 있다"는 말로 책임을 가볍게 하지 않겠습니다.
대신 실수를 줄이는 구조를 만들겠습니다.
어느 조건에서 즉시 선배에게 올릴지 기준이 있으면 큰 사고를 막습니다.
급하니까 예외"가 반복되면 그건 운영 실패입니다.
변경으로 터지는 장애가 많다면 변경관리(작업계획, 검증, 롤백, 승인)를 강화하면 됩니다.
그리고 개선으로 줄인 장애 비용을 근거로, 필요한 예산을 설득 하는 것이 현실적인 순서입니다. |
 |
장애, 변경, 이다, 네트워크, 라우팅, 검증, 운영, 정책, 작업, 트래픽, 답변, 범위, 고객, 장비, 영향, 경로, 어떻다, bgp, 늘다, 핵심 |
|
|
|
|
|
|
 |
|
|
|
|
|
|
|
|
|
|
|
| |
|
|
|
2026.01.12
7페이지
