Reputación online: ¿Cómo gestionar la reputación online de su marca?

Reputación online: ¿Cómo gestionar la reputación online de su marca?: "Reputación online: ¿Cómo gestionar la reputación online de su marca?"

Pedro Flor: January 2009

Pedro Flor: January 2009: "Presentaciones Linux"

Pedro Flor: January 2009

Pedro Flor: January 2009: "Presentaciones sobre Seguridad Informatica"

Su Propia Lista de Afiliados

Su Propia Lista de Afiliados: "* Principal
* Boletines
* Recursos
* Club
o Detalles Club
o Socios CMMG
* Audios
* Videos
* RSS
* Contactenos

* Autores
* Regístrese
* Login
* Enviar Artículo
* Mi Cuenta
* Mis Envíos
* Salir ()

Buscar

Búsqueda Avanzada


Su Propia Lista de Afiliados"

Carta de Ventas - su vendedor automático online

Carta de Ventas - su vendedor automático online

YouTube - Asterisk VoIP Security Webinar

YouTube - Asterisk VoIP Security Webinar: "Asterisk VoIP Security Webinar"

Fabian Loson | Dinero Con La Web

Fabian Loson | Dinero Con La Web: "Afiliados Elite- Fabian Loson y Pablo Loson
Noviembre 21, 2009 by · Leave a Comment
Filed under: Afiliados

Si realmente queremos aprender como funcionan los programas de afiliados, debemos saber lo que estan compartiendo 2 hermanos argentinos en su curso “Afiliados Elite”

Lo que podemos encontrar en este curso es:

Los 3 pasos para escoger un programa de afiliados:

1. Encontrar un producto. (Eleccion)
2. Generar Trafico
3. Promoción persuasiva

www.DineroConLaWeb.com/afiliadoselite

Donde buscar productos de Afiliados: ClickBak

Que debemos tomar en cuenta en la eleccion de un producto de afiliados:

1. Evitar productos con autores anonimos
2. Productos con multiples medios de pago que no esten integrados con el programa de afiliados (ejemplo Western union)
3. Productos con mala reputacion.

Este curso Afiliados Elite tambien enseña como generar trafico:

1. Google Adwords
2. Blogs
3. Foros
4. Videos
5. Redes Sociales
6. Podcasts
7. Articulos en directorios
8. E-mail

La Promocion Persuasiva se debe hacer dando un consejo o recomendacion del producto.

La Preventa no es mas que preparar o motivar al visitante a comprar el producto.

Formas de hacer preventa:

1. E-mail
2. Videos
3. Articulos
4. Foros
5. Pagina de Preventa (Landig Page)

En resumen Afiliados Elite nos enseña:

1. Como encontrar un producto ideal
2. Como crear un dominio, como hospedarlo, como crear una pagina web
3. Generacion de trafico con Google Adwords y 7 formas gratuitas
4. Estrategias de promocion con pagina web y sin pagina web
5. Optimizar toda la campaña de promocion del producto.

Para ver mas detalles de este curso puedes accesar desde el siguiente enlace:

www.DineroConLaWeb.com/afiliadoselite"

Guía de referencia para instalaciones de Elastix® IP PBX Versión 1.5.2-2 y E1 MFC/R2

Guía de referencia para instalaciones de Elastix® IP PBX Versión 1.5.2-2 y E1 MFC/R2

Otro artículo mas que me pidio Fernando Publicar y que es de su creación.

MFC/R2 es un protocolo de señalización dentro de banda por cada canal (CAS channel associated signalling) sobre tramas digitales E1 usado principalmente en Latinoamérica (quizás el más usado todavía hoy). El cual es soportado perfectamente en Elastix® debido a la inclusión de la librería OpenR2 la cual implementa señalización MFC/R2 sobre líneas E1 usando la interfaz de telefonía DAHDI. El autor de dicha librería y los parches de Asterisk® correspondientes es Moisés Silva quien actualmente trabaja para la firma canadiense Sangoma® y a quien personalmente agradezco por todo su trabajo y ayuda.

¿Qué es MFC/R2?

MFC/R2 es una señalización telefónica usada ampliamente en Argentina, Colombia, Venezuela, México, Brasil y otros países de Latinoamérica y Asia con su origen en los inicios de la telefonía digital allá por fines de la década del 70.

Las iniciales de MFC/R2 provienen de Multi-Frequency Compelled R2 (R2 dirigido por multifrecuencia). Comparado con protocolos de señalización más recientes como el ISDN PRI/BRI o SS7, R2 ofrece funcionalidades bastante limitadas. La señalización solo se usa

para establecer la llamada o para finalizarla. A su vez algunas de las variantes MFC/R2 envían pulsos de cobro mientras dura la llamada, aunque raramente son usados.

Existen variantes analógicas y digitales de MFC/R2, pero cualquier referencia a MFC/R2 o R2 en éste documento solo se basa en la versión digital usada sobre enlaces E1.

Un dato curioso sobre este protocolo es que a pesar de estar definido y estandarizado por la ITU (International Telecommunication Union), cada país sigue su propia variante… L

¿Cómo funciona MFC/R2?

MFC/R2 es un protocolo de señalización peer-to-peer, lo cual significa que solo hay dos

participantes involucrados sobre un enlace E1 R2 y ambos extremos se comportan del mismo modo, muy distinto con respecto a ISDN PRI donde se tiene la un extremo servidor “NET” y otro cliente “CPE” del enlace.

Como se nombró anteriormente, MFC/R2 significa Multi-Frecuency Compelled R2 y dicho nombre describe la naturaleza de ésta señalización, donde se tienen dos tipos de señales (valga la redundancia):

· Señales de Línea. Son usadas para monitorear el estado de la llamada y las señales MF son usadas para transmitir información de la misma durante el establecimiento de la misma (DNIS, ANI, Calling Party Category). Las señales de línea se envían utilizando señales CAS que viajan usando el canal 16 del enlace E1. Todas las señales CAS de cada canal del E1 son multiplexadas en éste canal. Cada 2 milisegundos cada extremo del enlace actualiza sus 4 bits de señal CAS mas conocidos como los infames bits ABCD.

MFC/R2 usa 2 de esos 4 bits para enviar las siguientes señales:

Idle, Block, Seize, Seize Ack, Clear Back, Forced Release, Clear Forward, Answer.

Al usarse sólo 2 bits para 7 posibles señales es imposible no repetir algún patrón, es por eso que algunas de las 7 señales tienen el mismo patrón de bits, pero esto no representa un problema considerando que, por ejemplo, no se puede ir del estado Idle al Forced Release, por lo tanto, aunque el patrón de bits para Forced Release y

Seize son los mismos, el protocolo conoce lo que lo que el otro extremo del enlace quiere decir de forma inequívoca.

La razón de usar sólo 2 bits teniendo 4 disponibles es histórica y proviene de la época donde la versión analógica de MFC/R2 fue portada para trabajar en el ese entonces novedoso mundo digital.

La siguiente tabla describe los patrones de bits usados en la señalización R2 mediante los bits ABCD de CAS.

· Las señales de direccionamiento, por el otro lado, son 15 diferentes señales MF, que son tonos audibles compuestos por 2 frecuencias que viajan usando el canal de audio, y es por eso que el analizador/detector de audio es el componente quizás mas importante en el paquete R2.

La librería OpenR2 por defecto usa su propio analizador/detector de MF sobre R2, el cual fue tomado prestado de la librería SpanDSP de Steve Underwood. A diferencia de su antecesor Unicall no es necesario instalar SpanDSP ni otras librerías para usar OpenR2, ya que el detector se encuentra “embebido” dentro de la misma de forma nativa.

La ITU define qué frecuencias pueden ser mezcladas para componer los tonos MF y asigna los significados de cada uno de ellos. Sin embargo tal como fue comentado anteriormente, algunos países asignan diferentes significados a estos tonos MF.

Dichos tonos MF son identificados en la librería OpenR2 usando los números del 1 al 0 (0 siendo 10) y letras de la B a la F (la A no es usada, en su lugar se usa 0). Si nosotros habilitáramos el debugging del módulo de OpenR2 veríamos los detalles de qué tonos son enviados y recibidos durante el transcurso de cada llamada.

Los tonos multifrecuencia (MF) son usados para transmitir los ANI (Automatic Number Identification, mas conocido como Identificador de Llamada), los DNIS (Dialed Number Identification Service, que es, el número marcado o número destino) y las Categorías de Marcado.

Tan pronto como la llamada es aceptada o rechazada, el analizador/detector de MF se deja de usar y no se intercambiarán más señales MF, recién ahí el canal de audio puede ser usada para transmitir la llamada de voz.

Configuración de E1 R2 en Elastix 1.5.2-2 o superior.

· Para tarjetas que usan el driver DAHDI de forma nativa:

o Primero nuestra tarjeta de trama digital debe usar el estándar E1 por lo cual debemos verificar que su correspondiente jumper o configuración este seteada en dicho estándar

o En caso de usar múltiples tarjetas E1 verificar que los controles de identificación de tarjetas estén correctamente seteados (1er tarjeta en 0, 2da en 1, etc.)

o Verificar que la tarjeta es correctamente reconocida en Elastix® usando el comando # lspci desde la consola.

o Utilizar la herramienta # dahdi_genconf para generar una config básica estándar (la vamos a usar para no tener que contar a mano los canales) si tenemos varias tarjetas o varias tramas E1.

o Con la información de nuestro proveedor de telefonía en la mano vamos a proceder a configurar la trama digital a nivel del driver DAHDI, este es un ejemplo típico de 1 trama simple E1 para Argentina:

§ Archivo: /etc/dahdi/system.conf

span=1,1,0,cas,hdb3 ;reloj master, señalización CAS, Coding hdb3

cas=1-15,17-31:1101 ; Canales CAS del 1 al 15 y 17 al 31 bits en block

dchan=16

echocanceller=mg2,1-15,17-31 ;Cancelación eco MG2 en los canales

loadzone=ar

defaultzone=ar ; zonas de tonos argentinos del driver DAHDI

§ Archivo de Asterisk para configurar los canales mfcr2, chan_dahdi.conf, debajo de las configs por defecto del archivo agregamos:

resetinterval=never

context=from-pstn

group=0

echocancel=yes

signalling=mfcr2

mfcr2_variant=ar ; variante de r2 de nuestro país

mfcr2_get_ani_first=no

mfcr2_max_ani=10 ;cantidad de dígitos del caller id a recibir

mfcr2_max_dnis=4; cantidad de dígitos de nuestros DID´s

mfcr2_category=national_subscriber

mfcr2_mfback_timeout=-1

mfcr2_metering_pulse_timeout=-1

channel =>1-15,17-31 ; canales a configurar igual que en system.conf

o Luego restarteamos nuestros drivers Dahdi y el servicio de Asterisk® y verificamos si nuestra trama está en funcionamiento (imágenes de muestra de un sistema real)

§ # service dahdi restart

§ # amportal restart

o Imagen de la herramienta dahdi_tool con trama E1 R2 corriendo correctamente:

o Imagen de la salida del comando mfcr2 show channels de asterisk demostrando que los canales están funcionando:

o Los canales ya pueden ser usados desde el FreePbx y Elastix® tal como los veniamos usando con otras tarjetas. En este caso serían el grupo Dahdi/g0.

· Para tarjetas Sangoma®:

o Parar los servicios de Asterisk® # amportal stop

o Parar los drivers Dahdi # service dahdi stop

o Parar el servicio wanrouter de Sangoma # service wanrouter stop

o Ejecutar el comando # wancfg_dahdi y seguir las instrucciones del mismo, cuando llegue a selección de estándares seleccionar E1, ISDN pri con estándar EuroISDN, elegir que grabe los cambios sin restartear el dahdi ni asterisk.

o Al terminar este paso editar el archivo /etc/wanpipe/wanpipe1.cfg buscar la línea donde dice TE_SIG_MODE = CCS y reemplazarlo por CAS, grabar el archivo y luego retomar la config exactamente igual que como está descripto en el apartado de Dahdi nativo arriba descripto.

o Al finalizar de editar los archivos /etc/dahdi/system.conf y /etc/asterisk/ chan_dahdi.conf debemos levantar de nuevo los servicios en este orden:

§ # service wanrouter start

§ # service dahdi start

§ # amportal start

o Por último verificamos que la trama haya levantado igual que en el ejemplo anterior con el comando de asterisk cli> mfcr2 show channels

· En el caso de varias tramas digitales solo cambian los números de canales y este ejemplo es totalmente válido para 1 a n tramas.

· Es posible en 1 misma tarjeta o en 1 mismo sistema mezclar diferentes spans de trama y cada uno con su propio protocolo ya sean R2 o ISDN primario.

Nuevamente espero que este humilde aporte los ayude y agradezco a Moises Silva, a Alexandre Alencar y a Juan Carlos Huerta por sus aportes en la realización de este documento y por favor si desean soporte, mas info o consultas específicas les solicitamos hacerlas a través del soporte oficial pago de de nuestra empresa y de Elastix® para seguir apoyando el crecimiento del Software Libre.

Guía de referencia para instalaciones de Elastix® IP PBX Versión 1.5.2-2 y +

Guía de referencia para instalaciones de Elastix® IP PBX Versión 1.5.2-2 y +

A petición de mi amigo Fernando Villares, publico algunos artículos generados por el.

Guía de referencia para instalaciones de Elastix® IP PBX Versión 1.5.2-2 y +

Nota Inicial: Ante todo aclaro que este instructivo no amerita ser la guía última de referencia sobre instalación de equipos e infraestructura de VoIP, solo es un conjunto de buenas prácticas recogidas por años de experiencia en el mundo de las redes convergentes de Voz, video y datos con alta calidad de servicio y fiabilidad, y no representa más que mi humilde experiencia en dichas áreas y es perfectible de ser mejorada por cada persona que lo considere.

Consideraciones previas: El sistema telefónico actual es uno de los sistemas mas estables que el mundo haya conocido, esto se debe a que esta regulado y homologado completamente en todos los países, existen estándares muy estrictos de calidad y de fabricación de equipos y básicamente a que en su gran mayoría, los equipos están basados en hardware de funciones específicas lo cual los hace extremadamente sólidos.

Al entrar en este cambio de paradigma de la conmutación de paquetes y software PBX que Asterisk® y Elastix® nos han traido entre otros, se hacen necesarios análisis de infraestructuras que antes no se tenían previstos y que son vitales para que la instalación de nuestra central de VoIP tenga una calidad de sonido y una estabilidad similar o superior a la de nuestra antigua y querida Centralita tradicional.

La guía que les presento a continuación se divide en diferentes partes que componen una red convergente base para una infraestructura de VoIP de alta calidad con sus recomendaciones en cada una por separado.

Siguiendo estos lineamientos básicos que no son onerosos si se hacen análisis correctos de costos por incidencias y fallas en nuestro sistema, les aseguro que se pueden reducir los downtimes y fallas comunes en mas de un 90% (según mis estadísticas empíricamente obtenidas).

Ambiente físico de los equipos:

ü Es de sentido común que un servidor, sus equipamientos asociados (gateways, switches, etc.) deben estar almacenados y alojados en lugares adecuados ya que los mismos tienen ventiladores y partes que generan calor y son sensibles a la tierra y otros materiales, por lo tanto deberán estar alojados en lugares frescos (no mas de 22 a 25 grados centígrados) con humedad superior al 40% e inferior al 80% y protegidos del humo, suciedad o gases agresivos con los materiales del mismo.

ü Es mas que obvia la necesidad de tener descargas a tierra en toda la instalación eléctrica.

ü No se debe jamás usar alcohol para limpiar los equipos de telefonía!!!! Esto daña las pantallas de lcd y los plásticos de los mismos. Usar trapos embebidos ligeramente en agua limpia (humedecidos) para su limpieza.

ü ¡Siempre utilizar sistemas de UPS! Los sistemas de energía ininterrumpida hoy día son económicos, de altísima calidad y nos protejen de alteraciones en la calidad de la energía y de cortes o alteraciones de voltaje, las marcas que mas recomiendo por mi experiencia y que soportan administración por software en Gnu/LINUX son Liebert®, APC®, Powerware®, Toshiba® y MGE®.

ü Utilizar protecciones gaseosas para toda conexión a la red pública telefónica.

Cálculo de potencias y prestaciones del/de los server/s:

ü Como 1era. Medida se deberá tener en cuenta que la vida útil de un server debe ser tomada en 3 años como media normal hoy día, en condiciones de uso adecuadas y en un ambiente acorde. Tomando eso como base al analizar los requerimientos del cliente es sano asumir como base que como mínimo el sistema podrá crecer un 50% en esos 3 años y calcularemos el sistema a comprar con ese número final según esta pequeña tabla:

o De 0 a 25 users concurrentes: Server Dual Core de mas de 2ghz, 1 o 2gb ram.

o De 25 a 100 users concurrentes: Server Quad Core o Dual Dual Core, 2gb a 4gb ram.

o Mas de 100 users concurrentes: Server Dual Quad Core o superior, 4gb o + de ram.

o Mas de 500 users concurrentes, Cluster de servers a medida.

Con respecto a estos cálculos uds podrán decir que exagero en las specs pero ya van a ver que cuando el cliente se da cuenta todo lo que puede hacer con su sistema, todo les va a quedar chico rápidamente y a los costos de hardware actuales mas vale que sobre y que no que falte.

Por supuesto ni hablar si se usa compresión de voz, grabaciones, etc, etc, etc….

o Discos rígidos: Todas las pc y servers de hoy día tienen RAID por hardware así que ni toco el tema de soft raid que es totalmente inutil a menos de que usemos máquinas virtuales. Por muy poco dinero se puede montar RAID-1 (espejado de 2 discos) en cualquier sistema por lo cual será el estandar que recomiendo y en particular no metería menos de 500gb de disco (muy económicos hoy día y con cantidad de espacio para crecer). Si disponemos de mas dinero configurar un RAID- 5 de 4 discos de 500gb nos daría mas margen de maniobra todavía y sería mi decisión a tomar.

o Tarjetas de red: siempre seleccionar servers que traigan redes gigabit ethernet en lo posible, si traen 2 tarjetas mucho mas adecuado incluso.

o Redundancia: Siempre sería recomendable tener un server de backup ya sea Pasivo offline o sino activo online con Dundi y alguna herramienta de monitoreo.

ü Marcas y modelos de server recomendadas por su estabilidad, calidad y relación costo/beneficio:

o Hewlett packard Series ML110/115 – ML150 – DL360

o Dell Series Poweredge

o IBM Series X (3200 / 3500)

o Sun Fire X Series (Opteron y Xeon)

ü Tarjetas de telefonía: Tener mucho cuidado en el modelo de tarjeta a elegir (no equivocarse en el slot). Antes era solamente elegir PCI 3,3Volts o 5Volts ahora esos slots ya son obsoletos y nuestra decisión debe pasar por qué modelo de pci-express elegir (1x, 8x etc.) y que nuestro server lo soporte ya que en el caso de servers blade por su formato se hace dificil elegir tarjetas adecuadas.

o Sobre marcas de tarjetas muchos quizás no estarán de acuerdo con esta decisión mia de poner estas 2 solamente pero son las únicas con las cuales se que no voy a

tener ningún tipo de inconvenientes ni problemas de compatibilidad de hardware o drivers:

ü DIGIUM®

ü SANGOMA®

No se debe olvidar en este item de selección de Tarjetas que la decisión de marca y modelo tambien debe ser tomada por la elección del protocolo de interfaz digital a ser entregado en la tarjeta ya sea E1, T1 y sus protocolos subyacentes ISDN o R2.

Equipamiento de redes y Switches

ü Es de sentido común que el cableado de red y de equipamiento telefónico tradicional deberá estar en condiciones, sin cables pelados, conectores rj dañados o fallas a la vista como mínimo, lo adecuado sería que exista un cableado estructurado certificado con categoría 5e como mínimo o 6 si es posible.

ü Sería lo adecuado tener todo el cableado y equipamiento ordenado en racks, con patch panels y jacks correctamente instalados en las paredes.

ü Utilizar Switches Gigabit de ser posible en el core de la central e interconectados con los switchs de los teléfonos por los ports de uplink adecuados, por sfp o a traves de backplanes multigiga si lo soportan, usar ingeniería de red en los switches y si lo permiten STP o RSTP.

ü Siempre utilizar Switches de marcas reconocidas que sean administrables como mínimo en capa 2 y que soporten VLANS. (no molesten con este punto hay 3Com® y Allied Telesis® desde U$S200 en 24 ports de 100Mbits, quien ahorra plata aquí en este item directamente no debería implementar una central ip y perdón por mi honestidad brutal).

ü Si se utiliza el mismo Switch para conectar una red Convergente de datos (Windows® o xNIX) con Asterisk® siempre separar el tráfico de las mismas en VLANS para evitar que un ataque o fallas de las PC alteren la calidad de la red de VoIP.

ü Utilizar switches PoE (Power Over Ethernet, Estándar IEEE 802.3af) cada vez que se pueda y los teléfonos y el presupuesto lo permitan.

ü Utilizar UPS en los racks de datos igual que con los servers ya que con las centrales tradicionales solo con alimentar la misma no se cortaba ningún teléfono ahora si no tenemos PoE y se corta la energía se nos cae todo el sistema, cuidado con este punto!!!!

ü Al usar enlaces de internet para extensiones remotas USAR VPN o algún tipo de encriptación o tunelización!!!!! Recuerden el tema de seguridad en voip, la cual hoy día sigue siendo muy rudimentaria.

ü No se olviden de los problemas que puede causar el NAT en conexiones SIP!!!!! Cuidado!!!

ü Tomar en cuenta que al usar enlaces de internet existen requerimientos de calidad de enlaces que no siempre son controlables y que no siempre se tiene la velocidad deseada a todos los destinos por la característica de Best Effort de las redes públicas.

Un ejemplo típico: si tengo un xDSL de 5MBits no tengo 5MBits para voip sino que tengo 5MBits de bajada y la subida seguramente será de 256 o 512KBits lo cual usando un códec como uLaw (g711 ley mu) ocupará 64Kbits mas 24Kbits de encabezados dejándonos con 2 o 4 canales como máximo al mismo tiempo si lo usaramos solo para voip, ni hablar de que tendriamos que tener routers con QoS y administración de ancho de banda para compartir un solo enlace VoIP y datos.

Teléfonos, Gateways y Softphones

ü ¡¡¡¡¡¡¡¡¡¡¡CUIDADO CON LAS HOMOLOGACIONES DE LA ITU DE CADA PAIS: antes de usar cualquier teléfono o gateway se deben parametrizar correctamente sus tonos de discado, corte, duración de tonos DTMF y flash entre otros!!!!!!!!!!!!

ü Gateways FXO y FXS: Los que tienen las características de calidad y prestaciones que considero adecuadas son los siguientes:

o Quintum® todos los modelos

o Audiocodes® todos los modelos

o Linksys by Cisco® de 2 ports o más, PAP2T, SPA8000, etc., los 3102 o similares de 1 port no son adecuados para instalaciones serias.

o Grandstream®, solo los GXX4104 y 8 de 4/8 ports FXO, los FXS no los considero adecuados al día de hoy para aplicaciones profesionales

o Welltech® Wellgate 3802/04/06 de 2, 4 y 6 ports FXO.

o HAY que tener cuidado con ESTO: los gateways FXO suelen no soportar las estrategias de rotación de líneas aleatoria o las funciones de selección de llamadas entrantes por DID seleccionables en su firmware y a veces suelen tener problemas con los reconocmientos y paso de CALLER ID a la central…CUIDADO!!!!

o CUIDADO CON LOS FAXES: Si los gateways no soportan el protocolo T.38 es complicado que puedan pasar correctamente los faxes en todas las ocasiones.

o No se soportan MODEMS: Por la naturaleza destructiva del muestreo y la ley de nyquist la reconstrucción de señales de modems v92, v90, etc. se hace matemáticamente imposible de forma sostenida por lo cual no funciona la transmisión de datos a alta velocidad en centrales IP.

ü Gateways E1/T1 ISDN Primario o MFC-R2: Solo recomiendo aquí 4 marcas las cuales no requieren de mayor consideración por ser increiblemente potentes y de una calidad extrema y mas que probada mundialmente:

o Cisco®

o Audiocodes®

o Quintum®

o Redfone®

ü Teléfonos IP y terminales: Los criterios aquí pueden ser variados y con extremas divergencias, en mi caso particular mis marcas favoritas por prestaciones, capacidad de expansión futura, facilidad de creación de repositorios de autoconfiguración y upgrade, calidad de sonido y durabilidad son las siguientes:

o Polycom®

o Cisco® y Linksys By Cisco®

o Snom®

o Aastra®

o Grandstream® solo las gamas GXP y GXV

ü Softphones: 1ero hay que saber que los softphones son la opción mas económica para implementar una central IP pero a su vez son la opción profesionalmente menos recomendada y que trae a largo plazo mas inconvenientes.

¿Las razones? Simple, dependen de una pc, si se cae la pc se cae la extensión de la central y quizás deje hasta bloqueado el canal, si la pc a usar (en el 90% de los users son máquinas Windows®) se infecta de virus puede meter saturación en los ports del Switch que obviamente debería estar en la misma VLAN de la central lo cual es un problema grave de seguridad y podría afectar el funcionamiento de la misma. Obviamente esto nos da mas razones para usar en un call center o en centrales usando Softphones soluciones 100% basadas en GNU/Linux inmunes a virus y otras cuestiones de seguridad.

Ahora sabiendo esto mis opciones preferidas en este item son:

ü Zoiper®

ü Ekiga®

ü Xten EyeBeam®

ü Xten Bria Communicator®

Seguridad lógica en la red y los equipos

ü Nuevamente apelo al sentido común, si usan claves del tipo 1234 en los teléfonos, usuarios de interfaces web, logins de switches o los users, se merecen un ataque!!!! Y deberían ser despedidos de la empresa donde trabajan (nuevamente sorry por ser un animal, pero nunca me canso de repetir esto y de seguir viéndolo en instalaciones a cada rato)…la seguridad hoy día lo es todo por tanto segurizar passwords, accesos de red a equipos, claves y users de mas de 7 dígitos y con mayúsculas y números mezclados.

ü Usar VPN o IAX® encriptado en extensiones remotas o interconexiones de centrales.

ü Separen las redes en VLANS para voz y datos.

ü Sistemas de IDS/IPS (intrusion detection system / intrusion prevention system) y monitorización SNMP son siempre bienvenidos en instalaciones de calidad.

ü Siempre tener un equipo de testing por si tenemos una falla o para probar upgrades, ya que una vez en producción un equipo no se puede apagar y cambiar cada 15 minutos y todo cambio debe ser testeado en un equipo gemelo siempre antes de ser implementado y pasado a producción.

ü Tener elaborado un plan de contingencia en caso de fallas graves.

ü Backup automático diario o semanal de la config de las centrales y sus archivos asociados así como un testeo semanal de los mismos en el server de respaldo.

ü Estar atentos a los boletines de seguridad de CentOS, Digium, etc. para saber las vulnerabilidades o bugs que puede tener nuestro sistema sin parchear.

ü Es redundante hablar de lo que les puede pasar si tienen una central en IP pública sin firewall o similar…Si les pasó algo con respecto a esto sin palabras a llorar a otro lado.

NOTA FINAL:Cada usuario y cada implementador de centrales IP es distinto, cada bolsillo es distinto, cada vez que salgamos a ver un nuevo proyecto es un universo nuevo, pero si seguimos una serie de lineamientos base de calidad y profesionalismo podemos llegar a tener instalaciones de alta disponibilidad, de alta performance con una mínima participación nuestra para solucionar los inconvenientes típicos que surjan de las implementaciones.

Siempre recuerden que a mas seguridad, mas calidad y mas servicios le sigue un aumento de precios por lo cual cada solución será un exquisito ballet, o según el punto de vista, una bárbara pelea callejera entre costos y beneficios…

Espero este humilde aporte les sirva a todos para mejorar cada día nuestro nivel profesional y por favor si desean soporte, mas info o consultas específicas les solicitamos hacerlas a través del soporte oficial pago de de nuestra empresa y de Elastix® para seguir apoyando el crecimiento del Software Libre.

Standalone Sysadmin

Standalone Sysadmin: "Standalone Sysadmin" VOIP Aventures 1 - 2 -3

Algunos beneficios del uso de la tecnología de Voz IP: Notas de Prensa

Algunos beneficios del uso de la tecnología de Voz IP: Notas de Prensa: "Algunos beneficios del uso de la tecnología de Voz IP"

¿Por qué cambiar al uso de la vozIP?: Notas de Prensa

¿Por qué cambiar al uso de la vozIP?: Notas de Prensa: "¿Por qué cambiar al uso de la vozIP?"

Telefonía para empresas: usos y beneficios de la Centralita IP: Notas de Prensa

Telefonía para empresas: usos y beneficios de la Centralita IP: Notas de Prensa: "Telefonía para empresas: usos y beneficios de la Centralita IP"

How to Meditate - wikiHow

How to Meditate - wikiHow: "Meditation is a mental disciplin"

How to Meditate - wikiHow

How to Meditate - wikiHow: "How to Meditate"

Google Traductor

Google Traductor: "Cómo meditar"

Google Traductor

Google Traductor: "Cómo meditar"

» Como testear Asterisk y estresarlo hasta la muerte… SinoLogic

» Como testear Asterisk y estresarlo hasta la muerte… SinoLogic: "Como testear Asterisk y estresarlo hasta la muerte…"