무한 시간 제한 또는"빨리 실패에서"사용자 정의 네트워크 프로토콜?

Question

고려 사용자 지정 네트워크 프로토콜입니다.이 사용자 정의 프로토콜을 제어하는 데 사용할 수 있습 로봇 주변기기 등에서 중앙입니다.NET 기반의 워크스테이션입니다.(있을 경우 그것은 중요한 로봇은 바쁜 이동하는 팹 칩에서 생산 환경).

• 만 있는 2 자 대화에서:.NET 역 및 로봇을 이용한 주변 보드
• 로봇 측면만을 수신한 요청과 응답을 보낼
• 니다.NET 측 수 있습만 시작하는 요청과 응답을 받
• 항상 있어야 합당 응답을 요청
• 에 따른 요청에 따라 즉시 다른 후 하나에 대한 응답을 기다리지 않고,하지만 결코 초과정의 한계를 동시에 제공되는 요청(예를 들어 5)

나는 철저한 논의와 내 친구가(소유자,디자인했 일 방관자)에 대한 모든 좋은 정보와 아이디어.의 끝에서 토론 우리가 강한 불일치 누락에 대해 시간이 초과되었습니다.내 친구의 인자는 소프트웨어를 양쪽에서 기다려야 하는 시기이다.나 인수되었는 제한 시간은 항상 필요한 모든 네트워크 프로토콜입니다.우리는 단순히 수의하지 않습니다.

내 추론하는 경우에 어떤 장애야 합"빨리 실패"어떤 비용,기 때문에 실패하는 경우 이미 발생한 어쨌든,비용을 회복의 성장을 계속하고 비례적으로 시간을 보냈을 받을 수 있는 정보에 대한 실패입니다.말 후 1 분 LAN 당신은 확실히 해야 합니다 기다리고 중지하고 그 일부를 호출 경보.

그러나 그의 인수되었는 복구를 포함해야 정확하게 수리의 무엇을 하지 못했습니다(이 경우에는 복구의 네트워크에 연결)고 걸리는 경우에는 시간을 보내고 그는 네트워크가 손실되었고,고정 소프트웨어야 하고 계속 투명하게 실행하는,즉시 후 다시 연결 LAN 케이블을 답니다.

나는 절대로 심각하게 생각에 대한 프로토콜,까지 이 논의한다.

측면의 인수는 오른쪽?는"빨리 실패"또는"결코 실패하지 않"?

편집:예 실패의 상실,통신의 정상적으로 감지하여 TCP 층이다.이 부분에 대해서도 설명합니다.의 경우에는 TCP 층을 돌아 오류가,더 높은 사용자 정의 프로토콜층은 다시 보내고 인자가 없다.질문입니다:얼마나 오래를 허용하는 낮은 수준을 유지하려고?

편집을 위해 받아들이 대답:대답은 좀 더 복잡한 2 개 이상 선택:"가장 일반적인 접근 방식은 결코 포기에 연결할 때까지 실제를 보내려는 시도가 실패하고 견고 확인하는 연결이 길 잃었습니다.을 계산하는 연결이 길을 잃었을 사용 하지만 나의 상실이 확인을 위해,뿐만 아니라 즉각적인 알람".

예제:때 telnet 세션 상태를 유지할 수 있습니다 터미널까지 영원히 그리고 당신은 결코 알지 못하는 경우에는 사격에 입력가 있었 오류를 감지하여 낮은 수준입니다.

Answer 1

내가 선호하는"빠른"실패 방법,그러나 내가 생각하는 당신이 발견 한,이것은 매우 특혜.

Cisco 장비는 작품으로 작동이 매우 유사하게 보내는 요청,그들이 응답한다.(통해 telnet.) 을 때 문제가 네트워크은 실패합니다.나는 느슨한 TCP 연결합니다.그러나 어느 쪽이 닫는 연결할 때까지 데이터 보내기를 시도하고 이후 cisco 측지지 않는,그것은 결코 없이 닫힙니다.할 수 있는 단 1 개의 연결에,그래서 시간이 있는 경우 네트워크 장애,당신은 당신이 잠겨 있습니다.(그들이 재설정할 수 있지만,그것은 단지입니다.)

지하 테스트 네트워크 연결,당신이 어떤 종류를 필요로 하의 핑,다만"당신은 여전히 있는가?" -많은 프로토콜,이렇게 같은 목적을 활성화합니다.하지만 그 핑 비용 대역폭 방법에 따라,당신은 종종을 보낼 수 있습니다.

그래서,오류 감지 가치 비용에 대역폭?얼마나 큰가 핑 정말 필요?나는 당신을 얻을 수 있어야 그것을 <50 옥텟/ping,할 수 있습 핑 같은 한 번씩,10,30,1m,같은 말을 잘 가치가있다.이전 당신이 알고 있는 문제,더 나은입니다.소프트웨어인 경우 그 자체를 사용할 수 있습 핑 그것을 알고 연결을 잃고 다시 접촉을 설정,자동으로 내가 말하는 중대의 라인을 따라,"컴퓨터를 치료하라"사람들이 더 적은 번거 로움에 대한 연산자입니다.

면 TCP/IP 를 사용하여,그것은 자동으로 업그레이드를 할 수 있습을 볼 TCP 킵 얼라이브.또는,당신은 그것을 할 수 있는 응용 프로그램 내에서의 프로토콜,으로 목표 및 IRC 않습니다.

Answer 2

시나리오에서는...

• 컨트롤러가 보낸 요청
• 로봇을 받지 못한 요청
• 네트워크에 실패할

...다음 요청이 전송되었지만,분실되지 않을 것입니다.

따라서,네트워크를 복원,컨트롤러 다시 보내야 합 요청은:컨트롤러 수 없습니다 단순히 영원히 기다려야에 대한 응답입니다.