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 
<[email protected]<mailto:[email protected]>> 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:[email protected]] On Behalf Of Ryan 
Huff
Sent: Friday, May 12, 2017 9:56 AM
To: Anthony Holloway 
<[email protected]<mailto:[email protected]>>
Cc: [email protected]<mailto:[email protected]>
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 
<[email protected]<mailto:[email protected]>> 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 
<[email protected]<mailto:[email protected]>> 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
[email protected]<mailto:[email protected]>
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
_______________________________________________
cisco-voip mailing list
[email protected]
https://puck.nether.net/mailman/listinfo/cisco-voip

Reply via email to