none
Llamada en espera con llamada entrante Lync 2013 RRS feed

  • Pregunta

  • He conseguido tener Lync 2013 andando SIN errores ni advertencias. Funciona instalado en un virtual (HiperV) sobre un 2008 R2

    No hay errores en el visor de eventos ni durante la instalación o publicación de topología.

    Accedo a la red telefónica a través de un troncal SIP que me proporciona proveedor externo (validad por IP), el cual me permite realizar llamadas sin ningún problema.

    Lógicamente necesito transferir las llamadas entre los usuarios de Lync. Pues bien, si la llamada es saliente (la realiza el usuario de Lync hacia el exterior), el Lync permite poner la llamada en espera y transferirla a cualquier otro usuario de Lync, e incluso a otro número de teléfono externo.

    Ahora bien si la llamada es entrante, es decir Lync recibe una llamada desde el exterior, funciona perfectamente el flujo de respuesta, que dirije la llamada donde debe, y se puede atender la llamada sin problema, cuando intentamos ponerla en espera nos aparece el mensaje de error "La llamada no se pudo poner en espera" y no podemos transferirla, si intentamos transferirla directamente cuelga la llamada entrante y nos comunica con el que debiera ser el receptor final (usuario de Lync también).

    TODOS los usuarios tienen "Telefonía IP empresarial"

    He bajado el Lync Server 2013 Logging Tool y he "grabado" desde el inicio de la llamada saliente hasta el mensaje que pongo más arriba, el resultado, aún tratándose de un procedimiento de unos pocos segundos ocupa páginas enteras de información y sinceramente, no sé que debo buscar :(

    ¿alguna idea/ayuda?

    Sólo me falta este "detallito" para poder tirar de una vez la centralita PBX...

    Muchas gracias.

    viernes, 14 de junio de 2013 18:40

Respuestas

  • Tras mil aventuras, os confirmo que NO es un problema del Lync, si no del proveedor de Telefonía IP, según me cuentan tienen que validarte en "su sistema" con el FQDN con el que "salimos"

    No lo he entendido muy bien, pero después de probar con Interroute, confirmo que funciona sin problemas, y el problema vino porque el otro operador no debe conocer bien esta infraestructura.

    Gracias a todos.

    • Marcado como respuesta AlvaroNP domingo, 18 de agosto de 2013 18:43
    domingo, 18 de agosto de 2013 18:43

Todas las respuestas

  • Hola,

    Con activar las siguientes opciones son suficientes:

    Y luego revisa que errores tienes, así lo deberías tener más sencillo de encontrar. Luego si vas a la pestaña de mensajes busca directamente los eventos que tienes en rojo y si puedes pégalos aquí para verlos.

    Un saludo

    sábado, 15 de junio de 2013 11:44
  • He "grabado" el log con la siguiente configuración:

    Y buscando "errores" encuentro:

    TL_ERROR(TF_COMPONENT) [0]1788.1C64::06/19/2013-12:01:40.514.0000007e (S4,SipMessage.CheckNonAscii:204.idx(809))Illegal character from S4 trace. Count:4

    ---

    TL_ERROR(TF_COMPONENT) [0]1788.1C64::06/19/2013-12:01:40.751.00000082 (S4,SipMessage.CheckNonAscii:204.idx(809))Illegal character from S4 trace. Count:2

    ---

    TL_ERROR(TF_COMPONENT) [0]1788.0AD8::06/19/2013-12:01:41.515.00000088 (S4,SipMessage.CheckNonAscii:204.idx(809))Illegal character from S4 trace. Count:2

    En cuanto a la "pestaña de mensajes", disculpa mi torpeza pero no la encuentro :(

    El visor de eventos no muestra NINGÚN error ni advertencia.

    ¿Alguna idea?

    Mil gracias

    miércoles, 19 de junio de 2013 12:11
  • Hola Alvaro,

    Mira esta captura

    jueves, 20 de junio de 2013 13:18
  • Hay que ver lo que me estás enseñando!!!

    Muchas gracias.

    Ahora te copio más "pistas" a ver si con esto me puedes orientar por dónde tengo el problema:

    TL_ERROR(TF_COMPONENT) [0]1788.1C64::06/19/2013-12:01:40.514.0000007e (S4,SipMessage.CheckNonAscii:204.idx(809))Illegal character from S4 trace. Count:4

    ----

    TL_WARN(TF_COMPONENT) [0]1788.1C64::06/19/2013-12:01:40.514.0000007f (S4,SipMessage.CheckNonAscii:204.idx(810))The string with illegal characters:INVITE sip:acoprosql.acopro.local:5070;grid=ba078217aff84143b4e5e02978077058 SIP/2.0
    FROM: "[0x00C1]lvaro Navarro Pallar[0x00E9]s"<sip:alvaro@acopro.local>;tag=02f8e55f43;epid=907de5ecdf
    TO: <sip:acoprosql.acopro.local@acopro.local;gruu;opaque=srvr:MediationServer:ZeBsDY36-FabVUnqWdlx2gAA;grid=ba078217aff84143b4e5e02978077058>
    CSEQ: 1 INVITE
    CALL-ID: 1a511c0c6e3e43b4a82e8913a3c66c8e
    MAX-FORWARDS: 69
    VIA: SIP/2.0/TLS 10.70.0.11:55302;branch=z9hG4bK3C42F2DC.5C37011259F00064;branched=FALSE
    VIA: SIP/2.0/TLS 10.70.0.14:49241;ms-received-port=49241;ms-received-cid=1EC800
    RECORD-ROUTE: <sip:ACOPROSQL.acopro.local:5061;transport=tls;opaque=state:T;lr>;tag=57094762863F27963D8B9E909FA3C6D8
    CONTACT: <sip:alvaro@acopro.local;opaque=user:epid:vyrvL3NLeVSd9tVj2bLijwAA;gruu>
    CONTENT-LENGTH: 3084
    REFERRED-BY: <sip:Recepcion@acopro.local>;ms-identity="MIIBhwYJKoZIhvcNAQcCoIIBeDCCAXQCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHATGCAVMwggFPAgEBMCwwHjEcMBoGA1UEAxMTYWNvcHJvLUFDT1BST1NCUy1DQQIKRj/V/wAAAAAABTAJBgUrDgMCGgUAMA0GCSqGSIb3DQEBAQUABIIBABKNmuqHb6gomeTdb0in34UTdilPC0MOY724lFksqwra/YmeUwLG0jYFTl73jlD0koybsPk1wNEsMP0y5k+VYjAX1EPa8V6Sw6wJlxLJEdu/2rEaHZmiZ40jVt7P3GfifA9o052VJ3XfUYXw7WHwvdyGjfhGPM64Fzzms0knHVFNmkuFqL1ocbTe7nLyzH+jMvcvMcil2dAZ3uuL9fICe+gzQbkIKv2oHIRAX5p/CxetPZf0apvBPBLnKebx69IcKNaArSYOQT+xXOQ0JTnF+ahpL19hTVNVX3sgi5ediepv/rh/pvHs2qvQPgLqYTojvHU634jh0XXafYzZceLBlUw=:Wed, 19 Jun 2013 12:01:38 GMT";ms-identity-info="sip:ACOPROSQL.acopro.local:5071;transport=Tls";ms-identity-alg=rsa-sha1
    SUPPORTED: ms-dialog-route-set-update
    SUPPORTED: timer
    SUPPORTED: histinfo
    SUPPORTED: ms-safe-transfer
    SUPPORTED: ms-sender
    SUPPORTED: ms-early-media
    SUPPORTED: 100rel
    SUPPORTED: replaces
    SUPPORTED: ms-conf-invite
    USER-AGENT: UCCAPI/15.0.4481.1000 OC/15.0.4481.1000 (Microsoft Lync)
    CONTENT-TYPE: multipart/alternative;boundary="----=_NextPart_000_0007_01CE6CF5.833307B0"
    ACCEPT-LANGUAGE: es-ES
    ALLOW: INVITE, BYE, ACK, CANCEL, INFO, UPDATE, REFER, NOTIFY, BENOTIFY, OPTIONS
    P-ASSERTED-IDENTITY: "[0x00C1]lvaro Navarro Pallar[0x00E9]s"<sip:alvaro@acopro.local>
    REPLACES: e3e3a52a-9451-41b0-bea0-5d14b28b7870;from-tag=d196e84323;to-tag=c038ac07d
    ms-application-via: SIP;ms-urc-rs-from;ms-server=ACOPROSQL.acopro.local;ms-pool=acoprosql.acopro.local;ms-application=ad894dc3-55e0-44bf-a07e-3c073aaa4a57
    Ms-Conversation-ID: b92b49e4533a4f90b70f367e2d90e17b
    ms-keep-alive: UAC;hop-hop=yes
    ms-subnet: 10.70.0.0
    ms-endpoint-location-data: NetworkScope;ms-media-location-type=Intranet
    ms-routing-phase: from-uri-routing-done
    ms-user-data: ms-publiccloud=FALSE;ms-federation=FALSE

    ------=_NextPart_000_0007_01CE6CF5.833307B0
    Content-Type: application/sdp
    Content-Transfer-Encoding: 7bit
    Content-ID: <efedbaaacecf26f52be46bfbc2de08b5@acopro.local>
    Content-Dis; handling=optional; ms-proxy-2007fallback

    v=0
    o=- 0 0 IN IP4 10.70.0.14
    s=session
    c=IN IP4 10.70.0.14
    b=CT:99980
    t=0 0
    m=audio 21330 RTP/SAVP 117 114 9 112 111 0 8 116 115 97 13 118 101
    a=candidate:apOEyUe00PJYGKejEqPrGaCd5hRSS3Fj2jJTdFugzGw 1 EzYYRIvOnC5HDuoVtvb2SQ UDP 0.830 10.70.0.14 21330
    a=candidate:apOEyUe00PJYGKejEqPrGaCd5hRSS3Fj2jJTdFugzGw 2 EzYYRIvOnC5HDuoVtvb2SQ UDP 0.830 10.70.0.14 21331
    a=cryptoscale:1 client AES_CM_128_HMAC_SHA1_80 inline:iEyzeJyocA2xulEaNzszZwGvU4rjxc9DqufxS+u+|2^31|1:1
    a=crypto:2 AES_CM_128_HMAC_SHA1_80 inline:NQDInKpbTxygj0QVlQPIGyU+2Rc2suso7/uFS4nz|2^31|1:1
    a=crypto:3 AES_CM_128_HMAC_SHA1_80 inline:NAAPFROt/D3Ma/BWYuh/BfbgaYV2i0XdVhTJuMki|2^31
    a=maxptime:200
    a

    ----

    TL_ERROR(TF_COMPONENT) [0]1788.1C64::06/19/2013-12:01:40.751.00000082 (S4,SipMessage.CheckNonAscii:204.idx(809))Illegal character from S4 trace. Count:2

    ---

    TL_WARN(TF_COMPONENT) [0]1788.1C64::06/19/2013-12:01:40.751.00000083 (S4,SipMessage.CheckNonAscii:204.idx(810))The string with illegal characters:SIP/2.0 100 Trying
    FROM: "[0x00C1]lvaro Navarro Pallar[0x00E9]s"<sip:alvaro@acopro.local>;tag=02f8e55f43;epid=907de5ecdf
    TO: <sip:acoprosql.acopro.local@acopro.local;gruu;opaque=srvr:MediationServer:ZeBsDY36-FabVUnqWdlx2gAA;grid=ba078217aff84143b4e5e02978077058>
    CSEQ: 1 INVITE
    CALL-ID: 1a511c0c6e3e43b4a82e8913a3c66c8e
    VIA: SIP/2.0/TLS 10.70.0.11:55302;branch=z9hG4bK3C42F2DC.5C37011259F00064;branched=FALSE,SIP/2.0/TLS 10.70.0.14:49241;ms-received-port=49241;ms-received-cid=1EC800
    CONTENT-LENGTH: 0

    ---

    TL_ERROR(TF_COMPONENT) [0]1788.0AD8::06/19/2013-12:01:41.515.00000088 (S4,SipMessage.CheckNonAscii:204.idx(809))Illegal character from S4 trace. Count:2
    TL_WARN(TF_COMPONENT) [0]1788.0AD8::06/19/2013-12:01:41.515.00000089 (S4,SipMessage.CheckNonAscii:204.idx(810))The string with illegal characters:SIP/2.0 200 OK
    FROM: "[0x00C1]lvaro Navarro Pallar[0x00E9]s"<sip:alvaro@acopro.local>;tag=02f8e55f43;epid=907de5ecdf
    TO: <sip:acoprosql.acopro.local@acopro.local;gruu;opaque=srvr:MediationServer:ZeBsDY36-FabVUnqWdlx2gAA;grid=ba078217aff84143b4e5e02978077058>;tag=117c165cea;epid=AFC116F271
    CSEQ: 1 INVITE
    CALL-ID: 1a511c0c6e3e43b4a82e8913a3c66c8e
    VIA: SIP/2.0/TLS 10.70.0.11:55302;branch=z9hG4bK3C42F2DC.5C37011259F00064;branched=FALSE,SIP/2.0/TLS 10.70.0.14:49241;ms-received-port=49241;ms-received-cid=1EC800
    RECORD-ROUTE: <sip:ACOPROSQL.acopro.local:5061;transport=tls;opaque=state:T;lr>;tag=57094762863F27963D8B9E909FA3C6D8
    CONTACT: <sip:acoprosql.acopro.local@acopro.local;gruu;opaque=srvr:MediationServer:ZeBsDY36-FabVUnqWdlx2gAA;grid=ba078217aff84143b4e5e02978077058>;isGateway
    CONTENT-LENGTH: 853
    SUPPORTED: replaces
    SUPPORTED: ms-safe-transfer
    SUPPORTED: ms-bypass
    SUPPORTED: ms-dialog-route-set-update
    SUPPORTED: gruu-10
    SUPPORTED: timer
    SUPPORTED: 100rel
    CONTENT-TYPE: application/sdp
    ALLOW: ACK
    SERVER: RTCC/5.0.0.0 MediationServer
    ms-diagnostics: 10032;source="ACOPROSQL.acopro.local";reason="Media diagnostic information";component="MediationServer";ICEWarningFlags="Audio:ICEWarn=0x1000,LocalSite=10.70.0.11:52736,LocalMR=10.70.0.11:448,RemoteSite=10.70.0.14:2842,PortRange=49152:57500,LocalLocation=2,RemoteLocation=2,FederationType=0,Interfaces=2,BaseInterface=2,BaseAddress=10.70.0.11:54774"
    ms-diagnostics-public: 10032;reason="Media diagnostic information";component="MediationServer"
    ms-endpoint-location-data: NetworkScope;ms-media-location-type=intranet
    Ms-Accepted-Content-ID: <3920e99587b76c9215de7a75a408d799@acopro.local>
    ms-trunking-peer: sip2.openfone.es;trunk=sip2.openfone.es;User-Agent="sip2.openfone.es"
    Allow: CANCEL,BYE,INVITE,REFER,NOTIFY,PRACK,UPDATE
    Session-Expires: 1800;refresher=uas
    Min-SE: 90

    v=0
    o=- 11 0 IN IP4 10.70.0.11
    s=session
    c=IN IP4 10.70.0.11
    b=CT:10000000
    t=0 0
    m=audio 52736 RTP/SAVP 0 8 115 13 118 97 101
    c=IN IP4 10.70.0.11
    a=rtcp:52737
    a=ice-ufrag:ZkAy
    a=ice-pwd:krIKp83FY4Z8Lfe2kUqTr+qk
    a=candidate:1 1 UDP 2130706431 10.70.0.11 52736 typ host
    a=candidate:1 2 UDP 2130705918 10.70.0.11 52737 typ host
    a=candidate:3 1 tcp-act 1684798463 10.70.0.11 52736 typ srflx raddr 10.70.0.11 rport 52736
    a=candidate:3 2 tcp-act 1684797950 10.70.0.11 52736 typ srflx raddr 10.70.0.11 rport 52736
    a=label:main-audio
    a=crypto:2 AES_CM_128_HMAC_SHA1_80 inline:DWWnDy0j6Rl0HAtGNPc9fRcdtvBbmzo4OmJkRwwg|2^31|1:1
    a=rtpmap:0 PCMU/8000
    a=rtpmap:8 PCMA/8000
    a=rtpmap:115 x-msrta/8000
    a=fmtp:115 bitrate=11800
    a=rtpmap:13 CN/8000
    a=rtpmap:118 CN/16000
    a=rtpmap:97 RED/8000
    a=rtpmap:101 telephone-event/8000
    a=fmtp:101 0-16,36

     

    jueves, 20 de junio de 2013 14:33
  • Hola AlvaroNP,

    Lo reviso con calma y te cuento, hasta la noche no podré  verlo

    Un saludo

    jueves, 20 de junio de 2013 17:04
  • Hola AlvaroNP,

    mira este artículo http://lyncdup.com/2013/06/lync-snooper-2013-does-not-parse-logs-correctly-unless-machine-region-is-en-us/, porque el log tiene problemas. Revisa si tú problema es el mismo que indica en este blog, soluciónalo y vuelve a ejecutar el debug y súbelo aquí.

    Un saludo

    viernes, 21 de junio de 2013 6:03
  • He cambiado la configuración regional, reiniciado y vuelto a probar.

    Arroja los mismos errores el log.

    :(

    viernes, 21 de junio de 2013 11:33
  • He hecho una prueba con la llamada saliente (la que SI permite llamada en espera) y el Log me muestra los mismos errores que en la entrante, por tanto descarto que estos errores sean el origen del problema.
    viernes, 21 de junio de 2013 11:51
  • Podría tener que ver con el CODEC que utiliza mi proveedor de Voz IP?
    viernes, 21 de junio de 2013 12:01
  • Hola AlvaroNP,

    Es posible, Lync utiliza los siguientes códecs:

      • G.711 Ley A (que se usa principalmente fuera de Norteamérica)
      • G.711 Ley µ (que se usa en Norteamérica)

    Habla con el proveedor para que configure alguno de estos dos protocolos, pero aunque pueda ser este problema, los síntomas que tienes para reproducir el error no me da la sensación que sea del códec. Cuando es problema del códec suele dar problemas como que contestas la llamada y se cuelga de inmediato, etc.. pero bueno, habla con tu proveedor de Trunk SIP.

    En Europa Interoute es un proveedor homologado por MSFT para ofrecer TRUNK SIP en Lync. YO lo utilizo desde hace años y funciona perfectamente

    Un saludo

    viernes, 21 de junio de 2013 14:58
  • Tras mil aventuras, os confirmo que NO es un problema del Lync, si no del proveedor de Telefonía IP, según me cuentan tienen que validarte en "su sistema" con el FQDN con el que "salimos"

    No lo he entendido muy bien, pero después de probar con Interroute, confirmo que funciona sin problemas, y el problema vino porque el otro operador no debe conocer bien esta infraestructura.

    Gracias a todos.

    • Marcado como respuesta AlvaroNP domingo, 18 de agosto de 2013 18:43
    domingo, 18 de agosto de 2013 18:43
  • Hola AlvaroNP,

    Es lo que te comentaba, yo utilizo Interoute y va perfectamente. Debes elegir siempre un proveedor homologado por MSFT cuando sea posible, así te evitarás estos inconvenientes.

    Un saludo

    Primera Guía de Instalación de Lync Server 2013 en Español
    http://bit.ly/105uZZV

    Comunidad: http://www.ucomsenespanol.com

    Blog: http://blog.asirsl.com

    lunes, 19 de agosto de 2013 6:49