Answered by:
How SIP Call works with IP/PBX phone associated to an lync user

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
- Edited by Thamara.Wijesinghe Tuesday, November 3, 2015 8:27 PM
- Proposed as answer by Eason Huang Wednesday, November 4, 2015 9:12 AM
- Marked as answer by Eason Huang Friday, December 4, 2015 6:37 AM
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
- Edited by Thamara.Wijesinghe Tuesday, November 3, 2015 8:27 PM
- Proposed as answer by Eason Huang Wednesday, November 4, 2015 9:12 AM
- Marked as answer by Eason Huang Friday, December 4, 2015 6:37 AM
Tuesday, November 3, 2015 8:23 PM