cancelar
Mostrando los resultados de 
Buscar en lugar de 
Quiere decir: 
cancel
Avisos

Concurso Contenido

Este verano. La Comunidad de Soporte de Cisco y Cisco Communities se unen. Conozca más.

Colaboración, Voz y Video Blogs

Etiquetas
11 Vistas
0 Comentarios


buenas días, tengo una central Asterisk 11.20.0 1.el7.centos, Elastix 4.0.0 1 y tengo un inconveniente un telefono cisco CP-7821 no puedo visualizar el historial de todas las llamadas, podrir alguien darme referencias para activar esta alternativa por favor gracias.

9 Vistas
0 Comentarios

Actualmente se tiene un CUCM Version 9.1

con las siguientes licencias

License Usage Report

License Requirements by Type
License Type Current Usage Report  
CUWL Standard 0 Users( 0 ) | Unassigned Devices( 0 )  
Enhanced Plus 0 Users( 0 )  
Enhanced 267 Users( 7 ) | Unassigned Devices( 260 )  
Basic 847 Users( 0 ) | Unassigned Devices( 847 )  
Essential 343 Users( 0 ) | Unassigned Devices( 343 )  
TelePresence Room 0 Users( 0 ) | Unassigned Devices( 0 )

quisiera saber cuantas licencias mas se pueden instalar para este sistema

UCSC-C220-M3S UCS C220 M3 SFF w/o CPU, mem,HDD, PCIe, PSU, w/ rail kit

 

 

 

 

63 Vistas
0 Comentarios

¿Qué tipo de integraciones WebEx Meeting hay disponibles?

 

Meeting Center:

  • Se utiliza para llevar a cabo reuniones de asistentes donde todos puedan contribuir.
  • Host y vista de los asistentes  totalmente independiente.

 

Training Center:

  • Se utiliza para capacitar a las personas en un entorno virtual.
  • Los usuarios son o presentadores (pocos usuarios) o asistentes (muchos usuarios). * Un presentador puede asignar a los asistentes a una sala para grupos de Cisco WebEx. El presentador comienza la sala para grupos.
  • Un presentador puede cambiar su audio a una sala de grupo; a continuación, todos los asistentes en la sala para grupos pueden colaborar sin los asistentes en la sala de reuniones principal.
  • No puede haber un máximo de nueve salas de descanso por cada reunión. Nota: En WebEx puede tener cualquier número de sesiones de trabajo, mientras que en MeetingPlace hay un límite de nueve sesiones de trabajo. Al mover los usuarios de WebEx para MeetingPlace salas de descanso, el sistema distribuye a los usuarios salas de grupo 1 al 9 (en ese orden), independientemente de la sala para grupos que estaban en el lado de WebEx. Como resultado de esta limitación del sistema, los usuarios escuchan el mensaje, "Introducción de sala de grupo 1... “, sin importar el número de la habitación de arranque MeetingPlace que se encuentran. No es compatible con los sistemas Mac de Apple.

Event Center:

  • Se utiliza para grandes eventos de hasta 500 personas.
  • Los usuarios son o bien los panelistas (muy pocos usuarios) o asistentes (todos los otros usuarios).
  • Los panelistas pueden tener una sesión separada que no será visto por los demás asistentes.
  • No es compatible con los sistemas Mac de Apple.

 

¿Existen restricciones para poder integrar MeetingPlace con WebEx?

Si, si existen. Algunas de ellas son:

  • Reservationless Número Único de Acceso (RSNA ) no compatible con la integración de Cisco WebEx .
  • El Nodo de Cisco WebEx para MCS no admite configuraciones de proxy . Específicamente, la Cisco WebEx nodo necesita ser capaz de ponerse en contacto con el sitio de Cisco WebEx sin el uso de un proxy HTTPS web.
  • Si hay más de dos participantes de audio se unen y dejan una teleconferencia de Cisco WebEx, la reunión continúa hasta que el anfitrión termina la reunión o hasta la hora de finalización programada.
  • Si utiliza clientes móviles en el sitio de WebEx con MP integración de audio , la función de VoIP en el cliente móvil y el PC no es compatible. Característica WebEx VoIP sólo es compatible con WebEx puente de audio, no con MeetingPlace o proveedores de puente de audio de terceros.
  • El vídeo de WebEx HQ no funciona con MeetingPlace integración 8.0. (Solución) Utilice la nueva función de vídeo de bloqueo durante la reunión con el vídeo HQ para bloquear el vídeo a un participante específico en la reunión.

 

¿Qué tipo de configuraciones hay disponibles en el MeetingPlace versión 8.5?

Existen dos tipos de despliegues de Cisco Unified MeetingPlace para los nuevos sistemas de Cisco Unified MeetingPlace en versión 8.5:

  • Configuración de Solo-Audio
  • Configuración con WebEx Scheduling

 

¿En la versión 8.0 se soporta configuración de solo audio en el servidor de MeetingPlace?

Las nuevas implementaciones de sistemas de audio sólo se admiten en la versión 8.5. En esta  versión, usted tiene audio de Cisco Unified MeetingPlace  y opcionalmente videoconferencia.

 

¿Cómo se da el manejo y configuración de usuarios de WebEx una vez que el MeetingPlace se integra con este?

Cisco Unified MeetingPlace Versión 8.5 tiene dos tipos de gestión de usuarios:

Gestión de Usuarios por Cisco WebEx y Gestión de Usuarios por MeetingPlace.

Gestión de Usuarios por Cisco WebEx hace que los usuarios se sincronicen automáticamente en Cisco Unified MeetingPlace, según sea necesario, con el fin de ejecutar las reuniones

Gestión de Usuarios por MeetingPlace añade los usuarios a nivel local para el sistema Cisco Unified MeetingPlace, o se sincronizan de servicios de directorio con el CUCM.

 

¿Cuáles son las restricciones de configuración Multinodo?

Usted puede desplegar cada sitio en una implementación multinodo ya sea como:

  • Hardware Media Server con Cisco Unified MeetingPlace de definición estándar (SD) Video Blades Hardware Media Server con alta definición (HD) de vídeo Blades Express Server Medios
  • Versión 8.5 no es compatible con una mezcla de servidores de medios Express y los servidores de hardware de medios dentro de un sitio MeetingPlace.
  • Los sitios que incluyen un servidor de hardware de medios no pueden contener tanto en SD y HD de vídeo Blades.

608 Vistas
1 Comentario

Consultor en soluciones para servicios de Colaboración, empezó a laborar en Cisco Systems de Mexico desde 2004.

Ha representado a Latinoamérica en varios foros y conferencias incluyendo Cisco Live. También ha sido instructor de cursos en redes y telecomunicaciones para diferentes clientes.

Cuenta con una licenciatura en Ingeniería Mecánica Eléctrica, así como varias certificaciones (CCNA, CCDA, CCNP, CCDP, CCVP)

Por favor use las estrellas para calificar los artículos y así informar a Omar que el material que ha publicado ha sido de utilidad.

1516 Vistas
0 Comentarios

El upstream como mencionamos es la información que corre del cablemodem hacia el CMTS y la ruta puede usar un canal de 200Khz, 400Khz 800Khz, 1.6Mhz o 3.2 Mhz

La señal de upstream se permite colocar en el rango de 5Mhz hasta 4.2 Mhz. Esto se coloca por debajo de las frecuencias estándar para los canales de televisión, para que asi el upstream no interfiera con la señal de cable que se recibe por el sistema de cable.

Aquí se puede utilizar QPSK o 16 QAM, como la técnica de modulación para el upstream, 16 QAM es más rápida sin embargo es más susceptible al ruido y esto puede provocar que una planta de cable no funcione por esto.

Channel Width | Raw Throughput QPSK | Reqd CNR | Min CNR | Raw Throughput 16  QAM | Reqd CNR | Min CNR

200khz           |320 kbps                      | 25dB         | 21 dB     |  640 kbps                         | 25 dB        | 24dB

400khz           |640 kbps                      | 25dB         | 21 dB     |  1.28 Mbps                       | 25 dB        | 24dB

800khz           |1.28 Mbps                    | 25dB         | 21 dB     |  2.56 Mbps                       | 25 dB        | 24dB

1.6Mhz           |2.56 Mbps                    | 25dB         | 21 dB     |  5.12 Mbps                       | 25 dB        | 24dB

3.2Mhz           |5.12 Mbps                    | 25dB         | 21 dB     |  10.24 Mbps                     | 25 dB        | 24dB

2044 Vistas
0 Comentarios

Buen dia,

Como mencionamos anteriormente, en Docsis y en especial con los cablemodems se maneja el concepto de Upstream y Downstream, el cual es los datos del cable modem hacia el CMTS y del CMTS hacia el cablemodem respectivamente.

Hablando más profundamente sobre este tema, en DOCSIS el downstream utiliza canales digitales de 6 Mghz que es el mismo ancho de banda de los canales en norte América.

La señal de downstream se puede colocar entre 50 Mhz y 860 Mhz en el espectro de cable TV, la frecuencia exacta depende de cómo se configure el convertidor de subida.

Si utilizas 64 QAM de modulación digital los datos crudos del downstream tendrán una capacidad de unos 27Mbit/sec (esto excluye el overhead y el manejo de tráfico en capa 2).

Si utilizas 256 QAM de modulación digital la capacidad cruda sería de unos 38Mbits/sec. Note también que 256 QAM es más susceptible al ruido que 64 QAM.

Channel Width     Modulation Scheme     Raw Throughput     Required CNR     Minimun CNR

6 Mhz                    64-QAM                    27 Mbps                    30dB               30dB

6 Mhz                    256-QAM                    38 Mbps                    35dB               33dB

1088 Vistas
0 Comentarios

Buen día a todos,

Como posiblemente vieron ya hablamos sobre DOCSIS y la tecnología de acceso a banda ancha con cable, ahora bien es necesario también hablar sobre los equipos terminales llamados cablemodems, pero que es un cablemodem? Un cablemodem es un dispositivo que escucha por una señal de downstream que viene del CMTS (Cable Modem Termination System) y después este mismo equipo envía la información de regreso al CMTS en el upstream.

Los cablemodems normalmente tienen 2 interfaces, La primera es la interface de cable que se coloca en el sistema de televisión de cable, la otra es ya sea una interface Ethernet o USB que se coloca en el equipo del cliente.

También cabe señalar que estos cablemodem deben cumplir con las especificaciones que provee cablelabs cuya información pueden acceder en http://www.cablelabs.com/

Es importante entender la diferencia entre los términos de upstream y downstream en el contexto de cable TV.

El Downstream o Forward Path siempre se refiere en la dirección del CMTS o Head End hacia los cablemodems del cliente.

El Upstream o Reverse Path siempre se refiere en la dirección del cablemodem hacia el CMTS o Head End

En los poximos blogs hablaremos mas profundamente sobre esta tecnología.

1792 Vistas
0 Comentarios

Hola, el día de hoy les hablare sobre Cable Broadband en particular sobre DOCSIS, como muchos tal vez ya conozcan esta es una tecnología de acceso a la red utilizando cable coaxial muy difundido en las cableras para dar acceso a internet a sus usuarios que cada día se extiende más, pero como funciona este método de acceso?, para esto primero hay que definir que es DOCSIS la tecnología que se utiliza para este fin, DOCSIS significa Data Over Cable Service Interface Specification y existe una organización llamada Cablelabs (http://www.cablelabs.com/) que certifica los proyectos de este tipo, además DOCSIS define los requerimientos de los cablemodems para ser parte de High Speed Data Distribution over Cable Television System Networks, que es mejor conocido como Internet sobre cable,.

La arquitectura de DOCSIS incluye varios componentes, el primero de estos es                la planta de cable tv, que consiste en los cables coaxiales que transportan las señales de televisión del proveedor hacia la casa del usuario,  a esto normalmente se le llama red HFC (Hybrid Fiber Coax) esto para transmitir la señal a larga distancia por Fibra Óptica y convertirla a cable coaxial de 75 ohm al llegar a la casa del usuario final,  normalmente para televisión el usuario solo necesita recibir la señal en una dirección para escuchar pero si se implementa DOCSIS es necesario la comunicación fluya en 2 direcciones lo que se le denomina Downstream que es la señal del head end hacia el usuario y Upstream que es la señal del usuario hacia el headend.

Otra cosa importante que tomar en cuenta con DOCSIS es que docsis es un protocolo de capa 2 y se basa entre otras cosas para su comunicación con las mac address y otros parámetros de los cablemodems, además cabe la pena mencionar que los cablemodems son capaces de transmitir y recibir información en varias frecuencias en un mismo cable, esto difiere de otras tecnologías ya que dependiendo de cómo se manejen las frecuencias se puede aumentar o disminuir la cantidad de datos que los cablemodems pueden recibir o transmitir dependiendo en cómo se utilicen estos canales, y también hay que recordar que los equipos con DOCSIS necesitan una fuente confiable de tiempo ya que la comunicación es síncrona y basada en frecuencias.

Los equipos que Cisco ofrece para realizar DOCSIS se les nombran CMTS y uno de los más utilizados es el UBR 10k el cual tiene una arquitectura muy similar a un router pero con tarjetas para cable coaxial.

Próximamente escribiré más artículos sobre el mundo de video para mantener a todos actualizados con nuestras tecnologías.

4558 Vistas
0 Comentarios

Para realizar una captura PCM, se debe de seguir los siguientes pasos:

(1)          Ingresar al modo de configuración global en el GW

(2)          Ingresar "voice hpi capture buffer 3000000" para configurar el buffer de captura

(3)          Ingresar  “voice hpi capture destination flash:pcm.dat” para especificar el destino del archivo.

Una vez que tiene la configuración anterior, ya está listo para realizar la captura PCM en el router.

Haga una llamada de prueba y déjela conectada.

(1)          Ingrese "show call active voice brief" y determine qué puerto de voz  tiene problemas con la llamada mediante el comando "show voice call summary", este comando también le mostrará qué puertos están siendo utilizados.

(2)          Ingrese “test voice port 1/0/4 pcm-dump caplog 7" donde 1/0/4 es el número de puerto que tiene el problema

Puede revisar el estado de la captura mediante el siguiente comando:

show voice hpi capture

El comando mostrará la siguiente salida:

HPI Capture is on and is logging to URL ftp://anonymous:cisco@172.18.106.169/pcm.dat

11196 mesages sent to URL, 0 messages dropped

Message Buffer (total:inuse:free) 3048:0000:3048

Buffer Memory: 999744 bytes, Message size: 328 bytesshow

Si el número de mensajes enviados al URL está incrementando de manera constante, entonces la captura se está realizando correctamente.

Para finalizar la captura, ingrese a la configuración global e ingrese los siguientes comandos:

no voice hpi capture destination flash:pcm.dat

no voice hpi capture buffer 300000

547 Vistas
0 Comentarios

Paso 1: Configura el acceso SSH al teléfono en el CUCM.

(1)  Necesita el login Access al CUCM.

(2)  Ir a la página de Phone Configuration (Device > Phone) en la página del Unified Administration de Cisco y localizar la opción Secure Shell Information.

(3) Ingresar con un username y un password. Volveremos a usar este username/password cuando usemos el SSH en el teléfono, así que es necesario recordar los valores.

(4) Dé clic en save & apply config.

Paso 2: SSH en el teléfono. Visión general de los pasos.

(1) Obtener la dirección IP del teléfono

(2) Hacer ping al teléfono desde una PC/laptop para asegurarnos que esté conectado a la red

(3) Ingresar en la sesión la dirección IP del teléfono y asegurarnos que estamos en el puerto 22. Además, tenemos que revisar que el tipo de conexión sea SSH

(4) Esperar, aceptar la alerta de seguridad y después ingresar el username/password. Finalmente, aparecerá la pantalla de ingreso. Ahí, ingresar el SSH username/password que fue configurado en el CUCM (paso 1).

(5) Después, se verá: (none) login: el usuario a ingresar será default y el password cisco.

Paso 3: Configuración para capturar la depuración de salida y Syslogs

(1) Capturar la información de la depuración, insertar debugsh Shell para comenzar con la depuración. Se puede realizar de la siguiente manera:

#/usr/sbin/debugsh.

debug sip-adapter ccapp sip-state sip-messages sip-reg-state gsm lsm fsm ccapp remote-cc

debug jvm Config debug

debug jvm SESSIONMANAGER debug

debug jvm Properties debug

debug jvm callhist debug

Los siguientes comandos están disponibles mediante debug:

  •   debug all
  •   debug cc-msg
  •   debug cc
  •   debug auth
  •   debug cdp
  •   debug config-cache
  •   debug config-app
  •   debug cpr-memory
  •   debug dialplan
  •   debug dhcp
  •   debug cpr-info
  •   debug ccapp
  •   debug dsp
  •   debug fim
  •   debug dtmf
  •   debug fsm
  •   debug gsm
  •   debug fsm-cac
  •   debug flashfs
  •   debug dns
  •   debug inetd
  •   debug jvm ALL
  •   debug jvm auto
  •   debug jvm Config
  •   debug jvm callhist
  •   debug jvm Application
  •   debug jvm KEM
  •   debug jvm Http
  •   debug jvm DisplayManager
  •   debug jvm MediaControlUI
  •   debug jvm Properties
  •   debug jvm prefs
  •   debug jvm Security
  •   debug jvm Settings
  •   debug jvm SESSIONMANAGER
  •   debug jvm Services
  •   debug jvm PushService
  •   debug jvm SubscriptionFramework
  •   debug jvm Tftp
  •   debug jvm System
  •   debug jvm Util
  •   debug jvm Xsi
  •   debug jvm XML
  •   debug jvm UserIO
  •   debug jvm StartUp
  •   debug jvm Localization
  •   debug init
  •   debug lsm
  •   debug kpml
  •   debug kem debug
  •   debug kem level
  •   debug notify all
  •   debug notify application
  •   debug notify line
  •   debug notify call
  •   debug ntp
  •   debug remote-cc
  •   debug process
  •   debug netkern
  •   debug sip-adapter
  •   debug sip-dnd
  •   debug sip-dm
  •   debug sip-presence
  •   debug sip-reg-state
  •   debug sip-messages
  •   debug sip-trx
  •   debug sip-task
  •   debug timers
  •   debug vcm
  •   debug ui
  •   debug tftpClient
  •   debug sip-state
  •   debug secd
  •   debug imageauth

(2) Escribir ‘q’ o ‘quit’ para terminar el debugsh

(3) Encender el Syslogs mediante:

# /usr/sbin/sdump &

Se puede ver que el Syslogs comienza a fluir.

(4) Para detener la salida del Syslogs puede escribir:

# pkill sdump

(5) Para reiniciar el Syslogs puede escribir:

# /usr/sbin/sdump

1591 Vistas
0 Comentarios

En esta ocasión les hablare sobre una de las soluciones de Cisco para video, esta solución es llamada Power Key.

La solución de Power Key es una solución de video end to end con más de 15 años de experiencia en el mercado y nunca comprometida es decir completamente segura hasta el momento y que puede ayudarle a disminuir los problemas de piratería en su red de video.

Power key es un sistema de acceso condicional CAS por sus siglas en ingles, enfocado al mundo de video en una base cliente/servidor, manteniendo seguro su sistema de video convirtiendo brindando facilidad en la implementación de su sistema y facilitando la operación del mismo.

Usted puede mirar mas información en la siguiente liga:

http://www.cisco.com/web/consumer/pdf/aag_G1710A.pdf

2360 Vistas
0 Comentarios

En este blog les hablare del concepto de Head End que en el mundo de video es una de las partes más importantes ya que esta parte de la red nos permite adquirir procesar y transmitir nuestras señales de televisión hacia todos nuestros abonados.

El Head End es utilizado para recibir nuestras señales de audio y video de diferentes fuentes como pueden ser satélites, contenido generado por proveedores de contenido en archivos, televisión local, música de servidores, desde internet como youtube e incluso contenido generado por la propia compañía dueña del head end o en la zona local, logrando incluso incrustar comerciales o información propia del proveedor del servicio.

El Head End puede dividirse en las siguientes etapas:

Recepción o adquisición de contenido:

Aquí se adquieren los contenidos de audio video y datos que se desean transmitir de forma cruda de diferentes fuentes como son por satélite utilizando IRD o receptores de radio y televisión especializados, además de servicios de streaming de video entregado por los proveedores que pueden ser desde DVD hasta archivos ya codificados en forma de transport streams para ser transmitidos por la red.

Procesamiento:

En esta etapa se encarga de procesar el video para que todas nuestras fuentes de nuestra recepción tengan una uniformidad hacia la siguiente etapa, además que se hacen correcciones sobre el video para mejorar la imagen, los colores y el sonido de la misma, se pueden también comprimir, codificar o multiplexar para prepararse para la siguiente etapa. Aquí se suelen usar tarjetas de procesamiento para video y se puede convertir video de resolución estándar a HD, dependiendo de las tarjetas utilizadas

Modulación:

El objetivo de esta etapa es modular o juntar todas las señales para enviar el video final a nuestra red es decir preparar la señal para enviarla a la siguiente etapa y poder transmitirla por la red, ya sea que se module por RF o se prepare para transmitir por IP, aquí se suelen utilizar encoders o multiplexores para realizar este procesamiento.

Distribución.

Esta es nuestro medio de distribución aquí se envía el audio video para la red y pueda ser transmitida hasta el usuario final y la vea en su pantalla. Aquí se utiliza equipos como los SW o Routers o equipos como los CMTS para transmitir las señales.

660 Vistas
0 Comentarios

Hola.

El en el blog de hoy hablaremos brevemente de las diferentes tecnologías que actualmente se ofrecen para transmitir video hacia los usuarios finales.

Dentro de estas tecnologías de transmisión de video tenemos:

DTH

Direct To Home o mejor conocida como Televisión satelital, este tipo de broadcasting se basa en tener una serie de fuentes de video que se envían por medio de un uplink hacia un satélite y este satélite envía la señal hacia nuestro abonados, un claro ejemplo de este tipo de servicio es SKY o Dish

Las principales ventajas con este servicio radica en su simplicidad para implementarse y su facilidad de administración, los contras es que hay un número limitado de satélites que se pueden tener en órbita y que son visibles para los usuarios ya que se ubican en orbitas geoestacionarias teniendo un máximo de 180 satélites en banda C y 360 en banda Ku a lo largo del globo usted puede verificar la información sobre estos satélites en este link http://www.lyngsat.com/ , esto convierte esta tecnología en muy limitada y utilizada mayormente por los proveedores de contenido como Sony o Time Warner para enviar los contenidos a los diferentes proveedores de contenidos o para enviar señales a lugares rurales o remotos que no tienen infraestructura para otro tipo de video

Además de esto los satélites son afectados por toda clase de fenómenos climáticos e incluso por la traslación de la tierra.

HFC or Hybrid_fibre-coaxial

Este método es el más utilizado por las cableras en las cual desde un Head End se transmite video utilizando fibra óptica hacia nuestros suscriptores y en la última milla se convierte este cable del medio óptico a cable coaxial utilizando Radio Frecuencia, las ventajas de este sistema radican en la gran cantidad y calidad de contenidos que se pueden ofrecer debido a que por el mismo cable puede llevar voz, datos y video e incluso agregar conexiones inalámbricas, además de poder usarse bidireccionalmente, las desventajas radican en ser costosa su implementación además de ser una de las más complejas por todas las capacidades accesibles por esta tecnología

También algo que notar en estas tecnologías que dependiendo del país cada uno de estos medios de transmisión de video tiene sus propios estándares y protocolos, frecuencias de operación y configuraciones pero ya hablaremos de ello en próximos blogs.

Saludos

TDT

Television Digital Terrestre.

Esta tecnologia esta enfocada a transmitir audio y video digital por medio de repetidores terrestres, este metodo de transmision ofrece una aplia gama de ventajas con respecto a lo que video se refiere ya que es posible transmitir una mayor cantidad de canales y de mejor calidad por tierra por medio de repetidoras sobre el espectro radio electrico, corrigiendo errores de transmision para tener siempre una imagen y sonido correctos sin embargo si llega un punto en el cual el receptor ya no puede corregir los errores encontrados en la transmision el equipo receptor simplemente dejara de mostrar la imagen de video y/o sonido sin mas.

IPTV

Televison sobre internet, este tipo de video se utiliza para transmitir senales de television utilizando el internet de cualquier medio, y normalmente terminada la senal hacia lineas ADSL de cable telefonico, este tipo de tecnologia esta siendo ampliamente utilizada por las telefonicas ya que permite que sobre la red de internet que ya tienen pueden enviar el video a sus clientes con una calidad considerable, sin embargo normalmente esta senal debe ser comprimida correctamente para ahorrar ancho de banda y pueda pasar por las lineas ADSL.

VoD

El VoD o Video bajo Demanda esta siendo muy utilizado para muchos de los sistemas de video de los que ya hablamos ya que la idea de esto es tener el video que usted quiere ver en el momento que lo quiera ver, es decir es video a la carta y actualmente mucho del negocio actual en cuanto a television se refiere se esta moviendo a este tipo de video ya que el usuario final tiene completa libertad de que ver y cuando verlo sin embargo por su naturaleza se vuelve un sistema de una elevada complejidad y que hasta cierto punto depende del medio que lo trasmite para optener los mejores resultado, es decir no es lo mismo ver VoD sobre una linea de internet de 1 Mbps a verlo sobre una linea de cable de 20 Mbps ya que la pelicula tardara mas en arrancar en el primero e incluso puede que la calidad del video sea menor para compensar los problemas en el ancho de banda.

Analogo Cable y TV

Al final aunque mas bien fue el inicio queda el video analogo clasico que corre aun en nuestros dias, este video se puede ver en nuestros receptores por senales de UHF y VHF aunque en nuestros dias estas senales se entan migrando a tecnologias digitales estas fueron el inicio para recibir senal de television en nuestras casas, basicamente se envia la senal por diferentes frecuencias que nuestros receptores interpretan y decodifican como una senal de video con audio en el.

-->

También algo que notar en estas tecnologías que dependiendo del país cada uno de estos medios de transmisión de video tiene sus propios estándares y protocolos, frecuencias de operación y configuraciones pero ya hablaremos de ello en próximos blogs.

Saludos

-->

También algo que notar en estas tecnologías que dependiendo del país cada uno de estos medios de transmisión de video tiene sus propios estándares y protocolos, frecuencias de operación y configuraciones pero ya hablaremos de ello en próximos blogs.

Saludos

763 Vistas
0 Comentarios

Hola.

Continuando con este blog pasamos ahora a la parte de Program Specific Information  (PSI)

Pero que es el Program Specific Information (PSI)?, esta parte del transport stream son metadatos que nos ayudan a construir nuestro transport stream por canales es decir cada canal que tenemos en nuestra red esta construido con estos datos para que podamos visualizarlo en nuestra pantalla.

El PSI contiene así 5 tablas que son:

  • PAT (program association      table)
  • CAT (conditional access      table)
  • PMT (program map table)
  • NIT (network information      table)
  • TDT (time and date table)

PSI siempre se lleva en forma de tabla, esta tabla puede llevar varios transport streams, el PSI nunca debe ser sometido a scrambling ya que el codificador/decodificador deben ser capaces de identificar fácilmente las propiedades del transport stream.

PAT, CAT y TDT están asociadas con PIDs predefinidos. Pueden existir diferentes PMT tablas en un stream a estas se les dan PID definidos por el usuario (que son PES packets). Los PIDs de la tabla PMT están definidos en la PAT y son los únicos PID definidos ahi (PES PIDs son definidos en PMT) cada tabla tiene una estructura definida.

PAT (program association table)

Cuando Existe

Nombre

Numero de bits

Descripcion

If TS Payload unit start

Pointer field

8

Presente is payload_unit_start_indicator bit esta en el TS header. Nos da el número de bytes del   fin del campo al inicio de los datos de payload.


Table   ID

8

0x00


Section   syntax indicator

1

Siempre   1 para PAT


0

1

Siempre   0 para PAT


Reserved

2

Siempre   en binario '11'


Section   length

2+10

Informa   cuantos programas son listados debajo de un especifico numero de bytes de   esta sección, iniciando inmediatamente siguiendo este campo he incluyendo el   CRC. los primeros 2 bits deben ser cero.


transport   stream ID

16

Datos   del usuario.


Reserved

2

Binario   siempre colocado en '11'


Version   number

5

Numero   de versión de la tabla. Incrementado por 1 cuando los datos en la tabla   cambian, van de 31 a 0.


Current/next   indicator

1

Si es   0, la tabla no es aplicable (se aplica cuando se vuelve 1)


Section   number

8

Índice   de esta sección en la secuencia de todas las secciones de la tabla PAT.   Primera sección es numero 0


Last   section number

8

Índice   de la ultima sección de la tabla PAT


Repetido   N veces dependiendo del tamaño de la sección

Program num

16


Reserved

3

Siempre   como binario '111'

Program   PID

13

paquetes   con este PID son asumidos como PMT tablas


CRC32

32


La PAT tiene asignado el PID 0x0000 y la tabla 0x00. El transport stream contiene al menos 1 o más TS con el PID 0x0000, algunos son consecutivos del PAT, del lado del decodificador el PSI lista el TS entrante. Después el filtro identifica la PAT se ensamblan  el paquete y se decodifica. La PAT tiene la información de todos los programas contenidos en el TS. La PAT contiene información que muestra la asociación de la PMT PID y el Program Number. La PAT debe terminar con un CRC de 32 Bits

CAT (conditional access table)

La tabla se utiliza para acceso condicional a los streams. Esta tabla provee asociación con los streams del EMM. Cuando el transport stream esta scrambled entonces esta sección contiene el EMM PID. El valor de este PID es 0x01.

PMT (program map table)

Partial PMT format

Cuando existe

Nombre

Numero
of bits

Descripción

Si TS   payload unit inicia

Pointer   field

8

Generalmente   0X00 for PMT


Table   ID

8

Siempre   0x02 para PMT


Section   syntax indicator

1



Always   set to 0

1



Reserved

2

Siempre   en binario '11'


Section   length

2+10

Numero   de programas listados abajo. Los primeros 2 bits siempre cero.


Program   num

16



Reserved

2



Version   number

5

Incrementado   por 1 en mod 32 cada vez que la tabla cambia


Current   Next indicator

1

Si es   1, la tabla es válida, si es 0 será valido la próxima vez.


Section   number

8

Siempre   0x00


Last   section number

8

Siempre   0x00


Reserved

3



PCR PID

13

PID del   stream para el tiempo o 0x1FFF


Reserved

4



Program   info length

2+10

Suma   del tamaño del siguiente descriptor del programa. Los primeros 2 cero.


Program   descriptor

N*8



Repetido   N veces dependiendo del tamaño de la seccion

stream   type

8


Reserved

3

Siempre   en binario '111'

Elementary   PID

13


Reserved

4


ES Info   length

2+10

Primeros   2 bits deben ser cero. El valor debe ser cero

ES   Descriptor

N*8

Si ES   es cero se omite.



CRC32

32


Esta tabla contiene los números de PID de los elemtary streams asociados con el programa y contiene la información hacerca del tipo de elementary stream utilizado (video, audio, etc). También contiene el numero de titulo ECM PID del mensaje de control que está asociado con el programa.

NIT (network information table)

Esta tabla provee de la información acerca de los multiplexores y los transport streams en una red.

La información a cerca de la red actual usa el table_id 0x40, y a cerca de otras redes utiliza el table_id 0x41

Este segmento de la red es llevado en el PID 0x0010,

Además también contiene streams de información privados correspondientes a la red como subtítulos o tele texto

TDT (time and date table) / TOT (time-offset table)

El TDT nos ofrece el UTC (Universal Time) en formato MJD (modified Julian date). El TOT nos ofrece el tiempo local en UTC. Esto se utiliza para definir el tiempo local. El valor de esto en ambas tablas es 0x0014

Para TDT – Table ID es 0x70. Para TOT – Table ID es 0x73.

1081 Vistas
0 Comentarios

Hola a todos.

Regresando a nuestro blog quisiera iniciar  respondiendo un par de preguntas realizadas que son:

¿qué técnica  se emplea para la corrección de errores en el MPEG TS?

Normalmente  se utiliza el FEC (Forward Error Correction) y principalmente es  utilizada en el medio de transporte, dentro del transport stream se  pueden detectar algunos errores, de los cuales hablaremos mas abajo y  normalmente los vemos como Continuity Count Error y PCR error que son 2  de los mas comunes.

¿por qué medio se transmite mejor  el TS?

En cuanto al medio, este en si dependera de las  necesidades de cada quien, pero en general como la mayoria de las  comunicaciones el mejor medio para transmitir es la fibra optica.

Ahora  bien continuando con nuestro tema de hoy.

Los  elementos de nuestro transport stream son muy importantes de conocer ya  que estos nos dejan ver que informacion contiene nuestro video y como  esta conformado nuestro paquete de video.

Paquete:  Un paquete es la unidad basica para el transport stream inicia con el  bit de sincronia y su cabezera seguido de su campo de adaptacion y un  campo opcional para terminar con el payload del paquete. Estos paquetes  suelen ser de 188 bytes pueden buscar por mas informacion en http://www.dvb.org

Cabezera:

  • Byte  sincro: Sirve para que el decodificador pueda sincronizarse  correctamente con los datos entrantes. Tiene el  valor 0x47 y delimita  el inicio de un paquete TS. Hace falta mencionar  que, al contrario de  los paquetes PES, este valor de sincronización  puede darse en  cualquiera de los 187 bytes restantes.
  • Indicador  de error de transporte: Este bit se pone activo  cuando se  detecta un error en la transmisión.
  • Indicador  de arranque: Indica si en la cabecera del payload  hay un PES.
  • PID (Packet Identification): Los  paquetes de  TS pueden traer información de programas diferentes, además  de datos  para la reconstrucción de la información. Aparece un campo de  13 bits  que se denomina PID (identificador de paquete) que permite la   distinción de paquetes de diferentes Elementary Streams. De los 2^13   valores posibles, hay 17 reservados para funciones especiales. Esto   permite 8175 valores que son asignables a todos los otros ES que forman   el TS. El multiplexor tiene que garantizar que cada ES tenga un único   PID. La normativa MPEG no especifica qué valores de PID se tienen que   dar a los ES (a excepción de los 17 mencionados).
  • Control de cifrado: Indica si hay o no datos  cifrados en el  payload.
  • Control  campo de adaptación: Indica si la cabecera tiene  campo de  adaptación. Son 2 bits no 1.
  • Control  de carga: Indica si hay o no datos de payload, se suele tomar  el Control campo de adaptación como 2  bits y según sea 10,01,11 nos  indica si hay de adaptación, de carga o  de ambos.
  • Contador de continuidad: El codificador lo  incrementa en 1 cada vez que envía un paquete de la misma fuente.  Esto  permite que el decodificador sea capaz de deducir si ha habido una   pérdida (o ganancia incluso) de un paquete de transporte y evitar   errores que no se podrían deducir de otra manera.

Campo  de adaptacion.

  • Longitud del  campo de adaptación: Indica la longitud de la  cabecera extra.
  • Indicador de discontinuidad: Está en el PCR y  en el contador  de continuidad. Se utiliza para evitar pérdidas de  información  producidas por un salto en el codificador.
  • PCR (Program Clock Reference): El PCR es una  información de  sincronización del reloj de 27 MHz del receptor  necesaria para la  decodificación del video, audio y datos. Se incluye  periódicamente en  los paquetes de transporte. El receptor necesita esta  información – a  una cadencia de unas 10 veces por segundo para hacer  funcionar el bucle  de fase de su oscilador local. Síncrono y en fase  con el reloj  PCR de 27 MHz se dispone de otro reloj de 90 KHz que se  necesita en el  sistema para sincronizar otras funciones este es mas  notable en su efecto ya que una falla en PCR se observa principalmente  como un desfasamiento de la imagen con otras partes del video como el  audio aveces imperceptible..
  • Bytes  comodines: Son bytes de relleno para conseguir una  trama de  188 bytes de información en el supuesto de que no hubiera  información  suficiente para llenar el paquete.
  • Cuenta  atrás para corte: Indicador que permite una conmutacion de  paquetes limpia entre  un TS y otro TS.

Esta es  la informacion por el momento, en el siguiente blog hablaremos sobre Program Specific  Information  (PSI)

Hasta la proxima