[cisco-voip] Jabber Screen share over MRA

[Ryan Huff]

Hey Ben,

Screen capture does use the same mechanics as file sharing; and file sharing (native) does not work over MRA.

According to PDI, the GUI Jabber code in the Windows/Mac client allows you to manipulate the "captured" image into the chat window using the cross hair sizing tool (Windows/Mac client), but under the hood, the file is being transferred via point 2 point ... which is why that, and file sharing do not work over MRA, because Jabber's point 2 point connection cannot successfully traverse a proxy connection natively; and that does make sense to me.

If one were using WeBEx Connect IM Messenger (Jabber Cloud) and also used Expressway to allow for collaboration edge call control, this wouldn't be an issue because the P2P connection would not be traversing Expressway, rather between the client and WebEx cloud.

Termed "IM-Only Screen Share", does seem to sound more like remote screen control but could also be "IM-Only = non-interactive screen share", or in other words, screen capture.

This is where Cisco's inconsistent Jabber client and documentation experience comes into play; it should have been a single consistent experience across all devices (some would / will argue that is part of what Spark is about).

-Ryan

On May 12, 2017, at 10:49 AM, Ben Amick <bamick at HumanArc.com<mailto:bamick at HumanArc.com>> wrote:

Personally, I don’t read that line as that feature. IM-only screen share I believe would imply the RDP-based live presenting instead of the in-call BFCP stream. Screen capture should theoretically be identical to the file transfer feature, so the fact that it doesn’t work is very strange. Can you copy-paste images from windows snipping tool into the text box in MRA? That should theoretically be the same kind of data since it’s an in-stream picture with text.

Ben Amick
Telecom Analyst

From: cisco-voip [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Ryan Huff
Sent: Friday, May 12, 2017 9:56 AM
To: Anthony Holloway <avholloway+cisco-voip at gmail.com<mailto:avholloway+cisco-voip at gmail.com>>
Cc: cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] Jabber Screen share over MRA

Nice find! Thank you! An odd thing to take a vendor to task over, but when screen captures are important ... I guess they are important.

Sent from my iPhone

On May 12, 2017, at 9:52 AM, Anthony Holloway <avholloway+cisco-voip at gmail.com<mailto:avholloway+cisco-voip at gmail.com>> wrote:
Found it.  Not that it shouldn't have been easier to find, or logically grouped with the limitations in the release notes, but you know...it's Cisco documentation.

<image.png>
Source: http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/jabber/11_8/cjab_b_planning-guide-jabber-118/cjab_b_planning-guide-jabber-118_chapter_010.html#CJAB_RF_S96EC4E9_00

On Fri, May 12, 2017 at 6:41 AM Ryan Huff <ryanhuff at outlook.com<mailto:ryanhuff at outlook.com>> wrote:
The native screen capture in the Jabber client does not work and is not supported over MRA (internal or WebEx Messenger IM Jabber works fine).

I believe it is actually covered by the same Expressway caveat that states native P2P file sharing won't work over MRA. By using MFT (Managed File Transfer), both should be allowed.

My question to the group is, does anyone know where the Screen Capture over MRA limitation is specifically documented? It uses the same P2P technology that the file share does, so it makes sense that it doesn't work over a proxy like Expressway, but I'm in need of specific documentation.

I have opened a case with PDI to confirm my suspicion about the feature, so I am confident Screen Capture doesn't work over MRA (and why it doesn't work over MRA). I also found this bugId for the lacking statement in the Expressway docs: https://bst.cloudapps.cisco.com/bugsearch/bug/CSCuu22458/?referring_site=bugquickviewredir

So my guess is this is an oversight by the technical writers and/or assumptive on Cisco's part that the reader would just "assume" the screen capture feature is really just a P2P file transfer under the hood, even though there is GUI magic with a screen capture making the end user workflow a little different than a file transfer and leads many to believe otherwise.

Has anyone ever seen anything to this regard, documented on official cisco docs?

Thanks,

Ryan
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip<http://cp.mcafee.com/d/5fHCNAq3xEgdEI6zBxYQszCnC3tPqabbXaoUsyqejqabbXaoVVZASyyO-Y-euvsdEEK6zAQsTLt6VIxGIH5gkjrlS6NJOVICSHIdzrBPoWXF1Z4QsLZvAQQm7T7KLsKCOYeVAsYeouhWyaaRQRrIKsG7DR8OJMddECSjt-Kyyeso7nvd79KVIDeqR4INpKNnwqj-f0T1dnoovaAVgtHBFkJkKpH9oTqlblbCqOmbAaJMJZ0kIToHMd9_7wqrhssu7f6MnWhEwdbtFkJkKpH9oQKCy02d84fyq81yQv-1EwEjSfCy2FDUCy0r1owrovdx3dwrNXjlS0r>

Confidentiality Note: This message is intended for use only by the individual or entity to which it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. Thank you
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20170512/c9be4aa1/attachment.html>