Cisco IP SLA-Monitorfehler bei TCPConnect, aber der Host kann vom Router aus per Telnet kontaktiert werden

Cisco IP SLA-Monitorfehler bei TCPConnect, aber der Host kann vom Router aus per Telnet kontaktiert werden

Ich möchte eine Failover-Verbindung zu meinem Cache-Server mit Cisco Policy Routing konfigurieren. Daher habe ich versucht, einen IP-SLA-Monitor zu erstellen. Hier ist die Syntax im Cisco-Router (es besteht die Möglichkeit, dass die Parameter falsche Wörter enthalten, aber hier wollte ich nur die Stile zeigen):

R1(config)# ip sla monitor 1
          type tcpConnect destip 10.10.10.2 destport 1010
          timeOut 30
          frequency 30
R1(config)# ip sla monitor 1 schedule life forever starttime now

und habe dann einen Track erstellt, der diesen Monitor überwacht und ihn beim Routing verwendet. Aber jedes Mal, wenn ich die Statistiken des IP-SLA-Monitors 1 auf diese Weise überprüfe, schlägt es fehl. Während ich mit dem Router per Telnet auf 10.10.10.2:1010 zugreifen kann!

R1# sh ip sla monitor statistics 1

<some stuff here>

last operation return code: No connection
number of success: 0
number of failures: 66

und der Track gibt mir zurück, der Link ist unterbrochen.

Irgendwelche Ideen?

Antwort1

Sie müssen kein Steuerprotokoll verwenden.

type tcpConnect destip 10.10.10.2 destport 1010 control disable

IP SLAs verwenden das Kontrollprotokoll, um den IP SLAs-Responder zu benachrichtigen, den Zielport vorübergehend zu aktivieren. Diese Aktion ermöglicht es dem Responder, auf den TCP Connect-Vorgang zu antworten. Da das Ziel in diesem Beispiel kein Router ist und ein bekannter TCP-Port verwendet wird, muss die Kontrollnachricht nicht gesendet werden. http://www.cisco.com/en/US/docs/ios/12_4/ip_sla/configuration/guide/hstcpc.html

verwandte Informationen