<div>I was a latecomer to all the work the Cryptography Team put together, all functions and ciphers and hashes they put together. I helped add ASN.1, later on. They did the hard work I put some pieces together. I heard someone likes it. That makes me happy.</div>
<div>
<br />
</div>
<div>Henry</div>
<div>
<br />
</div>
<div id="protonmail_mobile_signature_block">Sent from ProtonMail Mobile</div>
<div>
<br />
<div>
<div>
<br />
</div>On Fri, Nov 3, 2017 at 00:04, Ben Coman <<a href="mailto:btc@openinworld.com" class="">btc@openinworld.com</a>> wrote:</div>
<blockquote class="protonmail_quote" type="cite">
<div dir="ltr">
<br />
<div class="gmail_extra">
<br />
<div class="gmail_quote">On Fri, Nov 3, 2017 at 4:06 AM, henry <span dir="ltr"><<a href="mailto:henry@callistohouse.club" target="_blank">henry@callistohouse.club</a>></span> wrote:
<br />
<blockquote class="gmail_quote" style="margin: 0px 0px 0px 0.8ex; border-left-width: 1px; border-left-style: solid; border-left-color: rgb(204, 204, 204);">
<div>I have a question about my derivation of a MAC key. It is very complicated and I am considering ways to simplify for use by potential language implementations. Here is the current derivation in Squeak/Pharo. Should I just use the
sharedKey as the SHA1HMAC key or some simplified hash of the sharedKey, without all the pad hashings I am doing? What do you think? I want to hear from you.
<br />
</div>
</blockquote>
<div>
<br />
</div>
<div>Hi Henry,</div>
<div>
<br />
</div>
<div>I'd guess not many people here are *really* competent enough in crypto to confidently advise you. I know I'm not. I only know enough to know crypto is *hard*.</div>
<div>* <a href="https://www.happybearsoftware.com/you-are-dangerously-bad-at-cryptography.html" target="_blank">https://www.happybearsoftware.<wbr>com/you-are-dangerously-bad-<wbr>at-cryptography.html</a>
<br />
</div>
<div>* <a href="https://www.schneier.com/blog/archives/2011/04/schneiers_law.html" target="_blank">https://www.schneier.com/blog/<wbr>archives/2011/04/schneiers_<wbr>law.html</a>
<br />
</div>
<div>* <a href="https://www.schneier.com/essays/archives/1997/01/why_cryptography_is.html" target="_blank">https://www.schneier.com/<wbr>essays/archives/1997/01/why_<wbr>cryptography_is.html</a>
<br />
</div>
<div>
<br />
</div>
<div>I hope that doesn't discourage you, and I'm interested to hear a more useful reply from anyone else. </div>
<div>cheers -ben
<br />
</div>
<div>
<br />
</div>
<div>
<br />
</div>
<div>P.S. I just bumped into what looks like an interesting intellectual exercise...</div>
<div><a href="http://cryptopals.com/" target="_blank">http://cryptopals.com/</a>
<br />
</div>
<div> </div>
<blockquote class="gmail_quote" style="margin: 0px 0px 0px 0.8ex; border-left-width: 1px; border-left-style: solid; border-left-color: rgb(204, 204, 204);">
<div></div>
<div>
<br />
</div>
<div>makeHMAC
<br />
</div>
<div>
<br />
</div>
<div> | sharedKey hashPadder macKey |
<br />
</div>
<div> sharedKey := diffieHellman sharedKeyPadPositiveByteArray.</div>
<div> hashPadder := self class.</div>
<div> macKey := MD5 hashMessage: (</div>
<div> (hashPad
<wbr>der hash: sharedKey pad: 16rCC),</div>
<div> (hashPad
<wbr>der hash: sharedKey pad: 16rBB),</div>
<div> (hashPad
<wbr>der hash: sharedKey pad: 16rAA),</div>
<div> (hashPad
<wbr>der hash: sharedKey pad: 16r99)).</div>
<div> macKey := macKey, (MD5 hashMessage: (</div>
<div> (hashPadder hash: sharedKey pad: 16r88),</div>
<div> (hashPad
<wbr>der hash: sharedKey pad: 16r77),</div>
<div> (hashPad
<wbr>der hash: sharedKey pad: 16r66),</div>
<div> (hashPad
<wbr>der hash: sharedKey pad: 16r55))).</div>
<div> macKey := macKey, (MD5 hashMessage: (</div>
<div> (hashPad
<wbr>der hash: sharedKey pad: 16r44),</div>
<div> (hashPad
<wbr>der hash: sharedKey pad: 16r33),</div>
<div> (hashPad
<wbr>der hash: sharedKey pad: 16r22),</div>
<div> (hashPad
<wbr>der hash: sharedKey pad: 16r11))).</div>
<div> ^ SHA1 new hmac key: macKey.</div>
<div>
<br />
</div>
<div>Would a better way forwards is simply this?
<br />
</div>
<div>
<br />
</div>
<div>makeHMAC
<br />
</div>
<div>
<div>
<br />
</div>
</div>
<div> macKey := diffieHellman sharedKeyPadPositiveByteArray.
<br />
</div>
<div> ^ SHA1 new hmac key: macKey.
<br />
</div>
<div>
<div>
<br />
</div>
</div>
<div>
<br />
</div>
<div>Thank you.
<br />
</div>
<div>
<br />
</div>
<div class="m_-8207474829463979162gmail-m_885256188979890276protonmail_signature_block">
<div class="m_-8207474829463979162gmail-m_885256188979890276protonmail_signature_block-user">- HH
<br />
</div>
<div class="m_-8207474829463979162gmail-m_885256188979890276protonmail_signature_block-proton m_-8207474829463979162gmail-m_885256188979890276protonmail_signature_block-empty">
<br />
</div>
</div>
<div>
<br />
</div>
<blockquote class="m_-8207474829463979162gmail-m_885256188979890276protonmail_quote" type="cite"><span class="m_-8207474829463979162gmail-"><div>-------- Original Message --------<br /></div><div>Subject: Re: [Pharo-users] [Pharo-dev] [ANNOUNCE] ParrotTalk release/design change considerations<br /></div></span><span class="m_-8207474829463979162gmail-"><div>Local Time: November 2, 2017 3:50 PM<br /></div><div>UTC Time: November 2, 2017 7:50 PM<br /></div><div>From: henry@callistohouse.club<br /></div><div>To: henry <henry@callistohouse.club><br /></div></span>
<div>
<div class="m_-8207474829463979162gmail-h5">
<div>Squeak-dev <<a href="mailto:squeak-dev@lists.squeakfoundation.org" target="_blank">squeak-dev@lists.squeakfounda<wbr>tion.org</a>>, Pharo-users list <<a href="mailto:pharo-users@lists.pharo.org" target="_blank">pharo-users@lists.pharo.org</a>>,
Pharo Development List <<a href="mailto:pharo-dev@lists.pharo.org" target="_blank">pharo-dev@lists.pharo.org</a>>
<br />
</div>
<div>
<br />
</div>
<div>I have developed the ParrotTalk Protocol, documented in part here[1], while I have two implementations: 1 in Squeak/Pharo [2 a/b] and the other in Java [3 a/b]. Particulars of some decisions are absent from
the specification: namely the MAC key and ivSequence derivations, as well as constrained traffic signing; they are in the implementations. I will update the 3.6 slideshow to specify these items.
<br />
</div>
<div class="m_-8207474829463979162gmail-m_885256188979890276frame m_-8207474829463979162gmail-m_885256188979890276message-frame">
<div class="m_-8207474829463979162gmail-m_885256188979890276bodyDecrypted m_-8207474829463979162gmail-m_885256188979890276email m_-8207474829463979162gmail-m_885256188979890276message-body-container">
<div>
<br />
</div>
<div>Thank you.
<br />
</div>
<div>
<br />
</div>
<div class="m_-8207474829463979162gmail-m_885256188979890276protonmail_signature_block">- HH
<br />
</div>
<div class="m_-8207474829463979162gmail-m_885256188979890276protonmail_signature_block">
<br />
</div>
<div class="m_-8207474829463979162gmail-m_885256188979890276protonmail_signature_block">[1] - ParrotTalk Protocol : <a style="font-size:1em" href="http://jmp.sh/OqlYpyg" rel="noreferrer nofollow noopener" target="_blank">http://jmp.sh/OqlYpyg</a>
<br />
</div>
<div class="m_-8207474829463979162gmail-m_885256188979890276protonmail_signature_block">
<br />
</div>
<div class="m_-8207474829463979162gmail-m_885256188979890276protonmail_signature_block">Squeak/Pharo implementation
<br />
</div>
<div class="m_-8207474829463979162gmail-m_885256188979890276protonmail_signature_block">[2 a] - <a style="font-size:1em" href="http://www.squeaksource.com/Cryptography/Cryptography-HenryHouse.113.mcz" rel="noreferrer nofollow noopener" target="_blank">http://www.squeaksource.com/<wbr>Cryptography/Cryptography-Henr<wbr>yHouse.113.mcz</a>
<br
/>
</div>
<div class="m_-8207474829463979162gmail-m_885256188979890276protonmail_signature_block">[2 b] - <a style="font-size:1em" href="http://www.squeaksource.com/Cryptography/ParrotTalk-HenryHouse.9.mcz" rel="noreferrer nofollow noopener" target="_blank">http://www.squeaksource.com/<wbr>Cryptography/ParrotTalk-HenryH<wbr>ouse.9.mcz</a>
<br
/>
</div>
<div class="m_-8207474829463979162gmail-m_885256188979890276protonmail_signature_block">
<br />
</div>
<div class="m_-8207474829463979162gmail-m_885256188979890276protonmail_signature_block">Java implementation
<br />
</div>
<div class="m_-8207474829463979162gmail-m_885256188979890276protonmail_signature_block">[3 a] - <a style="font-size:1em" href="https://github.com/ZiroZimbarra/ASN1" rel="noreferrer nofollow noopener" target="_blank">https://github.com/ZiroZimba<wbr>rra/ASN1</a>
<br />
</div>
<div class="m_-8207474829463979162gmail-m_885256188979890276protonmail_signature_block">[3 b] - <a style="font-size:1em" href="https://github.com/ZiroZimbarra/ParrotTalk" rel="noreferrer nofollow noopener" target="_blank">https://github.com/ZiroZimba<wbr>rra/ParrotTalk</a>
<br />
</div>
</div>
</div>
<div>
<br />
</div>
<div class="m_-8207474829463979162gmail-m_885256188979890276protonmail_signature_block">
<div class="m_-8207474829463979162gmail-m_885256188979890276protonmail_signature_block-user">- HH
<br />
</div>
<div class="m_-8207474829463979162gmail-m_885256188979890276protonmail_signature_block-proton m_-8207474829463979162gmail-m_885256188979890276protonmail_signature_block-empty">
<br />
</div>
</div>
<div>
<br />
</div>
<blockquote type="cite" class="m_-8207474829463979162gmail-m_885256188979890276protonmail_quote">
<div>-------- Original Message --------
<br />
</div>
<div>Subject: Re: [Pharo-users] [Pharo-dev] [ANNOUNCE] ParrotTalk release/design change considerations
<br />
</div>
<div>Local Time: November 2, 2017 3:43 PM
<br />
</div>
<div>UTC Time: November 2, 2017 7:43 PM
<br />
</div>
<div>From: henry@callistohouse.club
<br />
</div>
<div>To: Squeak-dev <<a href="mailto:squeak-dev@lists.squeakfoundation.org" target="_blank">squeak-dev@lists.squeakfounda<wbr>tion.org</a>>
<br />
</div>
<div>Pharo-users list <<a href="mailto:pharo-users@lists.pharo.org" target="_blank">pharo-users@lists.pharo.org</a>>, Pharo Development List <<a href="mailto:pharo-dev@lists.pharo.org" target="_blank">pharo-dev@lists.pharo.org</a>>
<br
/>
</div>
<div>
<br />
</div>
<div>More celebration requested. I got encrypted data passing between Squeak/Pharo and Java: AES with CBC and IVs and SHA1 HMAC. It works! NSA-proof crypto rocking Squeak, Pharo & Java!
<br />
</div>
<div>
<br />
</div>
<div>*Celebrates again, drinks for everyone*
<br />
</div>
<div>
<br />
</div>
<div>
<br />
</div>
<div class="m_-8207474829463979162gmail-m_885256188979890276protonmail_signature_block">
<div class="m_-8207474829463979162gmail-m_885256188979890276protonmail_signature_block-user">- HH
<br />
</div>
<div class="m_-8207474829463979162gmail-m_885256188979890276protonmail_signature_block-proton m_-8207474829463979162gmail-m_885256188979890276protonmail_signature_block-empty">
<br />
</div>
</div>
<div>
<br />
</div>
<blockquote class="m_-8207474829463979162gmail-m_885256188979890276protonmail_quote" type="cite">
<div>-------- Original Message --------
<br />
</div>
<div>Subject: Re: [Pharo-users] [Pharo-dev] [ANNOUNCE] ParrotTalk release/design change considerations
<br />
</div>
<div>Local Time: October 31, 2017 1:54 PM
<br />
</div>
<div>UTC Time: October 31, 2017 5:54 PM
<br />
</div>
<div>From: henry@callistohouse.club
<br />
</div>
<div>To: henry <henry@callistohouse.club>
<br />
</div>
<div>Ben Coman <<a href="mailto:btc@openinworld.com" target="_blank">btc@openinworld.com</a>>, Squeak-dev <<a href="mailto:squeak-dev@lists.squeakfoundation.org" target="_blank">squeak-dev@lists.squeakfounda<wbr>tion.org</a>>,
Pharo-users list <<a href="mailto:pharo-users@lists.pharo.org" target="_blank">pharo-users@lists.pharo.org</a>>, Pharo Development List <<a href="mailto:pharo-dev@lists.pharo.org" target="_blank">pharo-dev@lists.pharo.org</a>>
<br
/>
</div>
<div>
<br />
</div>
<div>I wanted to share my good news, though I have not yet gotten Pharo, Squeak and Java talking. What I was able to accomplish, after finishing the port of Cryptography's ASN1Types, Module and Streams is to get
Java's rendezvous and key exchange working. After I got that connecting, I looked at the ciphers, ivSequences and MAC and got that working. In Java, I am now able to encrypt and decrypt "hello world".
<br
/>
</div>
<div>
<br />
</div>
<div>*Celebrates*
<br />
</div>
<div>
<br />
</div>
<div class="m_-8207474829463979162gmail-m_885256188979890276protonmail_signature_block">
<div class="m_-8207474829463979162gmail-m_885256188979890276protonmail_signature_block-user">- HH
<br />
</div>
<div class="m_-8207474829463979162gmail-m_885256188979890276protonmail_signature_block-proton m_-8207474829463979162gmail-m_885256188979890276protonmail_signature_block-empty">
<br />
</div>
</div>
<div>
<br />
</div>
<blockquote type="cite" class="m_-8207474829463979162gmail-m_885256188979890276protonmail_quote">
<div>-------- Original Message --------
<br />
</div>
<div>Subject: Re: [Pharo-users] [Pharo-dev] [ANNOUNCE] ParrotTalk release/design change considerations
<br />
</div>
<div>Local Time: October 25, 2017 12:00 PM
<br />
</div>
<div>UTC Time: October 25, 2017 4:00 PM
<br />
</div>
<div>From: henry@callistohouse.club
<br />
</div>
<div>To: Ben Coman <<a href="mailto:btc@openinworld.com" target="_blank">btc@openinworld.com</a>>, Squeak-dev <<a href="mailto:squeak-dev@lists.squeakfoundation.org" target="_blank">squeak-dev@lists.squeakfounda<wbr>tion.org</a>>,
Pharo-users list <<a href="mailto:pharo-users@lists.pharo.org" target="_blank">pharo-users@lists.pharo.org</a>>
<br />
</div>
<div>Pharo Development List <<a href="mailto:pharo-dev@lists.pharo.org" target="_blank">pharo-dev@lists.pharo.org</a>>
<br />
</div>
<div>
<br />
</div>
<div>I disabled vatId authorization in version 3, located in SessionOperations>>processIWan
<wbr>t | SessionOperations>>processIAm:
<wbr>.
<br />
</div>
<div>
<br />
</div>
<div>I was asked to disseminate my news to Pharo Users, hello there. I was asked to describe ParrotTalk well, provide use cases and adopters of its use. Alright, I will give an attempt.
<br />
</div>
<div>
<br />
</div>
<div>ParrotTalk is an encrypted connection framework. Currently allowing anonymous 2048-bit key negotiation to establish user-provided encryption cipher and user-provided encoding and decoding, both through a
provided SessionAgentMap to a starting SessionAgent server. Please look in the test case ThunkHelloWorldTest for building these maps and running a connection iwth data passing after encryption is established.
There is a 4-way negotiation, from ProtocolOffered/Accepted to Go/GoToo. In using RSA 2048 signature validation and DH 2048 primes to establish the key used within the selected Cipher. The Cipher and
Encoder are selected by name through the negotiation protocol. Currently three Ciphers are selectable, AESede, DESede, and DES. There are two encoders tested, asn1der, and Bytes. This protocol is described
here, in this document.
<br />
</div>
<div>
<br />
</div>
<div><a href="https://github.com/ZiroZimbarra/callistohouse/blob/master/docs/ParrotTalkFrameDesign-3.5.pdf" target="_blank">https://github.com/ZiroZimbarr<wbr>a/callistohouse/blob/master/<wbr>docs/ParrotTalkFrameDesign-3.<wbr>5.pdf</a>
<br
/>
</div>
<div>
<br />
</div>
<div>For as to use cases, this encrypted connection has no third party, man-in-the-middle situation by not using Certificates. As such, this is a tight implementation of NSA-proof encryption without explicit
authorization beyond knowledge of a host:port. The use cases involve any communication desired to be encrypted with such high encryption. The support will last my lifetime, so we have a settled solution,
here in the third version, provided here. It requires version 111 of Cryptography, as a prerequisite. Both run on Squeak and Pharo.
<br />
</div>
<div>
<br />
</div>
<div><a href="http://www.squeaksource.com/Cryptography/Cryptography-zzz.111.mcz" target="_blank">http://www.squeaksource.com/Cr<wbr>yptography/Cryptography-zzz.11<wbr>1.mcz</a>
<br />
</div>
<div><a href="http://www.squeaksource.com/Cryptography/ParrotTalk-HenryHouse.3.mcz" target="_blank">http://www.squeaksource.com/Cr<wbr>yptography/ParrotTalk-HenryHou<wbr>se.3.mcz</a>
<br />
</div>
<div>
<br />
</div>
<div>The current use is with my hubbub system, a promise-based distributed object implementation. I am working to bring ParrotTalk to Java and allow hubbub to operate interdependently between Squeak, Pharo, Java
and any other languages which can support ParrotTalk and STON. My latest efforts with hubbub are to bring STON as the Layer 6 encoding. Hubbub depends on eLinda.
<br />
</div>
<div>
<br />
</div>
<div><a href="http://www.squeaksource.com/Cryptography/elinda-HenryHouse.14.mcz" target="_blank">http://www.squeaksource.com/Cr<wbr>yptography/elinda-HenryHouse.<wbr>14.mcz</a>
<br />
</div>
<div><a href="http://www.squeaksource.com/Oceanside/hubbub-HenryHouse.38.mcz" target="_blank">http://www.squeaksource.com/Oc<wbr>eanside/hubbub-HenryHouse.38.<wbr>mcz</a>
<br />
</div>
<div>
<br />
</div>
<div>Hubbub currently fails to load correctly in Pharo. In Squeak the two ParrotRemoteTestCases: LookupTestCase and OperationalTestCase really screw everything up, do not save an image after running. I never
run these tests until I get a better handle of serialization. Currently, do to a shift in progress to STON, the serialization tests fail, just the way we like it. Fix the tests then the system starts
to work right.
<br />
</div>
<div>
<br />
</div>
<div>The shift away from vatId authorization should not adversely affect hubbub, we hope! When STON starts to work, and I think I need to turn off jsonMode, then traffic between vats can start to be analyzed
and figure out how resolving is working with redirectors invoked remotely.
<br />
</div>
<div>
<br />
</div>
<div>- HH
<br />
</div>
<div class="m_-8207474829463979162gmail-m_885256188979890276protonmail_signature_block">
<div class="m_-8207474829463979162gmail-m_885256188979890276protonmail_signature_block-proton m_-8207474829463979162gmail-m_885256188979890276protonmail_signature_block-empty">
<br />
</div>
</div>
<div>
<br />
</div>
<blockquote type="cite" class="m_-8207474829463979162gmail-m_885256188979890276protonmail_quote">
<div>-------- Original Message --------
<br />
</div>
<div>Subject: Re: [Pharo-dev] [ANNOUNCE] ParrotTalk release/design change considerations
<br />
</div>
<div>Local Time: October 25, 2017 12:43 AM
<br />
</div>
<div>UTC Time: October 25, 2017 4:43 AM
<br />
</div>
<div>From: <a href="mailto:btc@openinworld.com" target="_blank">btc@openinworld.com</a>
<br />
</div>
<div>To: henry <henry@callistohouse.club>, Pharo Development List <<a href="mailto:pharo-dev@lists.pharo.org" target="_blank">pharo-dev@lists.pharo.org</a>>
<br />
</div>
<div>Stephane Ducasse <<a href="mailto:stepharo.self@gmail.com" target="_blank">stepharo.self@gmail.com</a>>
<br />
</div>
<div>
<br />
</div>
<div dir="ltr">
<div>
<br />
</div>
<div>If I google... parrottalk protocol
<br />
</div>
<div>nothing seems related. So what is ParrotTalk?
<br />
</div>
<div>
<br />
</div>
<div>P.S... since this is not "part of" pharo, [pharo-users] would be a better place for discussion than [pharo-dev].
<br />
</div>
<div>Could you re-announce there, with some description of use cases and who/where the protocol is used?
<br />
</div>
<div>
<br />
</div>
<div>
<div>cheers -ben
<br />
</div>
<div class="gmail_extra">
<div>
<br />
</div>
<div class="gmail_quote">
<div>On Wed, Oct 25, 2017 at 1:42 AM, henry <span dir="ltr"><<a href="mailto:henry@callistohouse.club" target="_blank">henry@callistohouse.club</a>></span> wrote:
<br />
</div>
<blockquote class="gmail_quote" style="margin: 0px 0px 0px 0.8ex;">
<div>Please excuse all the low-level detail, if inappropriate to the discussion. The protocol changes are here specified.
<br />
</div>
<div>
<br />
</div>
<div>
<br />
</div>
<div class="m_-8207474829463979162gmail-m_885256188979890276m_2747905680986175908"protonmail_signature_block"">- HH
<br />
</div>
<div class="m_-8207474829463979162gmail-m_885256188979890276HOEnZb">
<div class="m_-8207474829463979162gmail-m_885256188979890276h5">
<div>
<div>
<br />
</div>
<div>
<div>
<br />
</div>
<div>On Tue, Oct 24, 2017 at 13:40, henry <<a class="m_-8207474829463979162gmail-m_885256188979890276m_2747905680986175908""">henry@callistohouse.club</a>>
wrote:
<br />
</div>
</div>
<blockquote class="m_-8207474829463979162gmail-m_885256188979890276m_2747905680986175908"protonmail_quote"" type=""cite"">
<div>In order to bring ParrotTalk-3.6 support, alongside historical 3.5 support, the frame header stays the same and the processing of the ProtocolOffered would select
"ParrotTalk-3.6" to use the compact protocol of
<br />
</div>
<div>
<br />
</div>
<div>- ProtocolOffered { offered, preferred }
<br />
</div>
<div>- ProtocolAccepted { accepted }
<br />
</div>
<div>- IWant|GiveInfo|ReplyInfo { v
<wbr>atId, domain, publicKey, cryptoProtocols, dataEncoders }
<br />
</div>
<div>- IAm|ReplyInfo { vatId, domain, publicKey, cryptoProtocol, dataEncoder, dhParam }
<br />
</div>
<div>- Go { cryptoProtocol, dataEncoder, dhParam, signature }
<br />
</div>
<div>
<div>- GoToo { signature }
<br />
</div>
<div>
<br />
</div>
<div>
<br />
</div>
<div>Using eLinda :
<br />
</div>
<div>
<br />
</div>
<div><a>http://www.squeaksource.com/Cr<wbr>yptography/elinda-HenryHouse.1<wbr>4.mcz</a>
<br />
</div>
<div>
<br />
</div>
<div>Above the FrameBuffer, below the SessionOperations for each version of the protocol, an ELindaSession could be inserted. This session think would have the stacks
for each protocol version SessionOperation registered by protocol in a Tuple, for eventual callback. When the ProtocolOffered comes in we publish the tuple
frame, with set selected version, to route to the correct SessionOperation to support each version of the protocol.
<br />
</div>
<div>
<br />
</div>
<div>With a non-specific vatId required, anonymous connections would be supported.
<br />
</div>
<div>
<br />
</div>
<div class="m_-8207474829463979162gmail-m_885256188979890276m_2747905680986175908""protonmail_signature_block""">- HH
<br />
</div>
<div>
<div>
<br />
</div>
<div>
<div>
<br />
</div>
<div>On Tue, Oct 24, 2017 at 12:52, Stephane Ducasse <<a class="m_-8207474829463979162gmail-m_885256188979890276m_2747905680986175908""""">stepharo.self@gmail.com</a>>
wrote:
<br />
</div>
</div>
<blockquote class="m_-8207474829463979162gmail-m_885256188979890276m_2747905680986175908""protonmail_quote""" type="""cite""">Hi henry thanks for this announce. Can you tell where such protocols are used? Stef On Tue, Oct 24, 2017 at 6:33 PM, henry <u></u>wrote: > Hi all, > >
I am happy to announce the release of version 3.5 of ParrotTalk, for Squeak > and Pharo, found here: > > <a href="http://www.squeaksource.com/Cryptography/ParrotTalk-zzz.2.mcz"
target="_blank">http://www.squeaksource.com/Cr<wbr>yptography/ParrotTalk-zzz.2.mc<wbr>z</a> > > It follows this specification: > <a href="https://github.com/ZiroZimbarra/callistohouse/blob/master/docs/ParrotTalkFrameDesign-3.5.pdf"
target="_blank">https://github.com/ZiroZimbarr<wbr>a/callistohouse/blob/master/do<wbr>cs/ParrotTalkFrameDesign-3.5.<wbr>pdf</a> > > One item of note,
in version 3.5, the system connecting to a server, sending > the IWant msg, must know the vatId of the system being connected to. I am > considering
changing this to version 3.6 by removing one round-trip in > messaging. Therefore, these messages would be combined: IWant/GiveInfo, > IAm/ReplyInfo.
I will keep ProtocolOffered and ProtocolAccepted to allow > eLindaSession to support both versions: 3.5 and 3.6. > > Thoughts please? > >
- HH <u></u>
<br />
</blockquote>
</div>
</div>
</blockquote>
</div>
</div>
</div>
</blockquote>
</div>
</div>
</div>
</div>
</blockquote>
<div>
<br />
</div>
</blockquote>
<div>
<br />
</div>
</blockquote>
<div>
<br />
</div>
</blockquote>
<div>
<br />
</div>
</div>
</div>
</blockquote>
<div>
<br />
</div>
<br />
<br />
<br />
</blockquote>
</div>
<br />
</div>
</div>
</blockquote>
</div>