제어 된 시작점과 제어되지 않은 엔드 포인트 사이의 대기 시간 기록


9

이것은 매우 기본적인 문제 해결 질문 일지 모르지만 올바른 방법으로 테스트하고 결과를 효과적으로 해석하는지 확인하는 것이 좋습니다.

제어 된 시작 지점 (제어중인 서버 클러스터)과 제어되지 않은 엔드 포인트 (물리적 또는 원격 액세스 권한이없는 데이터 센터)가 있습니다. 일반적인 문제 해결의 일부로, 종종 지연 시간을 설정해야합니다.

현재, 나는 핑 플로터를 사용 하거나 좋은 구식 연속 ping또는tracert

좀 더 현실적인 엔드 투 엔드 번호 (내가 작업하는 소프트웨어는 데이터베이스 소프트웨어)를 설정하려고하면 때때로 Fiddler 2 를 사용하여 웹 트래픽을 캡처하고 타이머를 ( ClientDoneRequest-> 와 같은 ServerBeginResponse) 비교합니다. 완전한 종료 시간을 얻으십시오.

직접적인 네트워크 대기 시간을 위해 숫자를 결정할 때 무엇을 보십니까?


많은 사람들이 당신이 고집하고 있다고 제안 ping하고 있으며 , 심지어 이미 사용하고 있다고 말합니다 ping. 아마도 당신은 왜 다른 것을 측정하기를 원하는지, 왜 ping당신이 필요 하지 않은지 자세히 설명 할 수있을 것입니다 . 당신은 실제로 그 자체로 무엇이 잘못되었는지 말하지 않았고, 단지 개방형 질문을했고, 당신이 원하는 답변을 얻지 못하는 것 같습니다.
jwbensley

그것은 상당히 개방적이며, 내가 원하는 대답을 얻었습니다. 난 그냥 그렇게 표시하지 않았습니다. Ping은 내가하고있는 일에 적합한 도구입니다.
Sean Long

공개 된 강화 된 질문은 사용하지 않는 것이 좋습니다. networkengineering.stackexchange.com/faq#dontask 나중에 측정 도구에서 사용중인 지점, 필요한 이유, 싫어하는 지점 등을 나열하여 질문에 더 많은 구조를 부여해야합니다.
jwbensley 2016 년

답변:


7

귀하의 질문의 후반부에서는 응용 프로그램 계층 데이터를 형성하는 프로세스를 고려한 대기 시간 수치를 찾고 있음을 나타냅니다.이 경우 "ping"은 ping에 형성 할 데이터가 많지 않다는 점을 고려할 때 크게 도움이되지 않습니다. 패킷.

네트워크 사용자는 특정 경로에 대한 도달 가능성과 대기 시간을 테스트하기 위해 일정량의 임의의 데이터를 생성하는 비교적 가볍고 안정적인 방법이기 때문에 일반적으로 ping에 의존합니다. 예를 들어 HTTP 호출을 사용하는 응용 프로그램은 HTTP가 ICMP와 다르기 때문에 다르게 동작합니다.

응용 프로그램 별 컨텍스트 (테스트하는 가장 좋은 방법) 이외의 일반적인 네트워크 대기 시간 수치와 관련하여 핑은 제대로 작동합니다.


네트워크 계층에 대해 더 걱정하고 있습니다. 응용 프로그램 계층을 격리하고 테스트 할 수있는 다른 방법이 있으며 피들러 정보를 주로 배경으로 포함 시켰습니다. 나머지 의견에서 Ping이 기본적으로 특정 도구를 사용하지 않고도 최고의 정보를 제공하는 것처럼 보입니다.
Sean Long

5

각 지점에서 두 라우터간에 IP SLA를 사용할 수있는 옵션이 있습니까? 원격 끝에서 토폴로지를 잘 모르겠으므로 다른쪽에 서버가 있는지 또는 해당 서버가 이론적으로 IP SLA를 실행할 수있는 라우터에 연결되어 있는지 확실하지 않습니다.


4

몇 가지만 언급하고 싶습니다. 지연 시간은 호스트에 따라 크게 달라질 수 있습니다. 랩톱이 아닌 테스트중인 서버를 확인하십시오. 운영 체제 (Windows 또는 Linux)에 따라 핑 대기 시간이 다를 수 있습니다. Windows 시스템이 동일한 네트워크 경로에서 Linux 시스템보다 지연 시간이 느린 경험이 있습니다.

합리적인 테스트로 핑. 그러나 서버에서 해당 데이터 센터의 엔드 포인트로 TCP 세션을 수행 할 수 있으면 엔드 포인트를 제어하지 않고도보다 정확한 숫자를 얻을 수 있습니다. TCP 세션이 설정되는 동안 패킷 캡처를 실행합니다. 그런 다음 TCP 스트림을 따라 델타 시간을보십시오. 초기 TCP 패킷과 다음 순서의 시간 차이는 무엇입니까? 그것은 어떤 종류의 대기 시간을 실시간으로 보여줍니다.

네트워크가 제대로 작동하는지 또는 서버가 작업을 수행하고 있는지 감지하려고합니까?


나는 네트워크를 정확하게 측정하는 방법을 찾으려고 노력했습니다. (Fiddler2를 언급 했으므로) 어떻게 혼란 스러울 수 있는지 봅니다. 응용 프로그램 계층을 쉽게 격리하고 테스트 할 수 있지만 (전체 이야기는 다르지만) 주어진 환경과 원격 데이터 센터 간의 트립, 클라이언트 워크 스테이션과 서버 간의 내부 트립을 정확하게 측정 할 수 있어야합니다 ( 이더넷 / 무선을 통해).
Sean Long

4

지연 시간은 특히 정확하게 측정하는 것이 재미있을 수 있습니다. Ping은 네트워크의 대기 시간이 어떻게 유지되는지에 대한 일반적인 아이디어를 얻기에 충분한 작업을 수행하지만 수치가 매우 낮 으면 작업에 대한 잘못된 도구가 될 수 있습니다. 또한 웹 사이트 응답 시간과 같은 더 높은 수준의 테스트에는 아무런 영향을 미치지 않습니다.

네트워크 성능 (대기 시간 / 대역폭 / 손실 등)을 엄격하게 측정하기 위해 Exfo의 테스트 장비를 선호 합니다. 이것은 단순히 선호 사항이며 솔직히 내가 사용한 첫 번째 장치이므로 경쟁하는 장치도 잘 작동합니다. JDSU는 이러한 종류의 장비의 주요 공급 업체이기도합니다.

도 있습니다 PChar는 핑 (ping)보다 더 정확하게 대기 시간을 측정하기위한 오픈 소스 도구입니다. 나는 그것을 직접 사용하지는 않았지만 그것을 가지고 있고 좋아하는 사람들을 알고 있습니다.

이 기사 는 ICMP Echo가 할 수 없거나 할 수없는 것들에 대한 좋은 개요를 제공합니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.