Configuración de radio móvil terrestre (LMR) / Hoot and Holler Over IP en gateways de voz IOS-XE
Contenido
Introducción
En este documento se describe la función de radio móvil terrestre (LMR) o de llamada y llamada (Hootie), que permite que los dispositivos analógicos se comuniquen con otros terminales (analógicos e IP) a través de una LAN habilitada para multidifusión.
La puerta de enlace de voz actúa como un punto de demarcación entre la red IP y los terminales analógicos y facilita la conversación entre el audio analógico y el protocolo de transporte en tiempo real (RTP) de multidifusión.
Colaboración de Kyzer Davis y Matt Snow, ingenieros del TAC de Cisco.
Prerequisites
Requirements
Cisco recomienda que tenga conocimiento sobre estos temas:
- Procesador de señal digital (DSP)
- Tarjetas analógicas
- Licencias aplicables a la función
! license boot level appxk9 license boot level uck9 ! or
license boot suite FoundationSuiteK9
license boot suite AdvUCSuiteK9
- LAN o WAN habilitada para multidifusión
Componentes Utilizados
La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.
- 4451-X
- NIM-4E/M
- IOS-XE 16.3 o superior. (Notas de la versión) [Recomendado: IOS-XE 16.7 o superior]
ISR4451# show inventory NAME: "Chassis", DESCR: "Cisco ISR4451 Chassis" PID: ISR4451-X/K9 , VID: V03 , SN: XXXXXXXXX NAME: "NIM subslot 0/3", DESCR: "NIM-4E/M Voice Analog Module" PID: NIM-4E/M , VID: V01 , SN: XXXXXXXXX
Antecedentes
Casos prácticos potenciales:
- Equipo de radio y alerta que incluye dispositivos de pulsar para hablar
- Anuncios informativos de multidifusión (emisiones de radio)
- Sistemas de torreta analógica
La guía de diseño original para LMR no cubre los elementos necesarios para la última generación de gateways de voz de Cisco. Por lo tanto, este documento describe la función LMR / Hootie en relación con los dispositivos IOS-XE como los gateways de voz ISR de las series 4300 y 4400.
Esta es una topología de ejemplo;
Señalización y medios de capa 7
Analog Endpoint <> Ear and Mouth (E&M) Port <> Cisco Voice Gateway (4451-X) <> Multicast Enabled LAN <> IP Endpoint.
Configuración
Paso 1. Primero debe configurar las licencias IOS-XE necesarias para utilizar la función de voz y multidifusión.
config t ! license boot level appxk9 license boot level uck9
! or
license boot suite FoundationSuiteK9
license boot suite AdvUCSuiteK9 ! exit ! wr ! reload !
Cuando el dispositivo se haya apagado, verifique que el estado de la licencia coincida con esta salida del comando show:
ISR4451# show license feature Feature name Enforcement Evaluation Subscription Enabled RightToUse appxk9 yes yes no yes yes uck9 yes yes no yes yes
Paso 2. Luego defina un par de marcado de multidifusión de voz sobre IP que contenga la IP y el puerto de multidifusión deseados ;
! dial-peer voice 33333 voip
destination-pattern 33333
session protocol multicast
session target ipv4:239.X.X.X:21000
codec g711ulaw
vad aggressive !
Sintaxis del comando Dial-peer:
| Comando CLI | Descripción |
| destination-pattern <number> | Instrucción Match para el par de marcado. Requerido para que el par de marcado sea utilizable. |
| session protocol multicast | Indica al dispositivo que este par de marcado se utiliza para la funcionalidad de multidifusión sobre IP. |
| session target ipv4:<a.b.c.d.>:xxxxx | Esta es la IP y el puerto para el grupo multicast al que se une la puerta de enlace de voz para enviar/recibir RTP de multidifusión. |
|
codec <codec> |
Define el códec que se utilizará para los paquetes RTP de multidifusión. Los códecs compatibles son G711ulaw, G711alaw, G729 y G726. |
|
[no] vad [aggressive] |
Cuando inhabilita VAD con el comando no vad inhabilita la Detección de actividad de voz para esta secuencia RTP. Cuando se utiliza el comando vad aggressive, el umbral de ruido VAD se reduce de -78 a -62 dBm. El ruido que cae por debajo del umbral de -62 dBm se considera silencio y no se envía por la red. Además, los paquetes desconocidos se consideran silenciosos y se descartan. Fuente Nota: Con vad aggressive es posible que no vea VIF en show ip mroute debido a que no se necesitan enviar paquetes desde el router LMR. |
Paso 3. Para facilitar una conexión permanente (siempre activa) entre el grupo multicast y este gateway de voz para el puerto analógico, debe definir un permanente de clase de voz y luego aplicarlo al puerto de voz.
! voice class permanent 1 signal timing oos timeout disabled signal keepalive disabled !
voice-port 0/1/0
voice-class permanent 1
!
sintaxis del comando permanente voice class
| Comando CLI | Descripción | Fuente |
| signal timing oos timeout { disabled | <seconds> } | Inhabilita la detección de pérdida de señalización. Opcionalmente puede configurar el número de segundos. | Guía de sintaxis de comandos |
| signal keepalive { disabled | <seconds> } | Especifica el intervalo del paquete de señalización de keepalive en segundos. Desactivado no envía señales de mantenimiento. | Guía de sintaxis de comandos |
El puerto de voz se configura entonces para el tipo de conexión deseado para el puerto E/M y luego el comando. (E/M u otras configuraciones específicas analógicas no cubiertas en este documento.
Paso 4. Cisco Hoot and Holler over IP proporciona un puente de comunicaciones siempre activo. Los usuarios finales no necesitan marcar ningún número de teléfono para ponerse en contacto con los demás miembros de un grupo de hosts. Para simular esta funcionalidad, Cisco IOS proporciona una función llamada Conexión Trunk. El troncal de conexión proporciona una llamada de voz permanente, que no requiere ninguna entrada del usuario final, ya que todos los dígitos se marcan internamente mediante el router/gateway.
Esta línea troncal de conexión vincula el puerto de voz a una dirección de multidifusión que configuró en el paso de configuración del par de marcado.
!
voice-port 0/1/0 connection trunk 33333 !
Sintaxis del comando Analog Port
| Comando CLI | Descripción | Fuente |
| connection trunk <number> | Especifica una conexión que emula una conexión troncal permanente con un PBX. Una conexión troncal permanece permanente en ausencia de llamadas activas. | Guía de sintaxis de comandos |
Paso 5. Una vez completada la configuración de voz, debe definir la configuración de multidifusión.
! ip multicast-routing distributed !
interface GigabitEthernet0/0/1
ip address Y.Y.Y.Y 255.255.255.0
ip pim sparse-mode
! interface Vif1
ip address 192.0.2.2 255.255.255.0
ip pim sparse-mode
!
interface Service-Engine0/1/0
ip pim sparse-mode
!
ip pim rp-address 2.x.x.x
!
Notas sobre la configuración de multidifusión:
- Las interfaces Service-Engine son la interfaz de capa 3 para el PVDM en el NIM analógico. Esto debe configurarse con un comando Protocol Independent Multicast (PIM) como cualquier otra interfaz de ingreso/egreso de capa 3
- Service-Engine no requiere una dirección IP
- El tipo de configuración PIM depende del tipo de implementación Multicast en su LAN
- El ruteo de multidifusión DEBE estar habilitado, incluso si todo el tráfico se encuentra dentro de la misma VLAN
- Para el RTP de multidifusión originado en el router, la IP debe ser la IP de VIF menos 1. Por lo tanto, nuestra fuente debe ser 192.0.2.1 porque hemos configurado 192.0.2.2 en el VIF
- En algunos escenarios, esto puede ser VIF más 1, pero para esta configuración el VIF asumió menos 1. Verifique siempre show ip mroute para ver qué VIF está siendo utilizado por el router.
- El RP de PIM de multidifusión puede ser la misma puerta de enlace de voz; sin embargo, para este laboratorio, el RP de PIM de multidifusión se encuentra en otro dispositivo de la red (2.x.x.x) que se detecta mediante EIGRP (no se muestra)
Verificación
Use esta sección para confirmar que su configuración funciona correctamente.
Verificación de voz
Una vez completadas las configuraciones, se mantiene una conexión permanente. Puede utilizar este resultado del comando show para verificarlo;
ISR4451# show call active voice compact
<callID> A/O FAX T<sec> Codec type Peer Address IP R<ip>:<udp> VRF
Total call-legs: 2
115 ANS T24 g711ulaw TELE P
116 ORG T0 g711ulaw VOIP P33333 239.X.X.X:21000
ISR4451# show voip rtp connections
VoIP RTP Port Usage Information:
Max Ports Available: 19999, Ports Reserved: 101, Ports in Use: 0
Port range not configured
Min Max Ports Ports Ports
Media-Address Range Port Port Available Reserved In-use
------------------------------------------------------------------------------
Global Media Pool 8000 48198 19999 101 0
------------------------------------------------------------------------------
VoIP RTP active connections :
No. CallId dstCallId LocalRTP RmtRTP LocalIP RemoteIP MPSS VRF
1 116 115 15986 21000 192.0.2.1 239.X.X.X NO NA
Found 1 active RTP connectionsISR4451# show voice port summary
IN OUT
PORT CH SIG-TYPE ADMIN OPER STATUS STATUS EC
=============== == ============ ===== ==== ======== ======== ==
0/3/1 -- e&m-imd up up trunked trunked y
ISR4451# show voice call summary PORT CODEC VAD VTSP STATE VPM STATE ============== ========= === ===================== ===================== 0/3/1 g711ulaw y S_CONNECT S_TRUNKED
ISR4451# show voice call status CallID CID ccVdb Port Slot/Bay/DSP:Ch Called # Codec MLPP Dial-peers 0x73 12D0 0x7F7475CF8C08 0/3/1 0/3/1:1 33333 g711ulaw 4 777 33333777/33333 1 active call found
ISR4451# show voice trunk-conditioning supervisory FAST SCAN 0/3/1 : state : TRUNK_SC_CONN_DEFAULT_OOS, voice : off , signal : on ,master status: lost keepalive, trunk connected sequence oos : idle and oos pattern :rx_idle = 0000 rx_oos = 1111 timeout timing : idle = 0, idle_off = 0, restart = 120, standby = 0, timeout = 30 supp_all = 0, supp_voice = 0, keep_alive = 5 timer: oos_ais_timer = 46, timer = 43 ISR4451# show voice trunk-conditioning signaling 0/3/1 : hardware-state ACTIVE signal type is NorthamericanCAS status : lost keepalive, forced playout pattern = 0xF idle monitoring : disabled tx_idle = FALSE, rx_idle = FALSE, tx_oos = FALSE, lost_keepalive = TRUE trunk_down_timer = 0, rx_ais_duration = 0, idle_timer = 0,tx_oos_timer = 0
Para verificar IP a la replicación analógica, primero verifique el nuevo comando IOS-XE:
ISR4451# show platform hardware qfp active feature sbc hootie group SBC Hootie structure : --------------------------------------- VRF = 0 IP = 239.X.X.X Port = 21000 Protocol = 1 Calls in group = 1 SBC Hootie group Statistics --------------------------------------- Total RTP packets received = 2873 Total RTP octects received = 573520 Total RTP packets replicated = 2873 Total RTP octects replicated = 573520 Total RTP packets dropped = 0 Total RTP octects dropped = 0 ISR4451# show platform hardware qfp active feature sbc hootie group SBC Hootie structure : --------------------------------------- VRF = 0 IP = 239.X.X.X Port = 21000 Protocol = 1 Calls in group = 1 SBC Hootie group Statistics --------------------------------------- Total RTP packets received = 3111 Total RTP octects received = 621032 Total RTP packets replicated = 3111 Total RTP octects replicated = 621032 Total RTP packets dropped = 0 Total RTP octects dropped = 0
Verificación de multidifusión
Verificar vecinos PIM:
ISR4451# show ip pim neighbor
PIM Neighbor Table
Mode: B - Bidir Capable, DR - Designated Router, N - Default DR Priority,
P - Proxy Capable, S - State Refresh Capable, G - GenID Capable,
L - DR Load-balancing Capable
Neighbor Interface Uptime/Expires Ver DR
Address Prio/Mode
Y.Y.Y.Y GigabitEthernet0/0/1 00:20:13/00:01:41 v2 1 / DR S P GVerifique que el resultado de la ruta multicast sea correcto:
ISR4451# show ip mroute
[snip]
(192.0.2.1, 239.X.X.X), 00:01:08/00:02:20, flags: FT
Incoming interface: Vif1, RPF nbr 0.0.0.0
Outgoing interface list:
GigabitEthernet0/0/1, Forward/Sparse, 00:01:08/00:03:19
Verifique que tenemos el RP de multidifusión en la lista:
ISR4451# show ip igmp member
Flags: A - aggregate, T - tracked
L - Local, S - static, V - virtual, R - Reported through v3
I - v3lite, U - Urd, M - SSM (S,G) channel
1,2,3 - The version of IGMP, the group is in
Channel/Group-Flags:
/ - Filtering entry (Exclude mode (S,G), Include mode (G))
Reporter:
<mac-or-ip-address> - last reporter if group is not explicitly tracked
<n>/<m> - <n> reporter in include mode, <m> reporter in exclude
Channel/Group Reporter Uptime Exp. Flags Interface
*,239.X.X.X 192.0.2.2 00:01:16 01:43 2VA Vi1Verifique la replicación de paquetes multicast:
RP# show ip mroute count [snip] Group: 239.X.X.X, Source count: 1, Packets forwarded: 2107, Packets received: 2108 RP-tree: Forwarding: 2/0/56/0, Other: 2/0/0 Source: 192.168.19.1/32, Forwarding: 2105/50/158/80, Other: 2106/0/1
RP# show ip mroute count [snip] Group: 239.X.X.X, Source count: 1, Packets forwarded: 2190, Packets received: 2191 RP-tree: Forwarding: 2/0/56/0, Other: 2/0/0 Source: 192.168.19.1/32, Forwarding: 2188/50/159/80, Other: 2189/0/1
El Analizador de Cisco CLI (solo clientes registrados) admite determinados comandos show. Utilice el Analizador de Cisco CLI para ver un análisis de los resultados del comando show.
Troubleshoot
En esta sección se brinda información que puede utilizar para resolver problemas en su configuración.
Problemas de configuración de llamada
Si no se establece la conexión, primero verifique la señalización a través de estas depuraciones:
debug vpm signal debug voip vtsp session debug voip ccapi inout
Ejemplo Debug:
123165: Oct XX 13:21:55.563: htsp_process_event: [0/3/1, S_DOWN, E_HTSP_IF_INSERVICE] 123166: Oct XX 13:21:55.564: %LINK-3-UPDOWN: Interface recEive and transMit 0/3/1, changed state to up 123167: Oct XX 13:21:55.564: recEive and transMit 0/3/1 rx_signal_map: 0 0 0 0 0 0 0 0 8 8 8 8 8 8 8 8 123168: Oct XX 13:21:55.564: recEive and transMit 0/3/1 tx_signal_map: 0 0 0 0 0 0 0 0 C C C C C C C C 123169: Oct XX 13:21:55.564: htsp_process_event: [0/3/1, S_OPEN_PEND, E_HTSP_GO_TRUNK]em_trunk_null_init 123170: Oct XX 13:21:55.564: flex_set_Legerity_impedance: [0/3/1] impedance = 0 123171: Oct XX 13:21:55.704: htsp_process_event: [0/3/1, S_TRUNK_NULL, E_HTSP_INSERVE]default_trunk_down 123172: Oct XX 13:21:55.704: htsp_timer - 6204 msec 123173: Oct XX 13:21:55.919: %SYS-5-CONFIG_I: Configured from console by vty3 (192.168.19.2) 123174: Oct XX 13:22:01.908: htsp_process_event: [0/3/1, S_TRUNK_PEND, E_HTSP_EVENT_TIMER] 123175: Oct XX 13:22:01.908: htsp_timer_stop htsp_setup_ind 123176: Oct XX 13:22:01.908: [0/3/1] get_local_station_id calling num= calling name= calling time=10/08 13:22 orig called= 123177: Oct XX 13:22:01.908: htsp_timer - 2000 msec 123181: Oct XX 13:22:01.909: //-1/80F08D0180E8/CCAPI/cc_api_call_setup_ind_common: Interface=0x7F7475CF8C08, Call Info( Calling Number=,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed), Called Number=33333(TON=Unknown, NPI=Unknown), Calling Translated=FALSE, Subscriber Type Str=RegularLine, FinalDestinationFlag=TRUE, Incoming Dial-peer=777, Progress Indication=ORIGINATING SIDE IS NON ISDN(3), Calling IE Present=FALSE, Source Trkgrp Route Label=, Target Trkgrp Route Label=, CLID Transparent=FALSE), Call Id=-1 123203: Oct XX 13:22:01.911: //115/80F08D0180E8/CCAPI/ccCallSetupRequest: Calling Number=(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed), Called Number=33333(TON=Unknown, NPI=Unknown), Redirect Number=, Display Info= Account Number=, Final Destination Flag=TRUE, Guid=80F08D01-CA55-11E8-80E8-8E0AC3C8E4C4, Outgoing Dial-peer=33333 123252: Oct XX 13:22:01.914: //116/80F08D0180E8/CCAPI/cc_api_caps_ack: Destination Interface=0x7F7475CF8C08, Destination Call Id=115, Source Call Id=116, Caps(Codec=g711ulaw(0x1), Fax Rate=FAX_RATE_VOICE(0x2), Fax Version:=0, Vad=AGGRESSIVE(0x4), Modem=OFF(0x0), Codec Bytes=160, Signal Type=2, Seq Num Start=2165) 123253: Oct XX 13:22:01.914: //115/80F08D0180E8/CCAPI/cc_api_caps_ack: Destination Interface=0x7F7471175B68, Destination Call Id=116, Source Call Id=115, Caps(Codec=g711ulaw(0x1), Fax Rate=FAX_RATE_VOICE(0x2), Fax Version:=0, Vad=AGGRESSIVE(0x4), Modem=OFF(0x0), Codec Bytes=160, Signal Type=2, Seq Num Start=2165)
123255: Oct XX 13:22:01.914: //115/80F08D0180E8/VTSP:(0/3/1):-1:1:1/vtsp_call_connect: Connected Name 123256: Oct XX 13:22:01.914: //115/80F08D0180E8/VTSP:(0/3/1):-1:1:1/vtsp_call_connect: Connected Number 33333 123257: Oct XX 13:22:01.914: //115/80F08D0180E8/VTSP:(0/3/1):-1:1:1/vtsp_call_connect: Connected oct3a 0 123258: Oct XX 13:22:01.914: //115/80F08D0180E8/CCAPI/ccCallConnect: Call Entry(Connected=TRUE, Responsed=TRUE) 123265: Oct XX 13:22:01.916: htsp_process_event: [0/3/1, S_TRUNK_W_CUTTHRU, E_HTSP_VOICE_CUT_THROUGH] 123266: Oct XX 13:22:01.916: send_trunk_dsp_voice_chnl_mapping:[0/3/1], 1/0/0 123267: Oct XX 13:22:01.916: send_trunk_dsp_sig_chnl_mapping:[0/3/1], 129/0/0 123268: Oct XX 13:22:01.916: recEive and transMit 0/3/1 rx_signal_map: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 8 default_trunk_up 123269: Oct XX 13:22:01.916: recEive and transMit 0/3/1 tx_signal_map: 0 0 0 0 0 0 0 0 F F F F F F F F default_trunk_updefault_trunk_up 123270: Oct XX 13:22:01.916: recEive and transMit 0/3/1 rx_signal_map: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 8 default_trunk_up 123271: Oct XX 13:22:01.916: recEive and transMit 0/3/1 tx_signal_map: 0 0 0 0 0 0 0 0 F F F F F F F F default_trunk_up 123272: Oct XX 13:22:01.916: %HTSP-5-UPDOWN: Trunk port(channel) [0/3/1] is up
Si ve este error, se debe a que el comando session protocol multicast no está disponible en el dial-peer.
%VOICE_IEC-3-GW: H323: Internal Error (H225 chn, sock fail in RAS): IEC=1.1.186.5.81.0
Problemas de audio
Si el problema radica en que no hay audio, compruebe que la puerta de enlace de voz se haya unido correctamente al grupo de multidifusión. Consulte las salidas de comando en la sección de verificación de este documento para obtener una salida de línea de base de un dispositivo en funcionamiento. La interfaz de salida del comando show ip mroute para el grupo multicast específico nunca debe ser Null. Si ve una interfaz de salida Null revise las configuraciones de red aplicables para la LAN multicast porque esto indica que el gateway de voz no pudo unirse correctamente al grupo multicast.
Ejemplo de interfaz saliente nula:
Router# show ip mroute 239.X.X.X (*, 239.X.X.X), 00:22:02/stopped, RP 10.188.0.1, flags: SJCF Incoming interface: GigabitEthernet0/0/1, RPF nbr X.X.X.X Outgoing interface list: Vif1, Forward/Sparse-Dense, 00:18:27/00:02:32 (A.B.C.D, 239.X.X.X), 00:20:34/00:01:23, flags: PFT Incoming interface: Vif1, RPF nbr 0.0.0.0 Outgoing interface list: Null
Si el dispositivo está correctamente en el grupo multicast pero persisten los problemas de audio, utilice el comando show platform hardware qfp active feature sbc hootie group varias veces para verificar si el dispositivo puede recibir y replicar paquetes. Los contadores deben aumentar cada vez que se ejecute el comando. Alternativamente, el comando show platform hardware qfp active statistics drop se puede ejecutar para ver si el gateway de voz descarta el tráfico. Para borrar estos contadores ejecute el comando show platform hardware qfp active statistics drop clear.
Si no se configura IP multicast-routing, el motivo de la caída de los incrementos de Ipv4mcNoRoute es el siguiente:
4451# show platform hardware qfp active statistics drop ------------------------------------------------------------------------- Global Drop Stats Packets Octets ------------------------------------------------------------------------- Ipv4mcNoRoute 728 145272
Otros problemas de audio, como aquellos en los que el gateway no puede replicar los paquetes RTP multidifusión recibidos del lado analógico al lado IP, pueden ocurrir debido a un problema con la configuración multicast. Estos problemas pueden manifestarse como la razón de caída FIAError cuando se observan estas caídas. Cuando se observan, revise las configuraciones de multidifusión aplicables y asegúrese de que el gateway pueda unirse correctamente al grupo de multidifusión y que el comando show ip mroute tenga una interfaz de salida válida. Vea la sección multicast de este documento para obtener los resultados de los comandos de línea de base.
4451# show platform hardware qfp active statistics drop ------------------------------------------------------------------------- Global Drop Stats Packets Octets ------------------------------------------------------------------------- FIAError 724 144800
Si el ruteo multicast no está habilitado, el resultado de show ip mroute state como tal.
ISR4451# sh ip mroute IP Multicast Forwarding is not enabled.
[snip]
Captura PCM
Para verificar si se envía o recibe audio analógico en un puerto de voz, puede tomar una captura PCM. Documentación PCM completa
conf t voice pcm capture buffer 200000 voice pcm capture destination bootflash: exit ! test voice port 0/1/0 pcm-dump caplog ffffff duration 255 ! send audio test voice port 0/1/0 pcm-dump disable ! copy flash:/<filename>.dat [ftp://user:pass@ip.address/filename.pcap | tftp://a.b.c.d/filename] ! TAC is required to decode the binary .dat file into SIN/SOUT/RIN audio streams
Captura de paquetes (PCAP)
Para verificar si se envía o recibe RTP multicast, puede tomar una captura de paquetes (PCAP) en la interfaz física. Documentación completa de EPC.
! NOT IN CONFIGURATION TERMINAL monitor capture TAC int gig0/0/1 both monitor capture TAC match any ! monitor capture TAC start ! send audio monitor capture TAC stop ! monitor capture TAC export [flash:/filename.pcap | ftp://user:pass@ip.address/filename.pcap | tftp://a.b.c.d/filename] ! monitor capture TAC clear
Tono de prueba DSP
Si es necesario, el DSP/PVDM puede generar un tono de prueba en el gateway de voz en la dirección deseada (lado Red-IP-LAN o lado Puerto analógico local).
Este tono se puede dirigir al DSP hacia la dirección IP LAN Multicast. Estos comandos se pueden utilizar para habilitar/deshabilitar. La conexión debe estar activa y debe especificar el puerto analógico para la prueba.
test voice port 0/1/0 inject-tone network 1000 ! A 1000hz tone is now being generated from the analog port to the IP LAN Multicast Address test voice port 0/1/0 inject-tone network disable
Para generar un tono desde el DSP hacia fuera del puerto analógico, estos comandos se pueden utilizar para habilitar/inhabilitar. La conexión debe estar activa y debe especificar el puerto analógico para la prueba.
test voice port 0/1/0 inject-tone local 1000 ! A 1000hz tone is now being generated out of the analog port. test voice port 0/1/0 inject-tone local disable
Pruebe la recepción de multidifusión con el reproductor multimedia VLC
Descargue VLC Media Player y navegue hasta Media > Open Network Stream
Ingrese la dirección IP RTP multicast en este formato y presione play
rtp://@239.X.X.X:21000
Siguiente descarga y abrir Wireshark. A continuación, seleccione la interfaz específica que desee para la captura de paquetes.
Inicie una captura con el filtro de rtp.
Si todo salió bien, debe estar unido al RP de multidifusión. (Los mismos comandos de multidifusión se pueden ejecutar desde el RP para verificar que el PC se unió al grupo de multidifusión).
Puede generar un tono mediante los comandos tone o tener un terminal analógico para hablar.
Ahora debe ver los paquetes en wireshark. Recuerde que la IP de origen debe ser la IP de VIF menos 1, por lo que para nuestra prueba debe ser 192.0.2.2 -1 = 192.0.2.1.
El Analizador de Cisco CLI (solo clientes registrados) admite determinados comandos show. Utilice el Analizador de Cisco CLI para ver un análisis de los resultados del comando show.
Información Relacionada
- Defectos conocidos
CSCvd18792 
- ISR4K: el puerto E/M Hoot and Holler no se puede ubicar junto con el hub de multidifusión.
CSCve66876 - ISR4K: el registro RP de multidifusión se descarta para los paquetes del DSP
CSCve71893 - ISR4K - Problema de replicación de multidifusión Hoot and Holler
Historial de revisiones
| Revisión | Fecha de publicación | Comentarios |
|---|---|---|
2.0 |
29-Apr-2022 |
Cambios menores en el documento |
1.0 |
30-Oct-2018 |
Versión inicial |
Comentarios