Quiero agradecer a la gente de Plantronics que me hizo el favor de enviarme 3 devices para compartirles la experiencia del uso de estos dispositivos.
Los modelos que voy a probar y compartiré mi opinión al respecto son :
Denme unos dias para probarlos como se debe y regresare para dar mi opinión .
Saludos.
Dentro de las implementaciones de Lync, uno de los pasos principales es la preparacion del Schema, Forest y Domain del Directorio Activo. Antes de comenzar la implementación, son de los primeros pasos a realizarse y debe de verificarse que se haya realizado con éxito.
Para validar que el Esquema se encuentre en la version correcta , cuando ya se tienen instalaciones previas de OCS o Lync. Se pueden utilizar cualquiera de las siguientes opciones.
1) Ejecutar el comando
Get-CsADServerSchema
El cual debera de regresar el valor de SCHEMA_VERSION_STATE_CURRENT, con ellos validamos que la ejecucion del Schema Prep, fue realizada sin problema.
2) Con ADSI Edit, dentro del Schema Container buscar el atributo «RangeUpper», el valor que se encuentre ahi puede ser comparado con la siguiente tabla.
| Valor | Version |
| 1006 | OCS 2007 |
| 1007 | OCS 2007 R2 |
| 1100 | Lync 2010 |
| 1150 | Lync 2013 |
Espero les sea de ayuda.
El script que les traigo el día de hoy es muy útil para no pasar tanto tiempo realizando la configuración de los Dial Plan, Normalization Rules, PSTN Usages, Routes y Voice Policies, que si bien no son un tema complicado si requieren que tengas que estar verificando y haciendo todo «a manita»
Con este script se pretende ahorrar tiempo con las reglas y configuraciones básicas y comunes, tales como la marcación local, celular, LDN,LDI y LDM. Así solo se pondrá foco en la personalización y creación de reglas en particular para cada una de las implementaciones, tales como las reglas para extensiones y/o integración con un PBX o números especiales.
Aquí pueden descargar el script.
Descargar Aqui
UPDATE: Gracias a Rodolfo G. Hilarios por detectar algunos errores en el Script. Les pongo la siguiente versión con las siguientes correcciones.
Me encontré con este error mientras se hacia la implementación de HA para el servicio de Edge.
El escenario que tienen es :
Donde las llamadas entre usuarios internos con federados funcionaban sin ningún problema. Las llamadas entre usuarios externos (es decir, ambos usuarios desde fuera de la LAN de la compañía) funcionaban sin problema. El detalle se presentaba cuando un usuario se encontraba dentro de la LAN empresarial y otro desde Internet. Mostraba el siguiente error al obtener la traza con el Logging Tool:
«Callee did not receive an ACK for the 200 OK»
Se realizo la revisión de que todos los puertos estuvieran abiertos, permisos del usuario, etc.
He aquí la solución que funciono para este caso:
Se debe de asegurar que el certificado interno del pool de edge, solamente tenga el Subject Name con el nombre del pool. No necesita tener como SAN los nombres de los servidores.
En este caso se tenia como SAN el nombre del pool de edge y el de los servidores de Edge, ademas de los Simples URL y servidores FE. Y era por ello que se decidió realizar este cambio.
Antes:
SN: lyncpool01.dominio.local
SAN: fe1.dominio.local
fe2.dominio.local
meet.dominio.local
dialin.dominio.local
lyncdiscover.dominio.local
lyncdiscoverinternal.dominio.local
lyncedgepool.dominio.local
lyncedge1.dominio.local
lyncedge2.dominio.local
Modificando el certificado interno para el edge.
SN: lyncedgepool.dominio.local
Una vez realizado este cambio las llamadas comenzaron a funcionar sin ningún problema en todos los sentidos.
Espero les sea de ayuda.
