locked
Confusing Screen Sharing Network problem RRS feed

  • Question

  • I have a problem that I'm tearing my hair out over. We have SfB 2015 and SfB 2016 clients throughout.

    Internally we can join conferences and screen share.

    Internal users can organize a conference and other in-house users can join it externally via the Edge server. All features work, including desktop sharing. If a 3rd party joins, they cannot see the desktop sharing.

    If users join an external conference (hosted by a 3rd party that uses O365 Skype) IM and Audio work but desktop sharing does not. Switching to Web App fixes this.

    If we host a conference, external users joining with their Skype client  cannot see desktop sharing, and receive a 'reconnecting to presentation' followed by 'cannot show presentation due to a network failure' message.

    TCP 443 and UDP 3748 are enabled on the Edge server, bi-directional, as are 50k-59k ports and 5061, 5269. 

    Federation is open.

    Can anyone cast any light on this frustrating problem?

    Thanks

    V

    Thursday, June 8, 2017 10:02 PM

Answers

  • UDP 3478 is open to the Edge internal interface.

    We have actually fixed it, one of the firewalls in the chains was messing with the 50K range ports, causing tcp resets.

    Apparently it was only Office 365 users that were affected, which is strange as I don't see why they needed the 50,000 ports. They should have defaulted to UDP 3478 like other 3rd parties did.

    • Marked as answer by Vurtual Wednesday, June 14, 2017 8:14 AM
    Wednesday, June 14, 2017 8:14 AM

All replies

  • Hi Vurtual,

    Did you mean you use public skype to join SFB conference? If this is your issue, between Skype for Business client and Skype software, it is only support peer-to-peer IM, A\V chat but not meeting also with share desktop\PPT or others.

    If you didn’t mean public skype, and at the same time, your organization is federated with 3rd party who uses O365 SFB, please make check the steps for federation, please refer to
    https://technet.microsoft.com/en-us/library/jj205126.aspx

    Moreover, please use Microsoft remote connectivity analyzer check if there are any errors.
    https://testconnectivity.microsoft.com/


    Regards,

    Alice Wang


    Please remember to mark the replies as an answers if they help and unmark them if they provide no help.
    If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.

    Friday, June 9, 2017 7:52 AM
  • Hi,

    This is Skype for Business 2015 everywhere, no Skype consumer. The remote connectivity analyzer tests all pass successfully with no error.

    Federation is correctly enabled, as IM and audio work in the conferences. The link you provided is for hybrid deplyments, not for 3rd parties so I have not followed it as it would make us less secure. Ours is the same but with.

    Any other suggestions? 

    Friday, June 9, 2017 8:29 AM
  • What about the UDP 3478 from internal Users machines to Edge internal interface?did you opened that port?

    LAN-->Edge Internal Interface(UDP 3478)


    Jayakumar K

    • Proposed as answer by Alice-Wang Monday, June 12, 2017 9:02 AM
    • Unproposed as answer by Vurtual Wednesday, June 14, 2017 8:11 AM
    Friday, June 9, 2017 10:29 AM
  • UDP 3478 is open to the Edge internal interface.

    We have actually fixed it, one of the firewalls in the chains was messing with the 50K range ports, causing tcp resets.

    Apparently it was only Office 365 users that were affected, which is strange as I don't see why they needed the 50,000 ports. They should have defaulted to UDP 3478 like other 3rd parties did.

    • Marked as answer by Vurtual Wednesday, June 14, 2017 8:14 AM
    Wednesday, June 14, 2017 8:14 AM
  • Hi Vurtual,

    Thanks for your sharing, it will help others who has the similar issue.


    Regards,

    Alice Wang


    Please remember to mark the replies as an answers if they help and unmark them if they provide no help.
    If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.

    Wednesday, June 14, 2017 8:35 AM