Al instalar una intranet con IIS 7 puede marcar el siguiente error:

Una causa probable de esto es que el Aplication Pool de IIS 7 sobre el cual corre la aplicación,  ejecute el framework 4, una opción para solucionarlo es  cambiar al framework 2.0

Para fines de diagnóstico se puede activar el trace agregando temporalmente las siguientes llaves al final archivo de configuración: (después de cerrar system.web y antes de cerrar configuration)

Esto creará un archivo network.log en la carpeta donde se ejecuta la aplicación.

</system.web>

  <system.diagnostics>

    <sources>

     <source name="System.Net">

        <listeners>

          <add type="System.Diagnostics.DefaultTraceListener" name="Default">

            <filter type="" />

          </add>

          <add name="System.Net">

            <filter type="" />

          </add>

        </listeners>

      </source>

      <source name="System.Net.Sockets">

        <listeners>

          <add type="System.Diagnostics.DefaultTraceListener" name="Default">

            <filter type="" />

          </add>

          <add name="System.Net">

            <filter type="" />

          </add>

        </listeners>

      </source>

      <source name="System.Net.Cache">

        <listeners>

          <add type="System.Diagnostics.DefaultTraceListener" name="Default">

            <filter type="" />

          </add>

          <add name="System.Net">

            <filter type="" />

          </add>

        </listeners>

      </source>

    </sources>

    <sharedListeners>

      <add initializeData="network.log" type="System.Diagnostics.TextWriterTraceListener"

        name="System.Net">

        <filter type="" />

      </add>

    </sharedListeners>

    <switches>

      <add name="System.Net" value="Verbose" />

      <add name="System.Net.Sockets" value="Verbose" />

      <add name="System.Net.Cache" value="Verbose" />

    </switches>

    <trace autoflush="true" />

  </system.diagnostics>

</configuration>

Solución al problema de no poder imprimir desde el visualizador de reportes avanzado de la intranet de Asistel.

El siguiente es el mensaje de error que se envía al momento de presionar el botón imprimir que está dentro del control ReportViewer para acceder al visualizador avanzado de la intranet de Asistel.

El problema se ocasiona por una actualización de seguridad de Windows que afecta el funcionamiento de dicho control por cuestiones de seguridad de los controles ActiveX que se usan para que el botón imprimir realice su tarea.

SOLUCION:

Para solucionar este problema se debe realizar la instalación de 2 paquetes redistribuibles directamente en donde se encuentre el servidor de Base de datos de la aplicación, estos paquetes actualizan el funcionamiento del ReportViewer y de la seguridad del servidor de SQL. Los paquetes se llaman:

1.- ReportViewer SP1

2.- ReportViewer2008

Se tienen que ejecutar en el orden que arriba se señala. Después de realizar esto es necesario reiniciar el servidor (máquina, no solo el SQL) para que el cambio surta efecto. Una vez hecho esto cuando el usuario vuelva a navegar hasta el visualizador de reportes avanzado y de clic en el botón Imprimir aparecerá en el navegador la barra que pregunta sobre instalar el control ActiveX necesario para el funcionamiento, bastará con instalarlo para que la función de Imprimir trabaje de manera correcta.

Al mostrar las diferencias de Inventario vs Factura, algunos servicios de consumo de llamadas muestran diferencias en cantidad de minutos en lugar de mostrar solo las diferencias en las líneas que registraron nuevos tipos de llamada, Ejemplo, líneas que anteriormente solo hacían llamadas locales y ahora hacen llamadas locales y de larga distancia.

Esto es debido a que no se ha configurado que ese tipo de servicio (Larga Distancia) es de consumo telefónico. Para hacer esta configuración se requiere ejecutar el comando “CarrierService” y editar las propiedades del servicio para especificar que ese tipo de servicio es de consumo telefónico como se muestra en la siguiente imagen.

Al volver a mostrar las diferencias, mostrará las diferencias en los servicios registrados en lugar de diferencias en minutos

NOTA: Para telmex se tiene una consulta SQL para actualizar los servicios de llamada de telmex

Para registrar la librería cuando se instala un colector en:

·         Windows Vista

·         Windows 7

Es necesario ejecutar el Símbolo de Sistema como Administrador puesto que si no se realiza de esa manera marca un error de permisos.

Imagen con Símbolo de Sistema normal:

Imagen con Símbolo de Sistema como Administrador:

Al instalar la intranet de Asistel en el IIS 7 y llegar a la parte de hacer uso del visualizador avanzado al momento de generar un reporte nos genera el siguiente error en la página:

Para solucionar este error hay que realizar lo siguiente:

1.- Abrir el IIS 7 y seleccionar la aplicación.

3.- En la parte del lado derecho de donde elegimos nuestra aplicación debemos dar doble click en la opción de Handler Mappings.

4.- En las opciones de la extrema derecha damos click en la opción Add Managed Handler…

5.- En la ventana que nos abre escribimos los datos que se muestran en la siguiente imagen y damos clic en Aceptar.

Con esto pasos se soluciona el problema y se puede usar con normalidad el visualizador avanzado de reportes.

Dentro de una página ASP .NET si se quiere mostrar un contenido HTML dependiendo del resultado de una función y que dicha función utilice enlace de datos (mediante Eval o Bind por ejemplo), al usar algo similar al siguiente párrafo:

<%if (IsLoaded((int)Eval("OutcomeId")))

    { %>

        <a href="#">Prueba</a>

  <%} %>

La aplicación puede compilar correctamente pero al momento de ejecutarse va a enviar un error de que no puede usarse el enlace de datos en este contexto. Para solucionar este problema la opción más factible es mandar llamar a una función pasandole los parámetros necesarios y que lo que regrese dicha función sea el HTML que deseamos que se despliegue dentro del GridView como se muestra en el siguiente fragmento de código:

<asp:TemplateField>

    <ItemTemplate>

      <%# GetLinkTest(Convert.ToInt32(Eval("Param1")), Eval("Param2").ToString()) %>

    </ItemTemplate>

</asp:TemplateField>

Esto nos mostrará el resultado que requerimos poniendo el funcionamiento dentro de la función que se manda a ejecutar dentro del GridView como en el ejemplo la función nos devolvería el HTML que queremos:

public string GetLinkTest(int Param1, string Param2)

{

   string ResultLink = string.Empty;

   //Cuerpo de la función

   return ResultLink;

}

Cuando se quiere mostrar una imagen personalizada para algún cliente y que se haya editado fuera de la máquina servidor donde se encuentra el IIS, en ocasiones al regresar la imagen y pegarla en donde debe de estar, sucede que no se muestra dicha imagen. La solución a este problema es seleccionar la imagen, darle clic derecho en Propiedades y checar en la pestaña de Seguridad que los permisos coincidan con el del resto de las imagenes que si se ven bien.

Al instalar la intranet de Asistel en un IIS 7 puede ocurrir el siguiente error:

Sys.WebForms.PageRequestManagerServerErrorException: Error al ejecutar la solicitud secundaria para ChartImg.axd

Para solucionar este error hay que modificar la configuración de nuestra aplicación en el IIS 7, llevando a cabo lo siguiente:

1.- Seleccionar nuestro sitio y luego en el apartado de IIS elegir la opción de Handler Mappings.

2.- Dentro de Handler Mappings buscamos ChartImageHandler y le damos doble clic.

3.- En la ventana que nos abre damos clic al botón Request Restrictions…

4.- En la ventana que nos abre este botón nos vamos a la pestaña Verbs y agregamos el verbo POST a los que ya tiene que son GET y HEAD.

Con esto es suficiente para que funcionen correctamente las gráficas dentro de Asistel y se solucione este error.

- Al entrar a la aplicación Real-Time Monitoring Tool ponemos los datos del servidor en la pantalla que nos arroja el inicio de la aplicación.

- En la pantalla principal realizamos los siguientes pasos:

1.- Elegir la opción de Trace & Log Central del árbol del lado izquierdo de la pantalla.

2.- Del menú que nos muestra al seleccionar lo del paso 1 debemos escoger la opción de Collect Files.

3.- En la primer pantalla que nos muestra debemos habilitar la opción llamada: Cisco CDR Files on Publisher Processed

4.- Dar clic en botón siguiente hasta que aparezca la siguiente ventana.

- En esta ventana seleccionamos el rango de fechas de las cuales queremos obtener la información del CDR, elegimos también la ruta en donde queremos se almacenen los archivos y damos clic en Finish. Opcionalmente se puede poner que comprima los archivos habilitando la opción Zip Files.

Cuando la intranet esta instalada en un IIS 7 es probable encontrarse con el siguiente error:

Para corregir este error hay que habilitar la ejecución de aplicaciones de 32-bit, para hacerlo hay que hacer lo siguiente:

1. Entrar al IIS 7
2. Administrar –> Applications Pools
3. Escoger la Application Pool donde esta la intranet
4. Configuración Avanzada
5. Poner el Enable 32-bit Applications como TRUE

El siguiente error aparece al intentar entrar a la página de Otros Reportes, ya después de agregar las llaves necesarias que se muestran en un post anterior llamado Problema con Otros Reportes en la Intranet v.0630, en el mensaje de error se especifica lo siguiente:

Mensaje de error del compilador: CS0433: El tipo 'System.Web.UI.ScriptManager' existe tanto en 'c:\WINDOWS\assembly\GAC_MSIL\System.Web.Extensions\3.5.0.0__31bf3856ad364e35\System.Web.Extensions.dll' como en 'c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\asistel\95c28938\f0904bee\assembly\dl3\cfec3d6e\00b8f89b_ee3cc701\System.Web.Extensions.DLL'

El primer paso a seguir es borrar los archivos temporales almacenados para la intranet. Para esto se hace lo siguiente:

1. Entrar a la ruta \WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files
2. Dentro de esa ruta buscar archivos llamados hash.web
3. Después de borrar estos archivos ya se puede borrar el directorio de archivos temporales.

Si después de esto no se soluciona el error hay que verificar el archivo web.config para verificar por lo pronto que este igual al que se encuentra en Ijalti.

Cuando el Cisco Call Manager envía archivos CDR sin imprimir en los registros el código de autorización utilizado para realizar la llamada, se tiene que hacer un cambio en la configuración de los parámetros de envió de CDR dentro del sitio de administración del Call Manager. Los pasos a seguir son los siguientes:

1. Dentro de la parte de Cisco Unified CM Administration, entrar a la opción System –> Service Parameters

2.- Elegir el Servidor Activo y elegir la opción de Cisco Call Manager.

3.- Dar clic en el botón de Advanced.

4.- Moverse a la parte de ClusterWide Parameters (Device General) y modificar el parámetro Display FAC in CDR para que tenga el valor de TRUE.

Para mayor referencia ir a http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/service/7_0_1/car/car-admin.html

Dentro de las páginas 35 y 36 se encuentra la información de los parámetros de envió de CDR.

Los pasos siguientes se tienen que realizar para generar el archivo de la clase proxy del CCM 7:

1.- Primero se debe abrir el cmd de Visual Studio 2008.

2.- Moverse a la ruta donde se encuentra los archivos AXLAPI y AXLSoap del toolkit del CCM 7, a través del comando cd

3.- Ejecutar el siguiente comando –> wsdl.exe AXLAPI.wsdl axlsoap.xsd. Esto generará el archivo de la clase proxy dentro de la ruta donde estamos.

4.- Este archivo lo necesitamos abrir y realizar las siguientes modificaciones dentro del código.

4.1 –> Debemos agregar una clase que se va a asociar al servicio para crear un certificado de seguridad esta clase es derivada de System.Net,ICertificatePolicy

public class BruteForcePolicy : System.Net.ICertificatePolicy
    {
        public bool CheckValidationResult(System.Net.ServicePoint sp, System.Security.Cryptography.X509Certificates.X509Certificate cert,
                System.Net.WebRequest request, int problem)
        {       
        return true;
        }
    }

 

4.2 –> Modificar el constructor del AXLAPIService para que acepte utilizar un usuario y password.

public AXLAPIService(string ccmIp, string user, string password)
    {
        System.Net.ServicePointManager.CertificatePolicy = new BruteForcePolicy();

        this.Credentials = new System.Net.NetworkCredential(user, password);
    }

 

4.3 –> Sobrescribir el método GetWebRequest con el siguiente código.

 

protected override System.Net.WebRequest GetWebRequest(Uri uri)
        {
            System.Net.HttpWebRequest request = base.GetWebRequest (uri) as System.Net.HttpWebRequest;
            request.ProtocolVersion = System.Net.HttpVersion.Version10;

            return request;
        }

 

5.- Agregar la clase al proyecto.

set @Register=stuff(@Register,34,15,replace(substring(@Register,34,15),' 9','  ')) 

Donde 34 y 15 es la posición donde se encuentra el número marcado. Se pude cambiar el digito 9 por cualquier otro digito.