locked
How SIP Call works with IP/PBX phone associated to an lync user RRS feed

  • Question

  • Hi I have a question

    An Lync user called B has associated with an internal number ex: 45001 (IP/PBX number)

    Now an LYnc user A dials 45001 in LYnc client and Lync resolves number of user B 45001 and when clicking call button,

    Will it be a SIP call? or IP/PBX call?

    Will user B's Lync ring? or IP/PBX phone ring?

    Thanks

    Chandru R


    Thanks

    Monday, November 2, 2015 7:11 AM

Answers

  • This will depend on the level of integration that you have between Lync and the legacy PBX as to whether the users PBX phone will ring or not.

    But typically; If that extension (45001) is defined as user B's number in Lync, or normalises to a number that is associated to user B, then a reverse number lookup process will determine that Lync 'owns' that number, and the call will be handled within Lync and treated as a peer to peer Lync call. If the reverse number lookup fails, then the call will be treated as an external call which may or may not then involved your PBX depending on your configuration.

    If you can elaborate on the level of PBX / Lync integration that you have then I can provide you with a more definitive answer, ie, remote call control, third party PBX software in use etc.

    Kind regards
    Ben


    Note: If you find a post informative, please mark it so using the arrow to the left. If it answers a question you've asked, please mark the thread as answered to aid others when they're looking for solutions to similar problems or queries.

    • Edited by Ben Donaldson Monday, November 2, 2015 7:28 AM
    • Proposed as answer by Eason Huang Tuesday, November 3, 2015 7:04 AM
    • Marked as answer by Eason Huang Friday, December 4, 2015 6:37 AM
    Monday, November 2, 2015 7:27 AM
  • As Ben mentioned, it's completely depend on the level of integration. In a typical scenario, reverse number lookup always wins and it will ring the Lync user. If you have a scenario like ;ms-skip-rnl configured, then the reverse number lookup goes out of the window and the call will throw out to mediation server and it would end up ringing in PBX. Again, it depends on how it's all integrated and configured.

    http://thamaraw.com


    Tuesday, November 3, 2015 8:23 PM

All replies

  • This will depend on the level of integration that you have between Lync and the legacy PBX as to whether the users PBX phone will ring or not.

    But typically; If that extension (45001) is defined as user B's number in Lync, or normalises to a number that is associated to user B, then a reverse number lookup process will determine that Lync 'owns' that number, and the call will be handled within Lync and treated as a peer to peer Lync call. If the reverse number lookup fails, then the call will be treated as an external call which may or may not then involved your PBX depending on your configuration.

    If you can elaborate on the level of PBX / Lync integration that you have then I can provide you with a more definitive answer, ie, remote call control, third party PBX software in use etc.

    Kind regards
    Ben


    Note: If you find a post informative, please mark it so using the arrow to the left. If it answers a question you've asked, please mark the thread as answered to aid others when they're looking for solutions to similar problems or queries.

    • Edited by Ben Donaldson Monday, November 2, 2015 7:28 AM
    • Proposed as answer by Eason Huang Tuesday, November 3, 2015 7:04 AM
    • Marked as answer by Eason Huang Friday, December 4, 2015 6:37 AM
    Monday, November 2, 2015 7:27 AM
  • As Ben mentioned, it's completely depend on the level of integration. In a typical scenario, reverse number lookup always wins and it will ring the Lync user. If you have a scenario like ;ms-skip-rnl configured, then the reverse number lookup goes out of the window and the call will throw out to mediation server and it would end up ringing in PBX. Again, it depends on how it's all integrated and configured.

    http://thamaraw.com


    Tuesday, November 3, 2015 8:23 PM