Registro adicional de UMS
Versión |
ID de parche de R21sp1 |
Atributos de API: |
Canal |
Para resolver problemas: |
v1 |
ap375053 |
isBindResourceExtraLoggingActive isJabberIqAuthExtraLoggingActive |
bindResourceExtraLoggingActive jabberIqAuthExtraLoggingActive |
problema de XMPP-Bind |
v2 |
ap374519 |
isJabberIqRosterExtraLoggingActive isRosterFlatExtraLoggingActive |
JabberIqRosterExtraLoggingActive rosterFlatExtraLoggingActivo |
Problema de la lista |
v3 |
ap377180 |
isMessageExtraLoggingActive isMessageHistoryExtraLoggingActive |
messageExtraLoggingActive messageHistoryExtraLoggingActive |
problema de mensaje a mensaje (el usuario A en N1 y el usuario B en N2 están conversando) |
v4 |
ap377373 |
isReceiverBareJidLBExtraLoggingActive isComponentProtocolExtraLoggingActive |
ReceiBareJidLBExtraLoggingActive ComponentProtocolExtraLoggingActive |
problemas de node-disconnect, MUC* y XMPP_Bind |
* Sólo para sistemas que tengan MUC configurado como componente externo en:
UMS_CLI/System/ProfileTuning/GeneralSettings> g
profileTuningName = mucExternal
De acuerdo con la prueba solicitada por el TAC, deberá activar/desactivar uno o más canales de resolución de problemas mediante los atributos de la API relacionados.
Tenga en cuenta que los clientes no podrán habilitar esos canales IMPLog ExtaLogging con las instrucciones de prueba originales de esos parches.
Las notas de la versión de los parches originales contienen información incorrecta, además la API ha cambiado con el tiempo para poder sobrevivir al reinicio del servidor UMS
Estas son las instrucciones correctas para utilizar API /gateway/implog
1. Para habilitar el registro IMP adicional, debe enviar un comando POST HTTP con el nombre de los atributos de la API que coincidan con el canal que necesita. A continuación se muestra un ejemplo de componente de canalProtocolExtraLoggingActive:
POST http://xx.xxx.xxx.xxx/gateway/implog/isComponentProtocolExtraLoggingActive
2. Para verificar cómo se configuran los canales, debe enviar el siguiente comando API:
GET http://xx.xxx.xxx.xxx/gateway/implog
La respuesta del servidor tendrá los canales enumerados que muestran la configuración individual:
Response:
{
"status":{
"code":"0300001",
"type":"success",
"message":"LogState Get Successfully!"
},
"impLogState":{
"bindResourceExtraLoggingActive":false,
"jabberIqAuthExtraLoggingActive":false,
"jabberIqRosterExtraLoggingActive":false,
"rosterFlatExtraLoggingActive":false,
"messageExtraLoggingActive":false,
"messageHistoryExtraLoggingActive":false,
"receiverBareJidLBExtraLoggingActive":false,
"componentProtocolExtraLoggingActive":true
}
}
5. Para inhabilitar un canal de registro IMP adicional, debe enviar un comando DELETE HTTP con el nombre de los atributos de la API que coincidan con el canal que necesita:
DELETE http://xx.xxx.xxx.xxx/gateway/implog/isComponentProtocolExtraLoggingActive
A continuación se muestran ejemplos que utilizan comandos CURL para utilizar la API IMPLog ExtraLogging:
1) estado de confirmación:
curl -X GET -u '
' http://localhost/gateway/implog/
2) habilitar un canal:
curl -X POST -H "Content-Type: application/json" -u '
' http://localhost/gateway/implog/isMessageExtraLoggingActive
3) desactivar un canal:
curl -X DELETE -H "Content-Type: application/json" -u '
' http://localhost/gateway/implog/isMessageExtraLoggingActive
ID DE USUARIO:
Para todas las solicitudes HTTP se requiere un usuario autorizado. El sistema UMS ya tiene un script que le permite establecer permisos.
Para obtener más información, revise este archivo disponible desde el servidor UMS:
/usr/local/broadworks/UMS_Rel_21.sp1_1.551/sbin/authorization/README-authorization.txt
IMPORTANTE:
Debe configurar cada servidor UMS individualmente para tener los canales en ambos servidores, ya que la configuración de atributos de API no se sincroniza entre ellos.
Nota: después de reiniciar un servidor, los estados Atributos de API permanecen tal como se configuraron anteriormente.