반이중 스위치 포트-다운로드 속도는 좋지만 업로드는 괜찮습니다

인터넷에서 다운로드 속도에 문제가있었습니다. 인터넷 연결은 100Mbit / s입니다. 사용자는 약 7 Mbit / s 다운 스트림 및 약 80 Mbit / s 업스트림을 확보했습니다.

내 컴퓨터에서 테스트 한 결과 다운 스트림은 약 70Mbit / s, 업스트림은 80Mbit / s입니다. 분명히 사용자 PC는 책임이있었습니다.

Catalyst 3560 인 스위치를 확인했는데 예상대로 포트가 반이중 상태였습니다. 사용자는 자신의 PC를 100 / 풀로 하드 코딩했고 포트는 자동을 사용하고있었습니다. 속도는 FLP (Fast Link Pulses)에 의해 감지되지만 포트가 100 / 반을 사용하도록 이중을 반으로 가정해야합니다. show 컨트롤러를 사용하면 충돌과 지연 충돌을 예상대로 볼 수 있습니다.

대역폭은 스웨덴 사이트 www.bredbandskollen.se를 통해 테스트되었습니다. TCP를 사용하여 처음에 대기 시간을 테스트합니다. 그런 다음 Flash를 통해 소켓을 열고 여러 HTTP GET (TCP)을 수행하고 약 10 초 동안 다운 스트림 대역을 측정합니다. 그런 다음 서버에 4 개의 HTTP 게시물을 수행하고 10 초 동안 트래픽을 전송하고 업스트림 대역폭을 계산합니다.

이러한 종류의 사이트는 100 % 정확하지는 않지만 일반적으로 필요한 대역폭을 수신하는 데 가까울 때 최소한 일종의 표시를 제공 할 수 있으며 사이트가 여기서 오류가 아닌 네트워크가 아닙니다.

다운 스트림에만 영향을 주었고 업스트림에는 영향을 미치지 않은 이유는 무엇입니까?
이러한 실제 충돌입니까? 케이블에는 별도의 전송 및 수신 쌍이 있으므로

— 다니엘 딥
소스

70/80은 단일 테스트 또는 여러 테스트의 평균을 기반으로합니까? 다양한 창 크기를 고려할 때 단일 테스트는 너무 모호합니다.

— user2964971

답변:

이것은 이중 불일치가있는 완전히 정상적인 동작입니다.

다운 스트림에만 영향을 주었고 업스트림에는 영향을 미치지 않은 이유는 무엇입니까?

컴퓨터가 전이중 모드로 작동하기 때문에 CSMA-CD를 사용하지 않습니다. 즉, 전송하기 전에 미디어가 유휴 상태인지 확인하지 않고 충돌로 전송하는 동안 수신 한 데이터를 인식하지 않습니다. 따라서 컴퓨터에서의 업로드는 크게 영향을받지 않습니다.

반대로, 스위치는 CSMA-CD를 사용하고 있으며 미디어가 전송되기 전에 유휴 상태가 될 때까지 기다립니다. 또한 스위치가 충돌을 감지하면 즉시 프레임 전송을 중지하고 CSMA-CD 충돌 감지 절차를 따릅니다. 이는 컴퓨터로 전송되는 트래픽에 상당한 성능 영향을 미칩니다.

트래픽이 TCP 인 경우 손실 된 TCP ACK가 컴퓨터로 이동하면 TCP 재전송이 발생하므로 부정적인 영향이 배가됩니다.

이러한 실제 충돌입니까? 케이블에는 별도의 전송 및 수신 쌍이 있으므로

그렇습니다. 실제 충돌입니다. 완전한 반이중 환경 (예 : 허브)에서도 별도의 전송 및 수신 쌍이 있습니다. 반이중 환경에서는 허브가 한 포트에서 수신 한 신호를 다른 모든 포트 밖으로 반복하기 때문입니다. 두 스테이션이 동시에 전송하려고하면 반복되는 신호를 사용할 수 없습니다.

스위치는 반이중 모드에서 작동하기 때문에 그러한 환경에있는 것처럼 작동하며 주어진 시간에만 송수신 할 수 있습니다. 스위치가 프레임을 전송하고 매체 (즉, 유휴 매체를 확인하지 않는 컴퓨터)에서 다른 트래픽을 감지 할 때마다 이는 충돌로 처리되며 충돌 감지 절차 (스위치 포함)를 따릅니다. 대기 또는 후퇴 기간).

컴퓨터가 이런 방식으로 작동하지 않기 때문에 (즉, 전송할 데이터가있을 때 자동으로 전송되기 시작), 반이중 장치로 구성된 환경에서 발생하는 것보다 더 많은 충돌이 발생합니다.

편집 : 이번 주말에 관련이없는 문제를 검색하는 동안이 충돌에 대한 참조를 발견했습니다 . 스위치는 분명히 충돌로 간주하고 처리 하므로이 관점에 동의하지 않습니다. 오히려 스위치 네트워크에 존재해서는 안된다는 점에서 불필요한 충돌 이라고 생각 합니다.

따로, 이것은 가장 자주보고되는 이중 불일치 유형입니다 (스위치가 자동으로 설정되고 컴퓨터가 전이중으로 설정 됨). 대부분의 사람들은 업로드하는 것보다 훨씬 더 많이 다운로드하며,이 상태를보다 쉽게보고하는 경향이 있습니다.

— YLearn
소스

속도 차이 질문에 대한 요점을 확인하는 데 시간이 걸렸지 만 이것은 좋은 대답입니다 ... 스위치의 Tx가 PC보다 속도 제한이 있음을 명시 적으로 지적하기 위해 개선해야 할 수도 있습니다. CSMA / CD 충돌 감지로 인해 PC가 충돌로 인한 런트 프레임을 기다리는 것보다 오래 기다립니다. 반대로, PC의 TCP ACK 중 일부라도 PC 다운로드에서 충돌하는 경우 TCP와 이더넷의 CSMA / CD에 의해 다운로드가 두 번 처벌됩니다. 손실 된 TCP ACK는 두 전송 속도를 모두 느리게하지만 CSMA / CD의 백 오프는 다운로드를 중단시킵니다.

— Mike Pennington

또한 어느 쪽 끝이 Full이고 어느 쪽 끝이 Half인지에 달려 있습니다. Full 하나는 문제없이 송수신하고 다른 하나는 모든 패킷에 대해 충돌을 보게됩니다. 이것은 Full end로부터의 데이터 전송이 Half end에서 충돌을 줄입니다 ( 반쪽 끝은 큰 패킷 사이에서 ACK를 쥐어 짜려고 시도하지만 다른 쪽 끝은 풀 끝이 작은 확인으로 큰 패킷을 "적중"할 가능성이 높기 때문에 충돌이 많이 발생합니다. 올바른 설명 이 아닐 수도 있지만 내가 본 것에 맞습니다.

— Remi Letourneau

@RemiLetourneau, 불일치 방향을 반대로하면 효과도 반대로됩니다. 이 경우 내 대답 (OP의 질문에 대답하기위한 프레임)으로 컴퓨터 / 스위치 용어를 바꿀 수 있습니다. 그래도 귀하의 모든 의견을 따르지는 않습니다.

— YLearn

@YLearn 내가 말하는 것은 이중 불일치 증상에는 상대적으로 정상적인 속도로 이동하는 트래픽과 다른 방법으로 크롤링 속도를 늦추는 트래픽이 포함된다는 것입니다. 어느 쪽 끝에서 큰 프레임을 보내고 마녀 끝이 승인을 보내고 있습니다. 말한 것처럼, 불일치 구성을 되 돌리면 트래픽 속도가 느려집니다.

— Remi Letourneau

TCP를 테스트했다면 제어하거나 상상할 수없는 것들이 많이 있습니다. 다운 스트림 / 업스트림의 차이는 NIC 내부 우선 순위 설정, RX / TX 용 버퍼 및 RX 및 TX 트래픽 처리 방법을 결정하는 본질적으로 저수준 설정으로 인해 쉽게 발생할 수 있습니다.

'sh 컨트롤러'는 반이중 모드에서 작업하는 경우 동시 RX 및 TX 조건을 충돌로보고해야합니다.

— 우카 쉬 브로 미르 스키
소스