은 거기위한 알고리즘 지문 TCP 혼잡한 제어 알고리즘에 사용되는 세션 캡처?

Question

나는 같은 프로그램을 결정하는 TCP 혼잡한 제어 알고리즘 에서 사용 캡처 TCP 세션이 있습니다.

참조되는 위키 문서에서는 상태:

TCP 새로운 리노는 가장 일반적으로 구현 알고리즘,자루 지원 매우 일반적이고 확장 리노/새로운 리노.대부분의 다른 사람들 경쟁 제안서는 여전히 필요 평가입니다.을 시작으로 2.6.8 이 리눅스 커널이 기본 전환 구현서 리노를 BIC.이 기본적으로 구현했다 다시 변경되었을 입방에서 2.6.19 버전입니다.

도:

복합 TCP Microsoft 의 구현 TCP 유지하는 두 개의 다른 혼잡 windows 동시에는 것을 목표로, 을 달성에 좋은 성과 LFNs 을 저해하지 않으면서 공정성.그 되어 널리 사용되는 Microsoft Windows Vista Windows Server2008 과 포팅되었습니다 오래된 Microsoft Windows 버전을 뿐만 아니라 리눅스.

무엇을 것 어떤 전략을 결정하기 위한 CC 알고리즘을 사용(에서 세 번째 파티를 캡처 세)?

업데이트

이 프로젝트 내장 된 도구를 이렇게하려면:

인터넷은 최근 진화에서 균일 혼잡 제어하는 이기종 혼잡 제어합니다.몇 년 전,인터넷 교통 주로에 의해 제어 표준 TCP AIMD 알고리즘 반면 인터넷 트래픽은 지금에 의해 제어 많은 다른 프 등 알고리즘 AIMD,BIC,입방, CTCP,HSTCP,HTCP,HYBLA,일리노이, LP,STCP,스베이거스,VENO,웨스트우드+고 그래.그러나,거기에 아주 작은 에서 작동 성능 및 안정성 의 연구와 함께 인터넷 이기종 혼잡을 제어합니다.나 근본적인 이유입니다 부족의 배포의 정보를 다른 TCP 알고리즘이 있습니다.의 목표를 이 프로젝트는:

1) develop tools for identifying the TCP algorithms in the Internet,
2) conduct large-scale TCP-algorithm measurements in the Internet.

Answer 1

더 많은 정체 제어 알고리즘보다 당신은 여기에 언급,상단의 머리를 이 목록에는 다음이 포함됩니다.빠르고,확장,HSTCP,HTCP,Bic,입방,Veno,스베이거스.

도 있는 작은 그들의 변화로 인해 버그 수정에서의 실제 구현 그리고 나는 생각 구현에 다른 운영체제 또한 동작에서 약간 다릅니다.

그러나 필요할 경우를 시도하는 아이디어를 함께 올 것을 예상 RTT 의 연결,당신이 시도할 수 있습을 보면서 걸린 시간을 사이에 세 번째와 네 번째는 패킷으로,첫 번째와 두 번째는 패킷에 의해 오염 될 수 있습니다 ARPs 과 다른 발견은 알고리즘을 경로를 따라.

후 견적에 대한 RTT 시도할 수 있습니다 정교하게 길을 따라 나는 정확하게 확인 할 수 있는 것도 없을 것이다.그러나 당신이 필요하지 않은 완전한 사양의 프로그램에 대한 단지 아이디어:-)

로 RTT 파악할 수 있습을 넣어보십시오 패킷으로 RTT 쓰레기통고의 수에서 항공편 데이터 패킷에서 각 bin.이 방법은 당신할 수 있을 것"plot"추-cwnd(#의 패킷통)하는 시간과 일부를보십시오 패턴 일치가있다.

대체하는 것이를 따라 이동을 추적하려고"run"당신의 머리에서 다른 혼잡 제어 알고리즘과 보는 경우에는 어떤 시점에서 일치하는 결정할 것입니다.그것은 필요가 일부 관용 및 정확한 간격으로.

이것은 확실히 소리와 같은 흥미롭고 도전적인 작업!