Contenu

Introduction

Conditions préalables

Conditions requises

Components Used

Conventions

Réponse à une requête ping

Problèmes identifiés

Informations connexes

Introduction

Ce document explique pourquoi le téléphone IP ne répond qu'à une requête ping lorsqu'elle est envoyée 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 Cisco

- Cisco Unified Communications Manager (Unified CM)

Components Used

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

- Cisco CallManager version 3.x

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

- Téléphone IP Cisco version 79xx

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.

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éponse à une requête ping

Lorsque vous essayez d’envoyer une requête ping à un téléphone IP Cisco 79xx à partir d’un routeur, le téléphone répond uniquement à une requête ping sur deux et une requête ping intermittente est abandonnée.

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 lorsque vous envoyez une requête ping à partir d’un ordinateur.

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 conception (WAD). En effet, les téléphones IP ont été conçus pour répondre uniquement à un écho toutes les 10 ms, afin de résister aux attaques par déni de service (DoS). La protection DoS est fournie en limitant les ressources pour le traitement ICMP et en ne répondant pas aux requêtes ping de diffusion ICMP. Une passerelle Cisco IOS envoie des échos plus fréquemment, de sorte qu'un sur deux expire.

Ce n'est pas le cas pour un PC, car le temps entre deux échos est supérieur à 10 ms.

Remarque : les téléphones IP Cisco 7902/05/12 ont une base de code différente de celle du Cisco 7940/60. Par conséquent, il y a une réponse différée à la requête ping réseau avec le 7902/05/12, mais pas le 7940/60.

Remarque : également, pour Cisco Unified CM, ce comportement existe et le protocole ICMP sera limité afin d'empêcher les attaques DoS.

Problèmes identifiés

Voici quelques-uns des problèmes connus :

- CSCee46831 (clients enregistrés uniquement) - 7970 abandonne la connexion rtp après avoir atteint ICMP Unreachable.

- CSCef54937 (clients enregistrés uniquement) - 7970 : Le comportement d'extinction de la source ICMP change.

- CSCsb30771 (clients enregistrés uniquement) - L'envoi de paquets ICMP fragmentés provoque l'arrêt de l'envoi du téléphone.

- CSCef54947 (clients enregistrés uniquement) - 7970 : Les erreurs matérielles ICMP changent de comportement.

- CSCsc27685 (clients enregistrés uniquement) - Réassemblage IP interrompu/ne fonctionne pas dans ip.c.

Informations connexes

- Avis de sécurité Cisco : Les messages ICMP élaborés peuvent provoquer un déni de service

- Assistance technique concernant la technologie vocale

- Assistance concernant les produits vocaux et de communications unifiées

- Dépannage des problèmes de téléphonie IP Cisco

- Support et documentation techniques - Cisco Systems