Entries:
Comments:
Posts:

Loading User Information from Channel 9

Something went wrong getting user information from Channel 9

Latest Achievement:

Loading User Information from MSDN

Something went wrong getting user information from MSDN

Visual Studio Achievements

Latest Achievement:

Loading Visual Studio Achievements

Something went wrong getting the Visual Studio Achievements

Comments

jmazner jmazner
  • David Steere and Trevor Robinson: How Live Mesh P2P Syncing Works

    we are certainly thinking about this, yes.  There are a lot of scenario in which the easiest path is for client developers to write against the APIs that our platform will provide (see http://channel9.msdn.com/posts/Dan/Ori-Amiga-Programming-the-Mesh/ ). 
  • David Steere and Trevor Robinson: How Live Mesh P2P Syncing Works

    I think David mentioned this in the video...we use the cloud to store all the metadata about a Live Folder (the filenames, change history, etc).  Each client synchs metadata with the cloud, which produces a list of files that are out of date on the client.  Then the client can fetch those files from anyone else who has them.  In your case, if the cloud doesn't have the files, we will fetch them from another client.  For now, we don't have a lot of client location and optimization in place, so the client is equally happy to fetch the file from the cloud (if it's there), from a client somewhere outside your LAN, or a client on the LAN.  We are working on putting more intelligence in here.
  • David Steere and Trevor Robinson: How Live Mesh P2P Syncing Works

    Live Mesh's pub/sub model is conceptually a push model -- each device has a notification queue, the device can create subscriptions, and when a subscription generates an event (or another device or part of the Mesh needs to reach the device), that event is posted to the queue and the device gets it.

    Because Live Mesh is designed to work across any network topology, we can't always ensure that the cloud will be able to push a notification down to an arbitrary client -- it might be behind a firewall, or NAT, or who knows what.  So instead, we have each client open up a single long-lived HTTP connection to the server.  If there are no new notifications, the request times out after 60 seconds, and then the client opens a new one.  When a new notification comes in, the cloud sends down in response to that open request from the client.  You might have heard this technique referred to as Comet or full-duplex AJAX.

  • David Steere and Trevor Robinson: How Live Mesh P2P Syncing Works

    They are indeed one of the teams we've been talking with internally.  Can't say any more than that for now.
  • David Steere and Trevor Robinson: How Live Mesh P2P Syncing Works

    We demo'd the Mac client at Web 2.0 and that work is coming along nicely (we're also working on the win mobile client we showed.)  We haven't talked about any platforms beyond those for now.
  • David Steere and Trevor Robinson: How Live Mesh P2P Syncing Works

    Just FYI, the new release is propping to servers now and should be live later today.  A few more details on the Mesh blog, http://blogs.msdn.com/livemesh/archive/2008/07/11/service-update-new-build-new-features-coming-today-0-9-3103-2.aspx.

    @aL_ : Nothing new to say on integration with other MS propertise/apps yet, but we are definitely contiuing to work on this.
  • Ray Ozzie: Introducing Live Mesh

    Bas wrote:
    

    jmazner wrote:

    We don't have wake-on-LAN as part of our client communications platform.  I will make sure that's on the list of things to consider.


    That's the biggest omission from the WHS Console, IMHO. (And remote access website, by the way. I cannot stress the importance of being able to do it via a browser as well enough.)
    It's easy to use an addon that allows for WOL functionality, but it's not exactly a smooth process in use. If the 'remotely connect to this PC' button (or whatever it is called) just automatically sent a WOL packet to the PC regardless of wether it supports WOL or not, you'd be there. It doesn't even have to be visible to the end user.

    Thanks for considering it!


    The suggestion is now officialy filed Smiley

    This is not a trivial thing to get right, however.  One of the keys to our software working behind NATs and firewalls is that our communications sessions are established by the client doing an HTTP GET to the server (to a special notification queue URL.)  The server can then send any important information back to the client as a response to that GET.  (the idea being it's much more reliable for the client to connect to the cloud than for the cloud to connect to the client)

    When you click "Connect" to a remote device, that device sends an invite to the cloud, and then the cloud sends word of the invite through that notification queue.

    If the remote client is asleep, it can't keep the HTTP connection open.  So now the cloud has to figure out how to send a WOL packet to this machine that might be well hidden behind a NAT.

    I'm not a networking guy by any means, so maybe there's a well established way to do this...but it sounds tricky to me, and in any event would be a different approach to remote connectivity than what we have built for the technology preview.

    cheers,
    j
  • Ray Ozzie: Introducing Live Mesh

    Bas wrote:
    Here's a bunch of questions:

    - The remote desktop through the browser thing. That's available on WHS right now, and while it works great if it works, it doesn't work quite as smoothly as one is led to believe. For instance, you need to install an RDP ActiveX control to be able to use the remote desktop feature in the WHS Remote Access website. When I'm at an internet cafe, I may not be able to install this control. When I'm at a friend's house, I may not wat to install stuff on his PC. Then what?

    Live Mesh also uses a control to display the RDP session in the browser.  If someone has figured out how to parse and display RDP in JScript, I am all ears Wink  Not sure there's really any better solution here...

    Bas wrote:

    Also, I set my machines to sleep when I'm away. Most people power them down entirely. Then what? Will there be a way to wake them up remotely? Again, in WHS, I had to install a 3rd party wake-on-lan addon to even get WoL functionality, and then it's still a chore.  I have to:
    1. Use the remote access website to RDP to the WHS
    2. Open the WHS Console on the server itself
    3. Use the WoL addon in the Console to wake up one of my PC's
    4. Log off of the WHS.
    5. RDP to the computer I just woke.
    That's not very smooth. How will Mesh's remote access features fix that? Will it, for instance, auto-attempt to wake any machine you RDP to?

    We don't have wake-on-LAN as part of our client communications platform.  I will make sure that's on the list of things to consider.

    Bas wrote:

    - Can I 'meshify' my My Documents folder and automatically sync all my documents and application settings across PC's?

    Well, I don't think app settings are usually in My Documents?  You can meshify My Docs (as long as you don't have any other Live Mesh Folders already present in the My Docs hierarchy) and it should work, taking into consideration we're still in Tech Preview.  App settings are harder, since some apps open their settings files for r/w access for the lifetime of the app, and some apps don't store settings in the filesystem at all.

    Bas wrote:

    - Is there or will there be some way to sync my RSS feeds across devices? If I read an RSS feed, I want it to be marked as 'read' on all my devices, not just the one I read it on.

    The platform certainly supports this, if an app wants to implement this kind of functionality.

    Bas wrote:

    - What about email? Can I install Windows Live Mail on all my PC's and sync the message store across all PC's, so that I can check my email and read previously downloaded email on any PC? What will happen if I have my email client open on two PC's at the same time? Will it mess up the synch, or will I see emails appearing on my laptop when I download them on my desktop?

    Email is one of those file types that's hard to synch today when you're dealing with a monolithic PST or OST file.  Apps can certainly write to Live Mesh platform to enable great roaming of your email experience, but that will happen over time (once the platform is available.)

    Bas wrote:

    - The 5GB data limit. I understand why you guys are doing this, but I have a WHS that's available from anywhere in the world. I can get as much storage on it as money can buy. Can I choose to have Mesh store it on my WHS rather than in a Microsoft Data Center when it is storing stuff in 'the cloud', without any limits on what I can do? (In other words: can I set it up so that my Live Desktop is actually stored on my WHS rather than in a data center, so that I don't have to deal with the 5GB file limit?)

    Yes, using WHS as your own personal cloud storage is a popular request, and one that we are looking into.  The platform is certainly designed to support multiple, federated storage servcies.

    -Jeremy, a PM on the Live Mesh team.
  • Scott Field: How secure is Vista, really? - Part I

    Here are a few pointers to some additional reading on Vista security:
    Whitepaper on Vista Security: http://download.microsoft.com/download/c/2/9/c2935f83-1a10-4e4a-a137-c1db829637f5/WindowsVistaSecurityWP.doc

    CredMan (credential manager): http://msdn.microsoft.com/library/en-us/secauthn/security/credentials_management.asp?frame=true

    Scott's blog entry on kernel patching: http://blogs.msdn.com/windowsvistasecurity/archive/2006/08/11/695993.aspx

    Guidelines on driver installation: http://www.microsoft.com/whdc/driver/install/32-64bit_install.mspx

    UAC and the secure desktop: http://www.microsoft.com/technet/windowsvista/security/uacppr.mspx

  • Office UI - New Licensing Story

    I can assure you that the Visual Studio team is thinking about how and when to do this...but it never hurts for them to have more customer input to guide their decisions.  In the meantime, we do have a set of component vendors who have already signed up to build Office 2007 UI controls.  From the bottom of http://www.microsoft.com/presspass/features/2006/nov06/11-21officeui.mspx (this includes some ISVs as well):

    Office UI Licensing Partners

    90Degree Software

    Attachmate

    Falafel Software, Inc.

    DevComponents LLC

    Developer Express

    ILOG, Inc.

    Infragistics, Inc.

    Syncfusion Inc.

    Telerik Corp.

    Xceed

    Objective Computing

    ABB

    MindJet

    Serena Software

    DivElements