locked
Lync hold échoue pour appels entrants RRS feed

  • Question

  • Bonjours,

    j'ai Lync 2010 de configuré pour voix entreprise avec un gateway Asterisk pour les appels PSTN. Les appels fonctionnent parfaitement a une exception. Lorsque je recois un appel (PSTN ou appel Lync) je ne peux pas metre l'appel sur hold. Lorsque je tente de metre l'appel sur hold, l'appellant recoit la musique mais moi (du client Lync) j'ai un message comme quoi l'appel ne peux être mis sur hold et le son est mis en sourdine. A partir de là, impossible de récuperer l'appel, il faut rappeller l'interlocuteur.

    Si, de mon client Lync, j'appelle un numéro (PSTN ou Lync), je peux le metre sur hold sans problèmes et récupérer l'appel.

    Ce comportement se répercute sur les transfers, call-park et dial-in de conférence.

    Je peux fournir des traces d'appels tests sur de FE (wireshark ou Lync logging tool), juste a me dire quelles options choisir.

    J'ai tenté plusieures solutions (refer, media bypass, RTCPCallsOnHold....) mais sans success et je n'arrive toujours pas a comprendre la difference pour la mise en attente entre un appel entrant et sortant.(entrant échoue, sortant succès)

    Merci d'avance pour votre aide.

    mercredi 7 août 2013 19:48

Toutes les réponses

  • Bonjour,

    Est ce que vous avez essayé de désactiver l'option "Refer Support" ?

    Cordialement,


    Alexis CONIA - Neïtiv - http://www.techandprog.fr

    jeudi 8 août 2013 08:02
  • oui, déja essayé mais sans succès.

    Comme le hold entre clients Lync à l'interne à le même comportement, est-il possible que l'erreur vient du trunk? Les échanges ne devraient pas être limités au serveur Lync?

    Au cas ou, voici des configuration de mon Lync si ça peux aider a trouver la cause (besoin de plus? juste a demander):

    PSTN gateway : listening port 5060 tcp

    Mediation Server PSTN Gateway : tls 5067 tcp 5060 gateway (adresse du gateway asterisk)

    IM conferencing = enable

    web conferencing = enable

    app sharing = enable

    A/V conferencing = enable

    collocated mediation server = enable (TLS 5067, TCP 5060, PSTN=adresse du gateway asterisk)

    Voice Policy :

    call forward = enable

    delegation = enable

    call transfer = enable

    call park = enable

    simultaneous ring = enable

    team call = enable

    pstn reroute = enable

    >>Get-CsTrunkConfiguration -Identity global

    SipResponseCodeTranslationRulesList : {}
    Description                         :
    ConcentratedTopology                : True
    EnableBypass                        : True
    EnableMobileTrunkSupport            : False
    EnableReferSupport                  : False
    EnableSessionTimer                  : True
    EnableSignalBoost                   : False
    MaxEarlyDialogs                     : 20
    RemovePlusFromUri                   : False
    RTCPActiveCalls                     : False
    RTCPCallsOnHold                     : False
    SRTPMode                            : NotSupported
    EnablePIDFLOSupport                 : False

    jeudi 8 août 2013 12:28
  • est-ce que le trunk est utilisé lors des hold entre clients Lync???

    est-ce que le edge est utilisé????????

    quels sont les échanges a surveiller pour débugger la source du problème???? (traffic/source/destination)

    autre note, dans les logs du client Lync (local) je trouve ces messages (addresses ip et numéros altérés par confidencialités ) :

    SIP/2.0 491 Gateway side reinvite failed, pass result to Proxy.

    Via: SIP/2.0/TLS 192.168.100.100:37403;ms-received-port=37403;ms-received-cid=161500

    FROM: ""<sip:3NN;phone-context=DefaultProfile@domain.com;user=phone>;tag=c840dcff5f;epid=c1c5347091

    TO: "5556667777"<sip:5556667777;phone-context=DefaultProfile@domain.com;user=phone>;epid=ECB8510AA2;tag=ebb0ca8cab

    CSEQ: 1 INVITE

    CALL-ID: 50c66192-e248-4f7c-90f1-574178301e5c

    CONTENT-LENGTH: 0

    SUPPORTED: replaces

    SUPPORTED: ms-safe-transfer

    SUPPORTED: ms-bypass

    SUPPORTED: 100rel

    SUPPORTED: timer

    SERVER: RTCC/4.0.0.0 MediationServer

    ms-endpoint-location-data: NetworkScope;ms-media-location-type=intranet

    ms-diagnostics: 10010;source="LYNX.domain.com";reason="Gateway side Media negotiation failed";component="MediationServer"

    ms-diagnostics-public: 10010;reason="Gateway side Media negotiation failed";component="MediationServer"

    Session-Expires: 1800;refresher=uac

    Min-SE: 90

    jeudi 8 août 2013 15:46
  • Bonjour,

    Pour des communications entre utilisateurs Lync la Gateway n'est normalement pas sollicitée. Est ce que vous avez la possibilité de fournir les logs des clients Lync (le dossier Tracing) qui rencontrent le problème ?

    Cordialement,


    Alexis CONIA - Neïtiv - http://www.techandprog.fr


    mardi 13 août 2013 08:56
  • j'ai fait un appel test. J'ai effacé les logs avant de démarrer le client Lync, fait un appel a mon extension par mon cellulaire (même comportement si du pstn), mis l'appel sur hold (échoue) puis fermé Lync pour récupérer les logs.

    j'ai fait la même procédure pour les appels Lync a Lync.

    malheureusement je ne peux pas poster les logs ici(compte non-vérifié). je peux vous les envoyer par e-mail?

    J'ai modifié les logs en changeant quelques information personnelles mais les communications sont intactes

    mardi 13 août 2013 13:03
  • Bonjour,

    Vous pouvez me contacter directement sur mon adresse live alexis.conia (at) live.fr

    Cordialement,


    Alexis CONIA - Neïtiv - http://www.techandprog.fr

    mercredi 14 août 2013 07:53