That is fair. I will catch up throught summary email.
Regards,
Shilpa Sodani.
On Jun 26, 2011, at 12:15 PM, Max Bossino <m...@miragroupware.org> wrote:
Hi Shilpa,
I think we should stick to the 22:00 UTC time for tonight's meeting
(just under three hours from now), as it is the one that the
majority of us have agreed on. It's a shame that you cannot attend.
Perhaps you could reply to the summary email after the meeting to
share any thoughts you might have?
Please find my comments below.
On 26 Jun 2011, at 16:33, Shilpa Sodani wrote:
Thanks Max for your feedback.
From: m...@miragroupware.org
Date: Fri, 24 Jun 2011 10:46:34 +0100
To: mira-development@lists.sourceforge.net
Subject: Re: [Mira-development] GPB and n/w transfer protocol
Hi Shilpa,
Option 3 looks like a good choice to me. It replicates the
structure of the mainstream network protocols.
In IPv4, the header includes a 'total length' field which defines
the total size of both the header and the message. With regard to
Mira's network protocol, do you think it would be better for the
length stated in the header to be the total size, rather than just
the size of the message? This would allow us to extend the scope of
the header (by, for example, including checksums of the header and
the message in a new 'checksum' field in the header) without
difficulty at a later date. Just a thought.
I belive IP4 header has two length fields. 4-bit header length and
16-bit total length. IP4 has variable-length header, so it need
both header and total length
of IP datagram to calculate where actually the data protion starts.
In mira we have 16-bit fixed-length header and only information
header has is the length of the data/message. To keep it simple I
am first, just sending header and then I am sending the
message.That way receiver know how may bytes to read from the
stream. It is little inefficient but can be a good start to
encarporate GPB.
Thank you for the clarification. That makes sense to me.
Also, I'd be very interested to see the messages using GPB that
you've already implemented. Are you going to set up a new branch
for this on Launchpad?
I am on vacation for whole month of July. I will try to upload the
code to separate branch before I leave.
Thank you. I look forward to testing it.
Best regards,
Max
---
---
---
---------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously
valuable.
Why? It contains a definitive record of application performance,
security
threats, fraudulent activity, and more. Splunk takes this data and
makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
Mira-development mailing list
Mira-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mira-development
------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
Mira-development mailing list
Mira-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mira-development
