<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Wingdings;
panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
{font-family:Wingdings;
panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Consolas;
panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";
mso-fareast-language:EN-US;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
{mso-style-priority:34;
margin-top:0cm;
margin-right:0cm;
margin-bottom:0cm;
margin-left:36.0pt;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";
mso-fareast-language:EN-US;}
span.EmailStyle18
{mso-style-type:personal-compose;
font-family:"Calibri","sans-serif";
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;
font-family:"Calibri","sans-serif";
mso-fareast-language:EN-US;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
{page:WordSection1;}
/* List Definitions */
@list l0
{mso-list-id:770245306;
mso-list-type:hybrid;
mso-list-template-ids:-841300086 2023666594 68354051 68354053 68354049 68354051 68354053 68354049 68354051 68354053;}
@list l0:level1
{mso-level-start-at:0;
mso-level-number-format:bullet;
mso-level-text:-;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;
font-family:"Calibri","sans-serif";
mso-fareast-font-family:Calibri;
mso-bidi-font-family:"Times New Roman";}
@list l0:level2
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;
font-family:"Courier New";}
@list l0:level3
{mso-level-number-format:bullet;
mso-level-text:\F0A7;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;
font-family:Wingdings;}
@list l0:level4
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;
font-family:Symbol;}
@list l0:level5
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;
font-family:"Courier New";}
@list l0:level6
{mso-level-number-format:bullet;
mso-level-text:\F0A7;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;
font-family:Wingdings;}
@list l0:level7
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;
font-family:Symbol;}
@list l0:level8
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;
font-family:"Courier New";}
@list l0:level9
{mso-level-number-format:bullet;
mso-level-text:\F0A7;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-18.0pt;
font-family:Wingdings;}
ol
{margin-bottom:0cm;}
ul
{margin-bottom:0cm;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="NL" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span lang="EN-US">Dear listmembers,<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US">I am investigating the following scenario, in which I try to ‘merge’ two kaspdb files.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US">Current situation:<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US">In the current situation there are two signing systems: signera and signerb.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US">RedHat5, ODS 1.3.x, SQLite backend.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="FR">signera signs zone1 and zone2.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="FR">signerb signs zone3 and zone4.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US">Both signers use the policy ‘default’, but they differ in some details.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US">New situation:<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US">One signer system: signerc.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US">Ubuntu 14.04, ODS 1.4.7, MySQL backend.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US">Signerc needs to sign all zones: zone[1234].<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US">Two defined policies: ‘default’ and ‘mypolicy’.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US">On a new HSM all involved keys are restored, with known CKA_id’s.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US">The usual migrate scripts (ODS 1.3 to 1.4, sqlite to mysql) won’t work in this case, because two kaspdb’s are involved.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US">I did the following:<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US">Configure conf.xml, kasp.xml and zonelist.xml in the appropriate way, with one repository, two policies, four zones, each with the desired policy.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US">Ods-ksmutil setup.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US">For each zone import all keys with: ods-ksmutil key import [all options]<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US">Most options are obvious from ods-ksmutil key list –v –zone <zoneN>.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US">I checked the values for –time and –retire in the existing sqlite tables keypairs (field ‘generate’) and ‘dnsseckeys’ (field ‘retire’).<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US">This results in:<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US">ods-ksmutil key list –v shows the same output on old and new signer.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US">After ‘ods-control start’ all zones are signed as expected, everything seems to work (besides key rollovers that I didn’t test yet).<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US">*These are the differences between the contents of sqlite and mysql databases:<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US">In the mysql database I find the following :<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US">table policies: initially the field salt has value NULL, after ODS has started, it gets a new value.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US">table policies: the field salt_stamp contains date/time of import (sqlite contains the real salt generation time, equal to dnskeys active time).<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US">table keypairs: I expected the field ‘generate’ to contain the –time value, specified during the key import, but this value is NULL.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US">Instead this date is filled in the table dnsseckeys, field ‘active’. Is this normal behaviour?<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US">table dnsseckeys: the fields ‘publish’ and ‘ready’ have the NULL value (in sqlite the real timestamp).<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US">table keypairs: the field ‘fixedDate’ has value 1 (in sqlite value 0). Freshly created keys appear to have have fixedDate value 0.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US">In my opinion the following additional actions are necessary:<o:p></o:p></span></p>
<p class="MsoListParagraph" style="text-indent:-18.0pt;mso-list:l0 level1 lfo2"><![if !supportLists]><span lang="EN-US"><span style="mso-list:Ignore">-<span style="font:7.0pt "Times New Roman"">
</span></span></span><![endif]><span lang="EN-US">Manually update salt with the value in sqlite<o:p></o:p></span></p>
<p class="MsoListParagraph" style="text-indent:-18.0pt;mso-list:l0 level1 lfo2"><![if !supportLists]><span lang="EN-US"><span style="mso-list:Ignore">-<span style="font:7.0pt "Times New Roman"">
</span></span></span><![endif]><span lang="EN-US">Manually update salt_stamp with the value in sqlite<o:p></o:p></span></p>
<p class="MsoListParagraph" style="text-indent:-18.0pt;mso-list:l0 level1 lfo2"><![if !supportLists]><span lang="EN-US"><span style="mso-list:Ignore">-<span style="font:7.0pt "Times New Roman"">
</span></span></span><![endif]><span lang="EN-US">salt_stamp and active date have to be the same, during import use the active date with the –time option
<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US">I think there’s no need to fill in the dnssec fields ‘generate’, ‘publish’ and ‘ready’.
<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US">Is my interpretation correct? Is there anything else I have overlooked?<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US">Also, I don’t understand the meaning of the fixedDate field, should I change it back to 0?<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US">All comments and suggestions are welcome.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US">Thanks in advance,<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:Consolas;mso-fareast-language:NL">Anne van Bemmelen<o:p></o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:NL">SIDN | Meander 501| 6825 MD | Postbus 5022 | 6802 AE | ARNHEM T +31 (0)26 352 55 00 | M +31 (0)6 15 06 33 96 | F +31 (0)26 352 55 05
<a href="mailto:anne.vanbemmelen@sidn.nl|"><span style="color:blue">anne.vanbemmelen@sidn.nl|</span></a>
<a href="http://www.sidn.nl|"><span style="color:blue">www.sidn.nl|</span></a> Key-ID: 0xB8A5F0B2</span><span style="mso-fareast-language:NL"><o:p></o:p></span></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</body>
</html>