홈›회사별›KT›인프라/클라우드›질문 상세

問KT · 인프라/클라우드 · 직무 역량 · 2026년

네트워크에서 오류제어 방식 중 backward 방식과 forward 방식에 대해 설명해주세요.

Q: 각 방식의 장단점은 무엇인가요?

면접관이 답변에 이어 던질 수 있는 후속 질문입니다.

Q: 실제 사례를 들어 설명해 주실 수 있나요?

면접관이 답변에 이어 던질 수 있는 후속 질문입니다.

Q: 이 두 방식 중 어떤 것을 선호하시나요? 그 이유는요?

면접관이 답변에 이어 던질 수 있는 후속 질문입니다.

예상 답변

90초

예상 꼬리질문

3회

난이도

난이도 중상

출제 빈도

보통

이 질문으로 모의면접 한 번 해보기

INTENT

면접관이 진짜로 보는 건 답이 아닙니다.

이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.

오류제어 방식에 대해 아는가?

오류제어 방식에 대한 이해의 흔적이 답에 있어야 합니다. 없으면 면접관이 '자세히 설명해 주실 수 있나요?'를 추가로 묻는 경우가 많습니다.

각 방식의 차이를 이해했는가?

backward 방식과 forward 방식의 차이를 명확히 설명할 수 있는 흔적이 답에 있어야 합니다. 없으면 면접관이 '어떤 점이 다른가요?'를 질문하는 자리가 자주 보입니다.

적용 사례를 알고 있는가?

각 방식의 적용 사례에 대한 언급이 답에 있어야 합니다. 없으면 면접관이 '실제 상황에서 어떻게 사용되나요?'를 추가로 질문하는 경우가 자주 보입니다.

개발 경험이 있는가?

해당 방식에 대한 개발 경험의 흔적이 답에 있어야 합니다. 없으면 면접관이 '실제 프로젝트와 연관지어 설명해 주세요.'를 묻는 자리가 흔하게 통합니다.

읽기만 해도 충분하지만, 한 번 말로 해보면 다릅니다.

이 질문 그대로 음성 면접으로 받아볼 수 있어요. 첫 면접은 무료입니다.

이 질문으로 면접 시작

경험 중심 1인칭 답변약 75초 오류제어 방식을 실제 프로토콜 구현 경험과 연결해 설명한 결약 84초 오류제어 방식 선택이 신뢰성과 지연 사이의 트레이드오프임을 ML 학습 구조와 연결해 설명한 결약 82초

약 75초

경험 중심 1인칭 답변

네트워크 오류제어에서 backward 방식은 수신 측이 오류를 감지했을 때 송신 측에 재전송을 요청하는 방식입니다. ARQ(Automatic Repeat reQuest)가 대표적이고, Go-Back-N이나 Selective Repeat 방식으로 구현됩니다.

오류가 발생한 프레임을 되돌아가서 재전송하기 때문에 backward라 불립니다. forward 방식은 수신 측이 오류를 스스로 수정하는 방식으로, FEC(Forward Error Correction)가 대표적입니다. 송신 측이 데이터에 잉여 비트(해밍 코드, 리드솔로몬 코드 등)를 미리 추가해 보내고, 수신 측이 그것으로 오류를 감지하고 복원합니다. 핵심 차이는 backward는 재전송 기반이라 채널 왕복 지연이 있지만 구현이 단순하고, forward는 재전송 없이 실시간 복원이 가능하지만 오버헤드가 크다는 것입니다. 실시간 스트리밍처럼 재전송이 불가능한 환경에서는 FEC가, 신뢰성이 더 중요한 파일 전송에서는 ARQ가 주로 사용됩니다.

예시 답변 2

약 84초

오류제어 방식을 실제 프로토콜 구현 경험과 연결해 설명한 결

네트워크 프로그래밍 수업에서 Go-Back-N ARQ를 직접 소켓 프로그래밍으로 구현해본 경험이 있습니다. 송신 측에서 슬라이딩 윈도우를 관리하고, 타임아웃이 발생하면 오류 프레임 이후를 모두 재전송하는 방식으로 구현했습니다. Selective Repeat과 비교하면 Go-Back-N은 구현이 단순한 대신 불필요한 재전송이 많아 대역폭 효율이 낮다는 걸 직접 확인했습니다. ML 공부를 하면서 backward라는 용어가 역전파에도 쓰인다는 걸 알았는데, 네트워크의 backward 방식(재전송 요청)과는 완전히 다른 개념입니다. 혼동을 막으려면 네트워크 컨텍스트에서는 ARQ 계열, forward는 FEC 계열로 명확히 구분해두는 게 중요합니다.

왕복 지연이 큰 환경에서 FEC가 더 적합한 이유를 구현을 통해 체감했습니다. 슬라이딩 윈도우 구현이 ARQ의 동작 원리를 가장 직접적으로 보여줍니다. Go-Back-N이 단순한 만큼 대역폭 낭비가 크다는 걸 실습으로 확인했습니다. FEC는 왕복 지연이 큰 환경에서 backward 방식이 불가능할 때 쓰입니다.

예시 답변 3

약 82초

오류제어 방식 선택이 신뢰성과 지연 사이의 트레이드오프임을 ML 학습 구조와 연결해 설명한 결

backward와 forward 오류제어 방식의 선택은 신뢰성과 지연 사이의 트레이드오프입니다. backward(ARQ)는 수신 측이 오류를 감지하면 재전송을 요청하기 때문에, 채널 상태가 좋을 때는 효율적이지만 지연에 민감한 환경에서는 한계가 있습니다. forward(FEC)는 잉여 비트를 미리 붙여 수신 측이 스스로 복원하기 때문에 재전송 지연이 없지만, 오버헤드 비트만큼 대역폭을 소비합니다. ML 역전파(backpropagation)를 공부하면서 backward라는 단어가 다른 의미로 쓰인다는 걸 알게 됐는데, 네트워크에서는 재전송 방향을 가리키고 ML에서는 그래디언트 계산 방향을 가리킵니다. 이름이 같아도 개념 맥락을 구분하는 것이 중요합니다. TCP는 ARQ 기반이고, 실시간 스트리밍은 FEC를 보조적으로 씁니다.

채널 환경과 응용의 지연 허용도가 방식 선택의 기준이 됩니다. ARQ는 채널 상태가 좋을 때 효율적이고 FEC는 지연 허용도가 낮을 때 필수입니다. 용어가 같아도 컨텍스트가 다르면 완전히 다른 개념입니다.

위 답변은 여러 풀이 중 한 가지 예시입니다. 정답이 아니며, 외워서 그대로 말하면 면접관이 다음 질문을 그 자리에서 시작하는 경우가 많습니다. 본인의 프로젝트·기준·숫자로 다시 짜는 자리로만 쓰세요.

WHAT OFTEN MISSES

이 질문에서 자주 빠지는 자리.

답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.

떨어뜨린 옵션이 1개라도 있는가? "이게 답이었어요"만으로는 의사결정이 아니라 그냥 선택입니다.

선택 기준이 그 프로젝트에 한정되는가? "성능이 좋아서"는 일반론, "우리 트래픽이 X 패턴이라서"가 본인의 답입니다.

결과 숫자 1개를 정확히 말할 수 있는가? P95·QPS·적중률 — 무엇이든 1개. 숫자가 없으면 직감으로 한 일처럼 들리기 쉽습니다.

지금 다시 한다면 어떻게 할지 답할 수 있는가? "잘했다"보다 "이건 다르게 했을 것 같다"가 더 깊은 인상을 남깁니다.

FOLLOW-UPS

진짜 면접은 두 번째 질문부터입니다.

이 질문에 이어 KT 인프라/클라우드 면접관이 던질 가능성이 높은 후속 질문.

壹

예상 꼬리질문 1

각 방식의 장단점은 무엇인가요?

貳

예상 꼬리질문 2

실제 사례를 들어 설명해 주실 수 있나요?

參

예상 꼬리질문 3

이 두 방식 중 어떤 것을 선호하시나요? 그 이유는요?

읽으셨다면, 한 번 말로 해보세요.

같은 질문으로 음성 면접을 받아보면 어디서 막히는지 바로 보입니다. 첫 면접은 무료입니다.

이 질문으로 면접 시작

3 크레딧 차감 · 첫 회 무료 · 음성 데이터는 종료 즉시 폐기됩니다

DISCLAIMER

이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.

상호 우문현답대표 이성인사업자등록번호 330-15-03033통신판매업 신고번호 준비중주소 인천광역시 부평구 동수로120번길 11, 한국아파트 104동 210호이메일 devlsi1228@gmail.com전화 010-7395-5311

홈›회사별›KT›인프라/클라우드›질문 상세

問KT · 인프라/클라우드 · 직무 역량 · 2026년

네트워크에서 오류제어 방식 중 backward 방식과 forward 방식에 대해 설명해주세요.

예상 답변

90초

예상 꼬리질문

3회

난이도

난이도 중상

출제 빈도

보통

이 질문으로 모의면접 한 번 해보기

INTENT

면접관이 진짜로 보는 건 답이 아닙니다.

이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.

오류제어 방식에 대해 아는가?

오류제어 방식에 대한 이해의 흔적이 답에 있어야 합니다. 없으면 면접관이 '자세히 설명해 주실 수 있나요?'를 추가로 묻는 경우가 많습니다.

각 방식의 차이를 이해했는가?

적용 사례를 알고 있는가?

개발 경험이 있는가?

읽기만 해도 충분하지만, 한 번 말로 해보면 다릅니다.

이 질문 그대로 음성 면접으로 받아볼 수 있어요. 첫 면접은 무료입니다.

이 질문으로 면접 시작

약 75초

경험 중심 1인칭 답변

예시 답변 2

약 84초

오류제어 방식을 실제 프로토콜 구현 경험과 연결해 설명한 결

예시 답변 3

약 82초

오류제어 방식 선택이 신뢰성과 지연 사이의 트레이드오프임을 ML 학습 구조와 연결해 설명한 결

WHAT OFTEN MISSES

이 질문에서 자주 빠지는 자리.

답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.

떨어뜨린 옵션이 1개라도 있는가? "이게 답이었어요"만으로는 의사결정이 아니라 그냥 선택입니다.

선택 기준이 그 프로젝트에 한정되는가? "성능이 좋아서"는 일반론, "우리 트래픽이 X 패턴이라서"가 본인의 답입니다.

결과 숫자 1개를 정확히 말할 수 있는가? P95·QPS·적중률 — 무엇이든 1개. 숫자가 없으면 직감으로 한 일처럼 들리기 쉽습니다.

지금 다시 한다면 어떻게 할지 답할 수 있는가? "잘했다"보다 "이건 다르게 했을 것 같다"가 더 깊은 인상을 남깁니다.

FOLLOW-UPS

진짜 면접은 두 번째 질문부터입니다.

이 질문에 이어 KT 인프라/클라우드 면접관이 던질 가능성이 높은 후속 질문.

壹

예상 꼬리질문 1

각 방식의 장단점은 무엇인가요?

貳

예상 꼬리질문 2

실제 사례를 들어 설명해 주실 수 있나요?

參

예상 꼬리질문 3

이 두 방식 중 어떤 것을 선호하시나요? 그 이유는요?

읽으셨다면, 한 번 말로 해보세요.

같은 질문으로 음성 면접을 받아보면 어디서 막히는지 바로 보입니다. 첫 면접은 무료입니다.

이 질문으로 면접 시작

3 크레딧 차감 · 첫 회 무료 · 음성 데이터는 종료 즉시 폐기됩니다

DISCLAIMER