Es un documento altamente recomendado que nos indica paso a paso la integración de Microsoft Lync 2010 con Asterisk y Skype, así que si queremos jugar un poco con este entorno tecnológico pueden descargar la documentación oficial (en ingles). Aquí se las dejo y disfrútenla:
Number Translations Prior to Routing
Lync Server 2010 lets you manipulate destination phone numbers before calls are routed to the gateway. The configuration and routing are described in the following sections.
Understanding the Configuration of Route Translations
Configuring translation rules is part of the trunk configuration. Configuring translation rules enables youto manipulate the numbers based on the trunk that is used to egress the call.
The translation rules of a trunk are regular expressions that have a match pattern. Translation rules also have a corresponding translation pattern that is applied if the phone number matches the match pattern. The scope of this configuration can be applied globally, at site level, or at a service (PSTN gateway) level.
The following example illustrates a service-level assignment of translation rules for the identity “service: pstngateway:172.29.107.194”. The rule applies for phone numbers with a prefix “+1” that is translated to “002” prefix. For example +14255550100 is translated to 0024255550100.
First, the OutboundTranslationRule is created and stored in variable $r3. Then the rule pattern and translation are defined as follows:
$r3 =New-CSOutboundTranslationRule -Identity: service:pstngateway:172.29.107.194/gw1_rule
$r3.Pattern = '^\+1(\d*)$'
$r3.Translation = '002$1'
The associated trunk configuration for this particular gateway, pstngateway:172.29.107.194, is stored in the variable $tk3:
$tk3 =Get-CSTrunkConfiguration -Identity service: pstngateway:172.29.107.194
Next, the new OubtboundTranslationRule, $r3, is added to the trunk configuration, $tk3:
$tk3.OutboundTranslationRulesList.Add($r3)
Set-CsTrunkConfiguration -Instance $tk3
Understanding the Internals of Route Translations
When the Outbound Routing component is processing a call destined to the PSTN, the following logic is applied to realize the route translation feature:
· Based on the calling user’s voice policy and the destination number, the Outbound Routing component determines which voice route and associated gateway to select for the call.
· The Outbound Routing component uses the destination gateway service ID to look up the translation rules that are associated with the destination voice route. If one or more outbound translation rules are defined at the same scope as the gateway, in the same site as the gateway or globally, the Outbound Routing component attempts to match the pattern and update the destination number.
· The RequestURI is then modified based on the retrieved translations rules, and the translated number is populated in the RequestURI field prior to routing to the Mediation Server.
Hola compañeros(as), en innumerables ocasiones nos vemos en la obligación o en la necesidad de saber los puertos que hay que configurar en los firewalls para habilitar los servicios de Egde Server de Lync 2010, para ello les dejo una imagen que vale mas que mil palabras. Un saludo para todos y seguimos trabajando.
¿Qué información consideras que se puede colocar o no en el Cloud?
En base a esta premisa se procede a contestar la interrogante de la siguiente manera:
Datos que colocaría en el Cloud.
Correo electrónico: Es uno de los servicios que ha estado desde sus inicios en la nube (cloud), así que las empresas no temen en colocar sus correos en este servicio, por ejemplo ya lo hemos vivido con nuestras cuentas personales de Hotmail, yahoo, gmail etc., donde tenemos nuestros correos, ficheros y datos personales en la nube. Sin dudarlo sería uno de los servicios que se colocaría en la nube, siendo este uno de los más rápidos en adaptarse a este medio.
Intranet: Los servicios de intranet que no es más que un internet corporativo, los colocaría en la nube (cloud) pero de manera privada, es decir a través de una red privada en la nube y no de manera pública. Sin duda es un servicio que apoya las operaciones de la organización y contribuye con la fluidez de los datos entre los usuarios de la red y los diferentes departamentos que lo conforman. Un buen ejemplo de una intranet corporativa es el SharePoint de Microsoft donde no solo se comparten páginas web sino ficheros, proyectos, presupuestos, hojas de cálculo entre otros. Así que con la seguridad del caso no dudaría en colocarla en una nube privada.
Formación: Los servicios y páginas web de formación ya existen desde mucho antes que llegaran los servicios del cloud, un ejemplo de estas plataformas son solo por nombrar algunas el Cisco Partner Learning o el Microsoft Learning Partner entre muchas otras. Estos servicios son muy apreciados por las grandes empresas que poseen una estructura de recursos humanos muy extensa y en ocasiones que se encuentran en varios países alrededor del mundo. Tener un servicio en la nube de formación permite ahorros sumamente importantes a las organizaciones como por ejemplo viajes, dietas, viáticos, gastos de protocolo, etc.
Por otro lado instituciones como las universidades han visto el poder que tiene las formaciones en la nube (cloud) donde ya existen institutos que ofrecen MBA por internet, esto representa un ahorro tanto en la matrícula de la persona inscrita como en los gastos administrativos que representan a las universidad los tramites de inscripción, matriculas, notas, exámenes etc.
Datos que no colocaría en el Cloud.
Contabilidad: Definitivamente los datos que corresponden a los movimientos financieros y contables de cualquier organización jamás lo colocarían en la nube, simplemente porque se corre el riesgo de un robo, sustracción de datos o simplemente filtraciones que pueden ocasionar perdidas millonarias a las organizaciones. Un ejemplo que voy a colocar para hacerlo sencillo. Imaginemos que somos una gran laboratorio farmacéutico que está a punto de comprar otro laboratorio y tenemos nuestro sistema contable en la nube, por esas casualidades o por errores humanos de la vida nos pinchan nuestro conexión a internet y logran acceder a la cifra o el monto de la negociación por la cual vamos a comprar el laboratorio. El hacker puede vender esta información a la empresa competidora que está pujando por la compra y ofrecer una cantidad mayor para hacerse con el laboratorio.
Por este motivo y muchos más nunca colocaría datos contables o financieros en la nube.
Me ha sorprendido gratamente la manera como google saca provecho de su servicio gratuito Google Analytics, es sorprendente como una herramienta que es gratuita “por ahora” pueda recopilar tanta información acerca de las visitas que realizar a tu blog o en su defecto a tu pagina web. Les dejo el informe que he recibido en mi correo electrónico donde dan un detalle bastante amplio de los países, horarios, cantidad de rebotes, etc etc etc… que han realizado a mi blog. Gracias a todos por el apoyo y un hurra para Google Analytics.
Pregunta: ¿Cuando Bing de Microsoft sacara un servicio similar?
| Boletín de comparativas de Google Analytics | |
| 1. Introducción Le damos la bienvenida a la primera entrega de nuestro boletín de comparativas de Google Analytics. Este mes, hemos sustituido el informe de comparativas estándar de su cuenta de Google Analytics por los datos de este boletín, el cual nos sirve de experimento para ofrecer a los usuarios de Analytics datos más útiles e interesantes. Los datos de este boletín proceden de todos los sitios web que han habilitado la opción para compartir datos de forma anónima con Google Analytics. Solo los administradores de sitios web que hayan activado la opción para compartir datos de forma anónima recibirán este boletín de comparativas. Seguramente se pregunte cuántos sitios web conforman esta fuente de datos compartidos y anónimos. En estos momentos, son cientos de miles los sitios que tienen habilitada la opción y nos hemos esforzado para que las métricas incluidas en este boletín sean estadísticamente significativas. El periodo de comparativa de este boletín abarca del 1 de noviembre de 2010 al 1 de febrero de 2011. La comparativa se ha realizado con datos del 1 de noviembre de 2009 al 1 de febrero de 2010. No se incluyen métricas totales de los sitios web en cuestión, como el número de visitas, el número de páginas vistas o las conversiones. En adelante, para mayor comodidad, el término "sitios web" hace referencia a los "sitios web que han habilitado la opción para compartir datos de forma anónima con Google Analytics". 2. Métricas de sitios Comparado con hace un año, se ha registrado una disminución de las siguientes métricas: páginas/visita, tiempo medio en el sitio web y porcentaje de rebote.
2.1. Desglose por zona geográfica En nuestra base de datos anónima se incluye un desglose de los datos por zona geográfica de cada país. A continuación, se muestran algunos países representativos y sus respectivas métricas totales. El primer número de cada celda representa la métrica del periodo 01/11/10 - 01/02/11. La cifra entre paréntesis corresponde a la diferencia entre las métricas de un año a otro.
A continuación, se representa el porcentaje de rebote por país:
En la distribución de esta métrica se han indicado algunos países, los cuales parecen enmarcarse en un contexto de ocio y de fase de desarrollo económico concreto. A continuación, se representa una métrica por país relacionada: el tiempo medio en el sitio web.
El tipo de países que se señalan en el gráfico anterior sobre el tiempo medio en el sitio web y los que se indican en la distribución del porcentaje de rebote parecen estar en orden invertido. 2.2. Desglose por fuentes de tráfico Los valores de las fuentes de tráfico siguientes representan la forma en que los servidores de Google Analytics que recaban datos reciben los parámetros "fuente" y "medio". Si desea consultar una descripción de estas designaciones, lea este artículo.
2.4. Distribución del porcentaje de conversiones El porcentaje de conversiones es la métrica preferida de muchos profesionales del marketing. A continuación, se ofrece la distribución mundial del porcentaje de conversión de objetivos por país.
¿Hubiera imaginado que los países con un porcentaje de conversiones elevado también presentan un porcentaje de conversión de objetivos alto de sus ciudadanos? Observe que para algunos países con población reducida, la importancia estadística de la métrica "conversión" es dudosa. 3. Fuentes de tráfico Los valores de las fuentes de tráfico siguientes representan la forma en que los servidores de Google Analytics que recaban datos reciben los parámetros "fuente" y "medio". Si desea consultar una descripción de estas designaciones, lea este artículo.
4. Sistemas operativos La cadena de referencia que envía los navegadores de los usuarios identifica los navegadores y los sistemas operativos.
5. Comentarios Esta es la primera entrega de nuestro boletín de comparativas de Google Analytics y esperamos que le sea de utilidad. Si desea enviarnos comentarios concretos o sugerencias sobre cómo mejorar este boletín informativo, hágalo a esta dirección: analytics-benchmarking@google.com. Esperamos que disfrute de los análisis. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Preferencias de correo electrónico: ha recibido este mensaje como parte de la función de comparativas de Google Analytics. Google Inc. Copyright 2011. Google es una marca comercial de Google Inc. Los demás nombres de productos y compañías pueden ser marcas comerciales de las respectivas empresas a las que están asociados. 1600 Amphitheatre Parkway Mountain View, CA 94043 |
En este tipo de computación todo lo que puede ofrecer un sistema informático se ofrece como servicio,[1] de modo que los usuarios puedan acceder a los servicios disponibles "en la nube de Internet"[2] sin conocimientos (o, al menos sin ser expertos) en la gestión de los recursos que usan.[3] Según el IEEE Computer Society, es un paradigma en el que la información se almacena de manera permanente en servidores de Internet y se envía a cachés temporales de cliente, lo que incluye equipos de escritorio, centros de ocio, portátiles, etc. Esto se debe a que, pese a que las capacidades de los PC han mejorado sustancialmente, gran parte de su potencia se desaprovecha, al ser máquinas de propósito general.[cita requerida]
"Cloud computing" es un nuevo modelo de prestación de servicios de negocio y tecnología, que permite al usuario acceder a un catálogo de servicios estandarizados y responder a las necesidades de su negocio, de forma flexible y adaptativa, en caso de demandas no previsibles o de picos de trabajo, pagando únicamente por el consumo efectuado.
El cambio paradigmático que ofrece computación en nube es que permite aumentar el número de servicios basados en la red. Esto genera beneficios tanto para los proveedores, que pueden ofrecer, de forma más rápida y eficiente, un mayor número de servicios, como para los usuarios que tienen la posibilidad de acceder a ellos, disfrutando de la ‘transparencia’ e inmediatez del sistema y de un modelo de pago por consumo.
Computación en nube consigue aportar estas ventajas, apoyándose sobre una infraestructura tecnológica dinámica que se caracteriza, entre otros factores, por un alto grado de automatización, una rápida movilización de los recursos, una elevada capacidad de adaptación para atender a una demanda variable, así como virtualización avanzada y un precio flexible en función del consumo realizado evitando además el uso fraudulento del software y la piratería.
La computación en nube es un concepto que incorpora el software como servicio, como en la Web 2.0 y otros conceptos recientes, también conocidos como tendencias tecnológicas, que tienen en común el que confían en Internet para satisfacer las necesidades de cómputo de los usuarios.
El concepto de la computación en la nube empezó en proveedores de servicio de Internet a gran escala, como Google, Amazon AWS y otros que construyeron su propia infraestructura. De entre todos ellos emergió una arquitectura: un sistema de recursos distribuidos horizontalmente, introducidos como servicios virtuales de TI escalados masivamente y manejados como recursos configurados y mancomunados de manera continua. Este modelo de arquitectura fue inmortalizado por George Gilder en su artículo de octubre 2006 en la revista Wired titulado Las fábricas de información. Las granjas de servidores, sobre las que escribió Gilder, eran similares en su arquitectura al procesamiento “grid” (red, parrilla), pero mientras que las redes se utilizan para aplicaciones de procesamiento técnico débilmente acoplados (loosely coupled, un sistema compuesto de subsistemas con cierta autonomía de acción, que mantienen una interrelación continua entre ellos), este nuevo modelo de nube se estaba aplicando a los servicios de Internet.[4]
El software como servicio (en inglés software as a service, SaaS) se encuentra en la capa más alta y caracteriza una aplicación completa ofrecida como un servicio, en-demanda, vía multitenencia —que significa una sola instancia del software que corre en la infraestructura del proveedor y sirve a múltiples organizaciones de clientes. El ejemplo de SaaS conocido más ampliamente es Salesforce.com, pero ahora ya hay muchos más, incluyendo las Google Apps que ofrecen servicios básicos de negocio como el e-mail. Por supuesto, la aplicación multitenencia de Salesforce.com ha constituido el mejor ejemplo de cómputo en nube durante unos cuantos años. Por otro lado, como muchos otros jugadores en el negocio del cómputo en nube, Salesforce.com ahora opera en más de una capa de la nube con su Force.com, que ya está en servicio, y que consiste en un ambiente de desarrollo de una aplicación compañera (“companion application”), o plataforma como un servicio. Otro ejemplo es la plataforma MS Office como servicio SaaS con su denominación de Office 360 y que incluye la mayoría de las aplicaciones de esta Suite ofimática de Microsoft. [6]
La capa del medio, que es la plataforma como servicio (en inglés platform as a service, PaaS), es la encapsulación de una abstración de un ambiente de desarrollo y el empaquetamiento de una carga de servicios. La carga arquetipo es una imagen Xen (parte de Servicios Web Amazon) conteniendo una pila básica Red (por ejemplo, un distro Linux, un servidor Red, y un ambiente de programación como Perl o Ruby). Las ofertas de PaaS pueden dar servicio a todas las fases del ciclo de desarrollo y pruebas del software, o pueden estar especializadas en cualquier área en particular, tal como la administración del contenido.
Los ejemplos comerciales incluyen Google App Engine, que sirve aplicaciones de la infraestructura Google. Servicios PaaS tales como éstos permiten gran flexibilidad, pero puede ser restringida por las capacidades que están disponibles a través del proveedor.
Microsoft apuesta por Windows Azure. Plataforma de desarrollo en la nube que permite crear y ejecutar aplicaciones codificadas en varios lenguajes y tecnologías, como .NET, Java y PHP.
La infraestructura como servicio (infrastructure as a service, IaaS) se encuentra en la capa inferior y es un medio de entregar almacenamiento básico y capacidades de cómputo como servicios estandarizados en la red. Servidores, sistemas de almacenamiento, conexiones, enrutadores, y otros sistemas se concentran (por ejemplo a través de la tecnología de virtualización) para manejar tipos específicos de cargas de trabajo —desde procesamiento en lotes (“batch”) hasta aumento de servidor/almacenamiento durante las cargas pico. El ejemplo comercial mejor conocido es Amazon Web Services, cuyos servicios EC2 y S3 ofrecen cómputo y servicios de almacenamiento esenciales (respectivamente). Otro ejemplo es Joyent cuyo producto principal es una línea de servidores virtualizados, que proveen una infraestructura en-demanda altamente escalable para manejar sitios Web, incluyendo aplicaciones Web complejas escritas en Ruby en Rails, PHP, Python, y Java.
La computación en nube usualmente es confundida con la computación en grid (red) (una forma de computación distribuida por la que "un súper computador virtual" está compuesto de un conjunto ó cluster enlazado de ordenadores débilmente acoplados, actuando en concierto para realizar tareas muy grandes).[8]
Dado que la computación en nube no permite a los usuarios poseer físicamente los dispositivos de almacenamiento de sus datos (con la excepción de la posibilidad de copiar los datos a un dispositivo de almacenamiento externo, como una unidad flash USB o un disco duro), deja la responsabilidad del almacenamiento de datos y su control en manos del proveedor.
La computación en nube ha sido criticada por limitar la libertad de los usuarios y hacerlos dependientes del proveedor de servicios.[9] Algunos críticos afirman que sólo es posible usar las aplicaciones y servicios que el proveedor esté dispuesto a ofrecer. Así, el London Times compara la computación en nube con los sistemas centralizados de los años 50 y 60, en los que los usuarios se conectaban a través de terminales "gregarios" con ordenadores centrales. Generalmente, los usuarios no tenían libertad para instalar nuevas aplicaciones, y necesitaban la aprobación de administradores para desempeñar determinadas tareas. En suma, se limitaba tanto la libertad como la creatividad. El Times argumenta que la computación en nube es un retorno a esa época y numerosos expertos respaldan la teoría.[10]
De forma similar, Richard Stallman, fundador de la Free Software Foundation, cree que la computación en nube pone en peligro las libertades de los usuarios, porque éstos dejan su privacidad y datos personales en manos de terceros. Ha afirmado que la computación en nube es "simplemente una trampa destinada a obligar a más gente a adquirir sistemas propietarios, bloqueados, que les costarán más y más conforme pase el tiempo."[11]
Fuente: http://es.wikipedia.org/wiki/Computaci%C3%B3n_en_nube
To interoperate Lync Server with Contoso’s existing telephony system, which doesn’t support Direct SIP with Lync Server, Bob decides to use Asterisk as a gateway between the telephony system and Lync Server 2010, Mediation Server for the following reasons:
· Asterisk supports a large set of protocols.
· Asterisk is free.
· Asterisk supports the Integrated Services Digital Network (ISDN) interface.
He decides to deploy Asterisk on a CentOS virtual machine. To test interoperability with Lync Server, Bob installs a SIP client (that is, X-Lite) to connect to Asterisk.
This topology is illustrated in Figure 1. This topology is illustrated in Figure 1. In this figure, the normalization rule was created to allow a PBX phone to dial five digits and reach the Lync user. If the X-Lite user dials 50150, the normalization rule for the trunk normalizes 50150 to +14255550150.
Figure 1. Integration topology with desk phones, X-Lite, Asterisk server, and Lync Server 2010 Standard Edition collocated with a Mediation Server
Bob dials the phone number "1000" from his Lync client, as shown in Figure 2.
Figure 2. Lync 2010 client dials Asterisk extension number 1000
The call is routed based on matched voice route and PSTN usage that is configured in Lync Server 2010 to the Mediation Server.
The Mediation Server and Asterisk server are configured for direct SIP so that calls can be routed between the two VoIP systems.
Then, Asterisk routes the incoming call from the Mediation Server to the X-Lite client according to the Asterisk dial plan.
In this scenario, Luka is using the X-Lite client. Luka sees an alert message pop-up on the X-Lite client, which notifies him of an incoming call, as shown in Figure 3.
Figure 3. Incoming call alert message on the X-Lite client
Luka answers the call on the X-Lite client, as shown in Figure 4.
Figure 4. X-Lite client in an established call with Bob’s Lync 2010 client
Using the X-Lite client, Luka dials the E.164 phone number 1-425-555-0150, which is assigned to Bob. The call is routed to Asterisk. The Asterisk dial plan then routes the call outbound to the Mediation Server over the SIP trunk (that is, direct SIP). This can be confusing. When the call is routed from the Mediation Server to the gateway (that is, Asterisk), this connectivity is referred to as a direct SIP connection. When third-party gateways route calls to Lync Server 2010, Mediation Server, this connectivity is referred to as a SIP trunk. Microsoft reserves the term, SIP trunk, to refer specifically to connectivity to Internet telephony service providers (ITSP).
Because the Mediation Server is configured to accept calls from the Asterisk server, the incoming call is forwarded to the Lync Server 2010 Front End pool where the recipient (that is, Bob who is assigned the phone number, 1-425-555-0150) is homed. In turn, the Front End pool forwards the call to Bob’s Lync 2010 client.
Bob sees an alert message pop-up on the Lync client, which notifies him of the incoming call, as shown in Figure 5.
Figure 5. Bob’s Lync 2010 client receiving an incoming call from the Luka on the X-Lite client number 1000
More Details please download here:
Aquí les comparto toda la documentación de Lync Server 2010 actualizada al mes de abril del 2011. A disfrutarla.
Peter Diaz
Microsoft Technical Ranger.
Esta es la guía paso a paso de instalación de Lync Server 2010 Enterprise Edition que es un enlace al web site de Jhon Policelli Microsoft MVP.
Aquí les dejo el link para descargar el PDF.
http://policelli.com/Files/Deploying_Lync_Server_2010_Enterprise.pdf
Esta es la guía paso a paso de instalación de Lync Server 2010 Standard Edition que es un enlace al web site de Jhon Policelli Microsoft MVP.
Aquí les dejo el link para descargar el PDF.
http://policelli.com/Files/Deploying_Lync_Server_2010_Standard.pdf
