Voix : Protocole SCCP (Skinny Call Control Protocol)

Réponse du téléphone IP à un test ping sur deux

18 octobre 2016 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires


Contenu


Introduction

Ce document décrit pourquoi les réponses de téléphone IP seulement à un ping quand il est cinglé deux fois.

Conditions préalables

Conditions requises

Les lecteurs de ce document doivent avoir une bonne connaissance de ce qui suit :

  • Téléphone IP de Cisco

  • Cisco Unified Communications Manager (Unified CM)

Composants utilisés

Les informations de ce document sont basées sur les versions de logiciel et matériel suivantes :

  • Version 3.x de Cisco CallManager

  • Cisco Unified CM 5.x/6.x/7.x/8.x

  • Version 79xx de téléphone IP de Cisco

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.

Conventions

Pour plus d'informations sur les conventions des documents, référez-vous aux Conventions utilisées pour les conseils techniques de Cisco.

Répondre à un ping

Quand essayant de cingler un téléphone IP 79xx de Cisco d'un routeur, le téléphone répondra seulement à un ping sur deux et la baisse intermittente de ping se produit.

router > ping ipphoneA
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to ipphoneA, timeout is 2 seconds:
!.!.!
Success rate is 60 percent (3/5), round-trip min/avg/max = 1/2/4
ms

Ce n'est pas le cas en cinglant d'un PC.

C:\>ping ipphoneA
Pinging ipphoneA with 32 bytes of data:
Reply from ipphoneA: bytes=32 time<10ms TTL=63
Reply from ipphoneA: bytes=32 time<10ms TTL=63
Reply from ipphoneA: bytes=32 time<10ms TTL=63
Reply from ipphoneA: bytes=32 time<10ms TTL=63
Ping statistics for ipphoneA:
    Packets: Sent = 4, Received = 4, Lost = 0
(0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 0ms, Maximum =  0ms, Average
=  0ms

Ceci fonctionne en tant que conçu (BOUCHON). C'est parce que les Téléphones IP ont été conçus pour répondre seulement à un écho chaque 10ms, afin de résister à des attaques du Déni de service (DOS). La protection DOS est donnée en limitant des ressources pour l'ICMP traitant et ne répondant pas aux pings d'émission d'ICMP. Une passerelle de Cisco IOS envoie des échos plus fréquemment, ainsi un sur deux délai d'attente.

Ce n'est pas la caisse pour un PC depuis l'époque entre deux échos est plus grande que 10ms.

Remarque: Les Téléphones IP 7902/05/12 de Cisco ont une base du code différente de Cisco 7940/60. En conséquence, il y a une réponse retardée au ping de réseau avec le 7902/05/12, mais pas le 7940/60.

Remarque: En outre, pour le Cisco Unified CM, ce comportement existe et l'ICMP sera étranglé afin d'empêcher des attaques DoS.

Problèmes identifiés

Ce sont certains des problèmes connus :

  • CSCee46831 (clients enregistrés seulement) - connexion de rtp de 7970 gouttes après avoir obtenu l'ICMP inaccessible.

  • CSCef54937 (clients enregistrés seulement) - 7970 : La source d'ICMP éteignent des modifications de comportement.

  • CSCsb30771 (clients enregistrés seulement) - Envoi des causes fragmentées de paquet d'ICMP envoyant le téléphone pour tomber en panne.

  • CSCef54947 (clients enregistrés seulement) - 7970 : Modifications de comportement d'erreurs majeures d'ICMP.

  • CSCsc27685 (clients enregistrés seulement) - Le réassemblage IP cassé/ne fonctionne pas dans ip.c.


Informations connexes


Document ID: 25200