☰

서로 다른 두 네트워크를 연결하는 데 문제가 있습니다.

tag-icon • tag-icon networking routing
서로 다른 두 네트워크를 연결하는 데 문제가 있습니다.

192.168.13.0/24(파란색)와 192.168.15.0/24(녹색)의 두 가지 네트워크가 있습니다.
컴퓨터 A는 13-net에만 연결되어 있습니다. 컴퓨터 B에는 각 네트워크에 하나씩 두 개의 인터페이스가 있습니다.
라우터처럼 작동하고 13-net을 15-net에 연결하는 세 번째 컴퓨터가 있습니다(이 방향으로만).

대체 텍스트

이제 나는핑 192.168.15.100컴퓨터 A에서 B로. 불행히도 응답이 없습니다. 하지만 스위치 대신 허브를 사용하면 작동합니다.

내 생각에는 ping 패킷은 스위치를 통해 라우터(A의 기본 경로/게이트웨이)로 이동합니다. 라우터는 패킷을 B의 스위치로 다시 보냅니다. 아마도 B는 15-net 인터페이스에서 패킷을 수신하지만 15번째 인터페이스로 응답할까요? 이것이 가능한가?
문제는 B에 게이트웨이 192.168.13.50만 있을 수 있다는 것입니다. 그러나 실제로는 확실하지 않습니다(B는 구성 가능성이 제한된 임베디드 시스템입니다).

여기서 무슨 일이 일어나는지 설명해줄 수 있는 사람 있나요? 감사합니다!

답변1

두 경우 모두 arp라우터의 MAC 주소를 가져오기 위한 요청으로 핑이 시작됩니다. 그런 다음 ping 메시지는 대상 라우터와 함께 계층 2 패킷으로 래핑됩니다.

다음을 사용하면 어떤 일이 발생합니까 hub?

  • 핑은 모든 클라이언트(B x 2 및 라우터)에 브로드캐스트됩니다.
  • B.13.100 인터페이스가 패킷을 삭제합니다.
  • 그러나 15.100 인터페이스는 아마도 무차별 모드(MAC 대상 무시)에 있기 때문에 그것을 얻습니다.
  • 따라서 B는 13.100 인터페이스에서 A에 직접 응답합니다.

,switch​

  • B는 패킷을 직접 받지 않습니다. 스위치알고 있다A 패킷은 대상 MAC 주소 덕분에 라우터로 전달되며 다른 포트를 포함하지 않습니다.
  • 라우터는 일반적으로 13.50 인터페이스에서 패킷을 가져와야 합니다.
  • 15.50 인터페이스를 통해 B로 전달해야 합니다.
  • B는 15.100 인터페이스에서 이를 가져와 13.100 인터페이스에서 응답해야 합니다.
  • A는 직접 받아야 하는데 그렇지 않습니다.

아마도 라우터에 문제가 있는 것 같습니다. 스위치를 사용하여 A의 명령을
시도해 보세요 .traceroute

답변2

아마도 당신이 보고 있는 것은 다음과 같습니다:

  1. 패킷이 A(13.10)의 인터페이스로 나갑니다.
  2. 라우터를 통해 B로 라우팅됨(라우터를 통해 15.100)
  3. B가 수신함(15.100)
  4. B는 답장을 보내 "아, 나 같은 네트워크에 있어요!"라고 말합니다.
  5. 패킷이 B(13.100)
  6. A가 수신함(13.10)
  7. 13.100드롭 패킷에서는 이런 일이 일어날 것으로 예상하지 않습니다.

핑을 보내는 동안 A와 B에서 패킷 추적을 실행하고 헤더를 살펴보고 소스 및 대상 주소를 확인하여 이를 확인할 수 있습니다.

이 문제를 해결하는 유일한 실제 방법은 호스트 B에 /32 라우팅 항목을 추가하여 패킷을 15.100으로 강제 출력하는 것이지만 확장이 잘 되지 않습니다.

답변3

a) 컴퓨터 A에서 컴퓨터 B로 작업을 수행하면 tracert어떤 홉을 사용하는지 알 수 있습니다.
b) 컴퓨터 B에 설정된 기본 게이트웨이는 무엇입니까?
c) 어떤 유형의 스위치입니까? 레이어-2, 레이어-3 ?
d) 컴퓨터 B에서 13.100 NIC를 완전히 비활성화한 다음 해당 컴퓨터를 재부팅하고 핑하여 작동하는지 확인할 수 있습니까?

관련 정보