Sunday, June 8, 2008

[THIN] Re: Pano VDI Solution

Oh, I don’t want Microsoft to buy Citrix – it’d be a bit like Paul Rogers singing with Queen – while both are good individually, getting them together will be wrong on a number of levels; if only to leave you with the feeling that it would have been better if they’d never joined in the first place.

 

And while I agree with your take on RDP/http – I see it more of a betamax(ica)/vhs(rdp) – and I think we’re on the cusp of a break into a DVD format – when the discussion between which (Betamax/VHS | ICA/RDP) is better becomes irrelevant, as what is newer  is seen as  so much better no  one does the old stuff anymore..

 

Mind, unless MS sort out a non-SA ‘virtual desktop OS’ license this all may seem pretty moot; unless thats been clarified now?

 

From: thin-bounce@freelists.org [mailto:thin-bounce@freelists.org] On Behalf Of Douglas Brown
Sent: 08 June 2008 19:15
To: thin@freelists.org
Subject: [THIN] Re: Pano VDI Solution

 

I don’t know...  I think RDP will become the standard and that is why I really want Microsoft to buy Citrix, or forced to buy Citrix.  Then maybe M$ will use ICA over RDP... But, it looks like even with net2display you still need RDP for remote access (if I understood Rick’s comments correctly).

I have a theory that RDP is a lot like HTTP.   HTTP is not a great transport protocol but people added on to it to the web a rich and dynamic place, all on top of HTTP.    From what little I know I think RDP will end up just like it.  net2display will be an addon (so to speak), Wyse Tcx is already a add-on (so to speak), Provision is doing some amazing stuff with enhancing RDP...  But the base is RDP just like the web is HTTP and just like ajax gives us a VERY rich and dynamic world over HTTP protocols like net2display will do the same for RDP.  We will see... We will see.

But, in the mean time, it is fun to watch and learn....



On 6/7/08 3:54 PM, "Merino, Ormond" <Ormond_Merino@adp.com> wrote:


Maybe they'll license ALP integrate with VDM until net2display is ready? And leverage the Wyse Tcx extensions as well?

MS owns the platform and should be taking a leading role with developing the remoting protocol in my humble opinion.

 
Regards,
Ormond Merino


From: thin-bounce@freelists.org
To: thin@freelists.org
Sent: Sat Jun 07 14:17:00 2008
Subject: [THIN] Re: Pano VDI Solution
Of course... But net2display is vdi or helps vdi, right???   

I think vmware is doing something with rdp and they don’t want anyone to know.  They have to be...  RDP sucks as a remoting protocol for VDI.  I’m sorry but it does.  There is not many people that love Vmware’s VDM more than me but it breaks when I use it as I have to use RDP (use it over anything but a LAN and even then it sucks for anything intensive)

Vmware is not dumb, they need a fix... The need to do something and net2display could be an answer but Vmware can’t wait 2 years for it...

Ideas?




On 6/7/08 2:08 PM, "Greg Reese" <gareese@gmail.com> wrote:

I don't care what VMWare marketing spin says, EMC is against anything that isn't ESX  or VDI.

On Sat, Jun 7, 2008 at 11:32 AM, Douglas Brown <dbrown@dabcc.com> wrote:

Steve,

Great question.  I want to learn more myself.  Everything I read about it is good.  The big problem I've been told about it is that the big boy (Microsoft, Vmware, Citrix) don't want anything to do with it and that because of this it will not get the buyoff it needs to more of a standarized remoting protocol.   I would be interested to know what you guys this of this too?  Again, this is what I'm told and I can think of a few reasons Microsoft and Citrix would not like it but I don't know why Vmware would be against it.   

Thanks.  This is a great topic....  A beefy remoting protocol is really needed...




On 6/7/08 12:26 PM, "Steve Greenberg" <steveg@thinclient.net <http://steveg@thinclient.net> > wrote:

Rick,
 
I haven't found any more detail information about Net2Display, do you have any links that might show an implementation or at least the planned feature set and performance characteristics?
 



Steve Greenberg

Thin Client Computing

34522 N. Scottsdale Rd D8453

Scottsdale, AZ 85266

(602) 432-8649

www.thinclient.net <http://www.thinclient.net>  <www.thinclient.net <http://www.thinclient.net> >

steveg@thinclient.net <http://steveg@thinclient.net>


From: thin-bounce@freelists.org <http://thin-bounce@freelists.org>  [mailto:thin-bounce@freelists.org] On Behalf Of Rick Mack
Sent: Saturday, June 07, 2008 8:21 AM
To: thin@freelists.org <http://thin@freelists.org>
Subject: [THIN] Re: Pano VDI Solution


Hi Jim,



Panologic and also Teradici have a hardware remoting protocol that has completely transparent hardware (graphics, keyboard/mouse, USB etc) "redirection". This means that multimedia performance and just about everything else will be as good as on a PC, at least for LAN-based thin clients. The good news for hardware manufacturers is that the "back-end" systems are blade PCs.



The largest single drawback with a Panalogic/Teradici type solution is the hardware support required at both ends, and the fact that the protocol is proprietary.



Remote/WAN access is still going to be a problem with stuff like latency etc but that may very well be handled by the new VESA Net2Display protocol which will handle LAN clients as well. If Net2Display takes off, the relevance of RDP and ICA could become questionable. Since Teradici are heavily involved with Net2Display, it's probably a good guess that they will soon have Net2Display support in their hardware. That makes it non-proprietary and may well point to the future of thin clients.



regards,



Rick



 


This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, notify the sender immediately by return email and delete the message and any attachments from your system.

No comments: