[THIN] Re: Pano VDI Solution
- From: "Andrew Wood" <andrew.wood@xxxxxxxxxxxxxxxx>
- To: <thin@xxxxxxxxxxxxx>
- Date: Sun, 8 Jun 2008 23:53:32 +0100
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@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] On Behalf
Of Douglas Brown
Sent: 08 June 2008 19:15
To: thin@xxxxxxxxxxxxx
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@xxxxxxx> 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@xxxxxxxxxxxxx
To: thin@xxxxxxxxxxxxx
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@xxxxxxxxx> 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@xxxxxxxxx> 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@xxxxxxxxxxxxxx
<http://steveg@xxxxxxxxxxxxxx> > 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@xxxxxxxxxxxxxx <http://steveg@xxxxxxxxxxxxxx>
_____
From: thin-bounce@xxxxxxxxxxxxx <http://thin-bounce@xxxxxxxxxxxxx>
[mailto:thin-bounce@xxxxxxxxxxxxx] On Behalf Of Rick Mack
Sent: Saturday, June 07, 2008 8:21 AM
To: thin@xxxxxxxxxxxxx <http://thin@xxxxxxxxxxxxx>
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.
Other related posts:
