<html data-lt-installed="true">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p>Hello,</p>
<p>Today it worked for me to eliminate the "FAILED: Has an address
record but no DHCID, not mine."</p>
<p>For documentation sake, the solution was documented here:</p>
<p><a class="moz-txt-link-freetext" href="https://docs.bluecatnetworks.com/r/Address-Manager-Administration-Guide/DDNS-conflict-resolution/9.2.0">https://docs.bluecatnetworks.com/r/Address-Manager-Administration-Guide/DDNS-conflict-resolution/9.2.0</a></p>
<p>Have a nice day.<br>
Thank you for your thoughts and prayers.</p>
<p>Kind regards,<br>
Mirsad<br>
</p>
<div class="moz-cite-prefix">On 27. 06. 2022. 12:00, Mirsad Goran
Todorovac wrote:<br>
</div>
<blockquote type="cite"
cite="mid:fadf357e-c0dd-10d6-6e14-ac62272b42c7@alu.unizg.hr">
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<p>Hello,</p>
<p>I saw in a solution here: <a class="moz-txt-link-freetext"
href="https://unixforum.org/viewtopic.php?t=124745"
moz-do-not-send="true">https://unixforum.org/viewtopic.php?t=124745</a><br>
</p>
<p><b>update-conflict-detection false;</b></p>
<p>However, I am not sure this is recommended, even when I have <b>deny
client-updates;</b><br>
</p>
<div class="moz-cite-prefix">I see both IPv4 and IPv6 Dual-Stack
DHCP servers operate with <b>ddns-update-style standard;</b><br>
</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">I would not really like to turn DHCID
records update & check off, but make them work in dual
stack,<br>
as in RFC 4701? It appears if I turn the
update-conflict-detection off, the system would be running<br>
as something on power grid without a fuse, right?</div>
<div class="moz-cite-prefix"><br>
I see I still need more homework to do.</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">Thank you for any idea.</div>
<div class="moz-cite-prefix"><br>
Kind regards,<br>
</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">On 24.6.2022. 16:51, Mirsad Goran
Todorovac wrote:<br>
</div>
<blockquote type="cite"
cite="mid:b6a860de-c597-86e2-4ca0-215fd4b53a23@alu.hr">
<meta http-equiv="Content-Type" content="text/html;
charset=UTF-8">
<p>Hi,</p>
<p>There seems to be something odd with the DHCPv6 server. I've
read RFC 4701 on DHCID (<a class="moz-txt-link-freetext"
href="https://datatracker.ietf.org/doc/html/rfc4701"
moz-do-not-send="true">https://datatracker.ietf.org/doc/html/rfc4701</a>)
but it doesn't explain it to me.<br>
(I am using BIND 9.16.27 and ISC DHCP 4.4.3 compiled with DDNS
debugging.)<br>
</p>
<p>DHCP log says:</p>
<p>Jun 24 16:22:09 domac dhcpd: Forward map from
DESKTOP-7BN2U5K.zam.alu.hr to 2001:b68:2:2e00::1095 FAILED:
Has an address record but no DHCID, not mine.<br>
</p>
<p>but the `dig @efk zam.alu.hr axfr` reveals that there *is* a
DHCID record for that FQDN:</p>
<p>DESKTOP-7BN2U5K.zam.alu.hr. 3600 IN DHCID
AAEB5QtwrJi88z6yqBs7LCCtU8P/bMGOjg35vknusRnVHLU=<br>
DESKTOP-7BN2U5K.zam.alu.hr. 3600 IN A 161.53.235.143<br>
</p>
<p>The log of the session is like follows:</p>
<p>Jun 24 16:22:09 domac dhcpd: Relay-forward message from
2001:b68:ff:ff:a2b:0:b6:2 port 547, link address
2001:b68:2:2e00::1, peer address fe80::8d06:5ca2:84c8:d93f<br>
Jun 24 16:22:09 domac dhcpd: Reply NA: address
2001:b68:2:2e00::1095 to client with duid
00:01:00:01:23:33:10:b5:f4:93:9f:f0:a5:c3 iaid = 116691871
valid for 2592000 seconds<br>
Jun 24 16:22:09 domac dhcpd: ddns.c(150): Allocating
ddns_cb=0x561a63b6c060<br>
Jun 24 16:22:09 domac dhcpd: DDNS: ddns_fwd_srv_connector:
ddns_cb: 0x561a63b6c060 flags: 50b state: DDNS_STATE_CLEANUP
cur_func: <null> eresult: 0<br>
Jun 24 16:22:09 domac dhcpd: DDNS: ddns_modify_fwd<br>
Jun 24 16:22:09 domac dhcpd: DDNS: build_fwd_add1:
pname:[DESKTOP-7BN2U5K.zam.alu.hr]
uname:[DESKTOP-7BN2U5K.zam.alu.hr]<br>
Jun 24 16:22:09 domac dhcpd: DDNS request: id ptr
0x7f476c297338 DDNS_STATE_ADD_FW_NXDOMAIN
2001:b68:2:2e00::1095 for DESKTOP-7BN2U5K.zam.alu.hr zone:
zam.alu.hr.dhcid: [00:02:01:3c:9a:f7:16:3b<br>
:ef:c1:8d:26:a9:03:22:8f:a6:2d:d7:db:f5:9a:be:f7:b8:69:62:52:8b:c6:96:d8:26:23:fb<br>
Jun 24 16:22:09 domac dhcpd: ddns.c(1722): Updating lease_ptr
for ddns_cp=0x561a63b6c060 (addr=2001:b68:2:2e00::1095)<br>
Jun 24 16:22:09 domac dhcpd: Sending Relay-reply to
2001:b68:ff:ff:a2b:0:b6:2 port 547<br>
Jun 24 16:22:09 domac dhcpd: DDNS reply: id ptr
0x7f476c297338, result: YXDOMAIN<br>
Jun 24 16:22:09 domac dhcpd: DDNS: ddns_fwd_srv_add1: ddns_cb:
0x561a63b6c060 flags: 50b state: DDNS_STATE_ADD_FW_NXDOMAIN
cur_func: ddns_fwd_srv_add1 eresult: 196614<br>
Jun 24 16:22:09 domac dhcpd: DDNS: ddns_modify_fwd<br>
Jun 24 16:22:09 domac dhcpd: DDNS: build_fwd_add2:
pname:[DESKTOP-7BN2U5K.zam.alu.hr]
uname:[DESKTOP-7BN2U5K.zam.alu.hr]<br>
Jun 24 16:22:09 domac dhcpd: DDNS request: id ptr
0x7f476c297338 DDNS_STATE_ADD_FW_YXDHCID 2001:b68:2:2e00::1095
for DESKTOP-7BN2U5K.zam.alu.hr zone: zam.alu.hr.dhcid:
[00:02:01:3c:9a:f7:16:3b:<br>
ef:c1:8d:26:a9:03:22:8f:a6:2d:d7:db:f5:9a:be:f7:b8:69:62:52:8b:c6:96:d8:26:23:fb<br>
Jun 24 16:22:09 domac dhcpd: DDNS reply: id ptr
0x7f476c297338, result: NXRRSET<br>
Jun 24 16:22:09 domac dhcpd: DDNS:ddns_fwd_srv_add2: ddns_cb:
0x561a63b6c060 flags: 50b state: DDNS_STATE_ADD_FW_YXDHCID
cur_func: ddns_fwd_srv_add2 eresult: 196616<br>
Jun 24 16:22:09 domac dhcpd: Forward map from
DESKTOP-7BN2U5K.zam.alu.hr to 2001:b68:2:2e00::1095 FAILED:
Has an address record but no DHCID, not mine.<br>
Jun 24 16:22:09 domac dhcpd: ddns.c(1505): Updating lease_ptr
for ddns_cp=0x561a63b6c060 (addr=2001:b68:2:2e00::1095)<br>
Jun 24 16:22:09 domac dhcpd: ddns.c(1506): freeing
ddns_cb=0x561a63b6c060<br>
</p>
<p>The effect is that the IPv6 AAAA RRs are not added to the
zone, making DHCPv6 work in vain. :-/</p>
<p>It would be very well that this works automatically for
usability, for I don't think our Professors would be willing
to type /64 hex IPv6 addresses when connecting to their work
computers via VPN, and maintaining this database by hand on
all of our locations would simply require manpower we do not
have.</p>
<p>I have even tried to look up in the source code what it does,
but I found no clues.</p>
<p>IPv6 DDNS configuration is:</p>
<p>### DDNS Configuration<br>
ddns-updates on;<br>
ddns-update-style standard;<br>
# ddns-dual-stack-mixed-mode true;<br>
update-conflict-detection true;<br>
update-optimization false;<br>
deny client-updates;<br>
authoritative;<br>
allow unknown-clients;<br>
88,1 23%<br>
authoritative;<br>
allow unknown-clients;<br>
update-static-leases on;<br>
log-facility local7;<br>
ddns-domainname "local.alu.hr.";<br>
ddns-rev-domainname "ip6.arpa.";<br>
</p>
<p>IPv4 DDNS configuration is:</p>
<p>option domain-name "alu.hr";<br>
option domain-name-servers domac.alu.hr,bjesomar.srce.hr;<br>
<br>
ddns-updates on;<br>
ddns-update-style standard;<br>
update-conflict-detection true;<br>
update-optimization off;<br>
authoritative;<br>
ignore client-updates;<br>
allow unknown-clients;<br>
update-static-leases on;<br>
</p>
<p>Thanks,<br>
Mirsad<br>
</p>
<div class="moz-cite-prefix">On 6/23/2022 4:34 PM, Mirsad Goran
Todorovac wrote:<br>
</div>
<blockquote type="cite"
cite="mid:e9f25b0d-996a-e362-8ba7-582a2a1d4366@alu.unizg.hr">
<meta http-equiv="Content-Type" content="text/html;
charset=UTF-8">
<p>Hi all,</p>
<p>I have tried "update-conflict-detection true;" on both
DHCPv4 and DHCPv6 servers, however still getting<br>
</p>
<p><font face="monospace">Jun 23 16:15:57 domac dhcpd: Forward
map from PC-ANDJELKA.slava.alu.hr to 193.198.186.213
FAILED: Has an address record but no DHCID, not mine.<br>
</font></p>
<p>I wondered if the Kea server could make it better, for I
have understood that the same server updates both IPv4 and
IPv6 address?</p>
<p>Mirsad<br>
</p>
<div class="moz-cite-prefix">On 21.6.2022. 23:09, Mirsad Goran
Todorovac wrote:<br>
</div>
<blockquote type="cite"
cite="mid:ed1186ae-f394-ed46-cc58-ab41e1c785f4@alu.unizg.hr">
<meta http-equiv="content-type" content="text/html;
charset=UTF-8">
<p>Hi all,</p>
<p>After two weeks I've made ISC DHCPv6 running with DDNS
updates this morning, and I feel very good about<br>
how it works.<br>
</p>
<p>(Unlike the Windows Server 2016 variant which gave me
semaphore timeouts with far less diagnostics as clearly<br>
being a closed system.)</p>
<p>It is great that now VPN users for example can access
their work PCs from home even without knowing their<br>
PC's IPv6 address (and it would be error prone to tell
them one over the phone each time DHCPv6 changes it,<br>
even when it tries to assign the same address if possible
and the address pool is substantial).<br>
</p>
<p>My idea was to have A and AAAA records in the same zone
local.alu.hr or slava.alu.hr, and to allow<br>
the clients to access the hosts from a VPN connection over
either IPv4 or IPv6 address transparently,<br>
whichever (IPv4 or IPv6) is configured on their client PC.
(Or to select it at runtime as in ping -4 hostname and<br>
ping -6 hostname).<br>
</p>
<p>This way the Professor or Assistant wouldn't have to even
know if he is connecting via IPv4 or IPv6<br>
address, we could upgrade client PCs and laptops one by
one, and the transition would become seamless<br>
and without an interruption of service.<br>
</p>
<p>From configuration here: <a
class="moz-txt-link-freetext"
href="https://subatomicsolutions.org/8-freebsd/17-ipv4-ipv6-isc-dhcp-server-on-a-dual-stack-network"
moz-do-not-send="true">https://subatomicsolutions.org/8-freebsd/17-ipv4-ipv6-isc-dhcp-server-on-a-dual-stack-network</a><br>
</p>
<p>I've got the DDNS configuration:</p>
<p>### DDNS Configuration <br>
ddns-updates on; <br>
ddns-update-style standard; <br>
# ddns-dual-stack-mixed-mode true; <br>
update-conflict-detection true; <br>
update-optimization false; <br>
deny client-updates; <br>
authoritative; <br>
allow unknown-clients; <br>
update-static-leases on; <br>
log-facility local7; <br>
ddns-domainname "local.alu.hr."; <br>
ddns-rev-domainname "ip6.arpa."; <br>
</p>
<p>However I get the errors like this one:</p>
<p>Jun 21 15:08:44 domac dhcpd: Forward map from
PC-PAVAO.slava.alu.hr to 193.198.186.212 FAILED: Has an
address record but no DHCID, not mine. <br>
</p>
<p>Here: <a class="moz-txt-link-freetext"
href="https://www.isc.org/blogs/using-dual-stack-mixed-mode-dsmm-with-ddns-in-isc-dhcp-4-4/"
moz-do-not-send="true">https://www.isc.org/blogs/using-dual-stack-mixed-mode-dsmm-with-ddns-in-isc-dhcp-4-4/</a></p>
<p>it says:</p>
<p><font color="#0953f5">"The DHCPv4 and DHCPv6 protocols
are very different; the client requests for v4 and v6
addresses will be asynchronous and thus need some sort
of signalling mechanism to ensure that: </font></p>
<ul>
<li><font color="#0953f5">Two clients don’t get the same
name (one with the A RR and the other with the AAAA)."</font></li>
</ul>
<p>But I want exactly for the A RR and AAAA RR to have the
same hostname (PC-PAVAO.slava.alu.hr) because it is the
same client with IPv4 and IPv6 address!<br>
</p>
<p>I would like the PC to have something like:</p>
<p>$ORIGIN slava.alu.hr.<br>
</p>
<p>PC-PAVAO IN A 193.198.186.212<br>
PC-PAVAO IN AAAA 2001:b68:2:2a00::10c4</p>
<p>This way our colleague could use PC-PAVAO.slava.alu.hr as
his address without having to know whether he uses IPv4 or
IPv6 (and it would take quite a conversation to explain
the difference to an art historian for example).</p>
<p>My goal is for IPv6 to be used seamlessly via FQDN names,
as it is already been done with the server names.</p>
<p>I figured out that I could use two zones like
ipv4.slava.alu.hr and ipv6.slava.alu.hr, but I think that
is awkward and the users like artists would never adopt
that inconvenience. And the system that is inconvenient
would probably not be used, even if it offers flow
control, multimedia streaming to multicast addresses and
lots of sensors, cameras and IoT devices ...</p>
<p>Here is the complete transaction log for the host:<br>
</p>
<p>Jun 21 15:08:44 domac dhcpd: Relay-forward message from
2001:b68:ff:ff:a2b:0:a8:2 port 547, link address
2001:b68:2:2a00::1, peer address fe80::51e5:1df6:c605:a036
<br>
Jun 21 15:08:44 domac dhcpd: Reply NA: address
2001:b68:2:2a00::10c4 to client with duid
00:01:00:01:25:c4:85:9c:1c:a0:b8:7d:11:aa iaid = 102539448
valid for 2592000 seconds <br>
Jun 21 15:08:44 domac dhcpd: ddns.c(150): Allocating
ddns_cb=0x556354446280 <br>
Jun 21 15:08:44 domac dhcpd: DDNS: ddns_fwd_srv_connector:
ddns_cb: 0x556354446280 flags: 50b state:
DDNS_STATE_CLEANUP cur_func: <null> eresult: 0 <br>
Jun 21 15:08:44 domac dhcpd: DDNS: ddns_modify_fwd <br>
Jun 21 15:08:44 domac dhcpd: DDNS: build_fwd_add1:
pname:[PC-PAVAO.slava.alu.hr]
uname:[PC-PAVAO.slava.alu.hr] <br>
Jun 21 15:08:44 domac dhcpd: DDNS request: id ptr
0x7f4e1040a338 DDNS_STATE_ADD_FW_NXDOMAIN
2001:b68:2:2a00::10c4 for PC-PAVAO.slava.alu.hr zone:
slava.alu.hr.dhcid: [00:02:01:de:c5:41:4f:69:a0:e4:6 <br>
5:2a:e6:39:c5:77:2b:c6:a3:7e:2f:28:82:74:51:66:b2:f9:46:38:9e:af:bf:cc:c6
<br>
Jun 21 15:08:44 domac dhcpd: ddns.c(1722): Updating
lease_ptr for ddns_cp=0x556354446280
(addr=2001:b68:2:2a00::10c4) <br>
Jun 21 15:08:44 domac dhcpd: Sending Relay-reply to
2001:b68:ff:ff:a2b:0:a8:2 port 547 <br>
Jun 21 15:08:44 domac dhcpd: DDNS reply: id ptr
0x7f4e1040a338, result: YXDOMAIN <br>
Jun 21 15:08:44 domac dhcpd: DDNS: ddns_fwd_srv_add1:
ddns_cb: 0x556354446280 flags: 50b state:
DDNS_STATE_ADD_FW_NXDOMAIN cur_func: ddns_fwd_srv_add1
eresult: 196614 <br>
Jun 21 15:08:44 domac dhcpd: DDNS: ddns_modify_fwd <br>
Jun 21 15:08:44 domac dhcpd: DDNS: build_fwd_add2:
pname:[PC-PAVAO.slava.alu.hr]
uname:[PC-PAVAO.slava.alu.hr] <br>
Jun 21 15:08:44 domac dhcpd: DDNS request: id ptr
0x7f4e1040a338 DDNS_STATE_ADD_FW_YXDHCID
2001:b68:2:2a00::10c4 for PC-PAVAO.slava.alu.hr zone:
slava.alu.hr.dhcid: [00:02:01:de:c5:41:4f:69:a0:e4:65 <br>
:2a:e6:39:c5:77:2b:c6:a3:7e:2f:28:82:74:51:66:b2:f9:46:38:9e:af:bf:cc:c6
<br>
Jun 21 15:08:44 domac dhcpd: DDNS reply: id ptr
0x7f4e1040a338, result: success <br>
Jun 21 15:08:44 domac dhcpd: DDNS:ddns_fwd_srv_add2:
ddns_cb: 0x556354446280 flags: 50b state:
DDNS_STATE_ADD_FW_YXDHCID cur_func: ddns_fwd_srv_add2
eresult: 0 <br>
Jun 21 15:08:44 domac dhcpd: Added new forward map from
PC-PAVAO.slava.alu.hr to 2001:b68:2:2a00::10c4 <br>
Jun 21 15:08:44 domac dhcpd: DDNS: ddns_modify_ptr <br>
Jun 21 15:08:44 domac dhcpd: DDNS request: id ptr
0x7f4e1040a338 DDNS_STATE_ADD_PTR PC-PAVAO.slava.alu.hr
for
4.c.0.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.a.2.2.0.0.0.8.6.b.0.1.0.0.2.ip6.arpa.
zone: 0.0.a.2. <br>
2.0.0.0.8.6.b.0.1.0.0.2.ip6.arpa.dhcid:
[00:02:01:de:c5:41:4f:69:a0:e4:65:2a:e6:39:c5:77:2b:c6:a3:7e:2f:28:82:74:51:66:b2:f9:46:38:9e:af:bf:cc:c6
<br>
Jun 21 15:08:44 domac dhcpd: DDNS reply: id ptr
0x7f4e1040a338, result: success <br>
Jun 21 15:08:44 domac dhcpd: Added reverse map from
4.c.0.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.a.2.2.0.0.0.8.6.b.0.1.0.0.2.ip6.arpa.
to PC-PAVAO.slava.alu.hr <br>
Jun 21 15:08:44 domac dhcpd: ddns.c(1325): Updating
lease_ptr for ddns_cp=0x556354446280
(addr=2001:b68:2:2a00::10c4) <br>
Jun 21 15:08:44 domac dhcpd: ddns.c(1326): freeing
ddns_cb=0x556354446280 <br>
Jun 21 15:08:44 domac dhcpd: ddns.c(150): Allocating
ddns_cb=0x5604136c60a0 <br>
Jun 21 15:08:44 domac dhcpd: DDNS: ddns_fwd_srv_connector:
ddns_cb: 0x5604136c60a0 flags: 50b state:
DDNS_STATE_CLEANUP cur_func: <null> eresult: 0 <br>
Jun 21 15:08:44 domac dhcpd: DDNS: ddns_modify_fwd <br>
Jun 21 15:08:44 domac dhcpd: DDNS: build_fwd_add1:
pname:[PC-PAVAO.slava.alu.hr]
uname:[PC-PAVAO.slava.alu.hr] <br>
Jun 21 15:08:44 domac dhcpd: DDNS request: id ptr
0x7fdc349e8010 DDNS_STATE_ADD_FW_NXDOMAIN 193.198.186.212
for PC-PAVAO.slava.alu.hr zone: slava.alu.hr.dhcid:
[00:01:01:7c:09:a5:ff:06:c6:fb:6d:76:2 <br>
1:b8:70:29:bc:ea:c3:e4:79:35:ce:76:3d:79:32:99:5b:b9:06:20:4c:bf:38 <br>
Jun 21 15:08:44 domac dhcpd: ddns.c(1722): Updating
lease_ptr for ddns_cp=0x5604136c60a0
(addr=193.198.186.212) <br>
Jun 21 15:08:44 domac dhcpd: DHCPREQUEST for
193.198.186.212 from 1c:a0:b8:7d:11:aa (PC-PAVAO) via eth0
<br>
Jun 21 15:08:44 domac dhcpd: DHCPACK on 193.198.186.212 to
1c:a0:b8:7d:11:aa (PC-PAVAO) via eth0 <br>
Jun 21 15:08:44 domac dhcpd: DDNS reply: id ptr
0x7fdc349e8010, result: YXDOMAIN <br>
Jun 21 15:08:44 domac dhcpd: DDNS: ddns_fwd_srv_add1:
ddns_cb: 0x5604136c60a0 flags: 50b state:
DDNS_STATE_ADD_FW_NXDOMAIN cur_func: ddns_fwd_srv_add1
eresult: 196614 <br>
Jun 21 15:08:44 domac dhcpd: DDNS: ddns_modify_fwd <br>
Jun 21 15:08:44 domac dhcpd: DDNS: build_fwd_add2:
pname:[PC-PAVAO.slava.alu.hr]
uname:[PC-PAVAO.slava.alu.hr] <br>
Jun 21 15:08:44 domac dhcpd: DDNS request: id ptr
0x7fdc349e8010 DDNS_STATE_ADD_FW_YXDHCID 193.198.186.212
for PC-PAVAO.slava.alu.hr zone: slava.alu.hr.dhcid:
[00:01:01:7c:09:a5:ff:06:c6:fb:6d:76:21 <br>
:b8:70:29:bc:ea:c3:e4:79:35:ce:76:3d:79:32:99:5b:b9:06:20:4c:bf:38 <br>
Jun 21 15:08:44 domac dhcpd: DDNS reply: id ptr
0x7fdc349e8010, result: NXRRSET <br>
Jun 21 15:08:44 domac dhcpd: DDNS:ddns_fwd_srv_add2:
ddns_cb: 0x5604136c60a0 flags: 50b state:
DDNS_STATE_ADD_FW_YXDHCID cur_func: ddns_fwd_srv_add2
eresult: 196616 <br>
Jun 21 15:08:44 domac dhcpd: Forward map from
PC-PAVAO.slava.alu.hr to 193.198.186.212 FAILED: Has an
address record but no DHCID, not mine. <br>
Jun 21 15:08:44 domac dhcpd: ddns.c(1505): Updating
lease_ptr for ddns_cp=0x5604136c60a0
(addr=193.198.186.212) <br>
Jun 21 15:08:44 domac dhcpd: ddns.c(1505):
find_lease_by_ip_addr(193.198.186.212)
successful:lease=0x560413628910 <br>
Jun 21 15:08:44 domac dhcpd: ddns.c(1506): freeing
ddns_cb=0x5604136c60a0 </p>
<p>Sorry for my long email. English is not my first
language, and I am still learning how to be concise.</p>
<p>Thank you very much.<br>
</p>
<p>Kind regards,<br>
Mirsad<br>
</p>
<pre class="moz-signature" cols="72">--
Mirsad Goran Todorovac
CARNet sistem inženjer
Grafički fakultet | Akademija likovnih umjetnosti
Sveučilište u Zagrebu
--
CARNet system engineer
Faculty of Graphic Arts | Academy of Fine Arts
University of Zagreb, Republic of Croatia
The European Union
tel. +385 (0)1 3711 451
mob. +385 91 57 88 355</pre>
<br>
<fieldset class="moz-mime-attachment-header"></fieldset>
</blockquote>
<pre class="moz-signature" cols="72">--
Mirsad Todorovac
CARNet system engineer
Faculty of Graphic Arts | Academy of Fine Arts
University of Zagreb
Republic of Croatia, the European Union
--
CARNet sistem inženjer
Grafički fakultet | Akademija likovnih umjetnosti
Sveučilište u Zagrebu</pre>
<br>
<fieldset class="moz-mime-attachment-header"></fieldset>
</blockquote>
<pre class="moz-signature" cols="72">--
Mirsad Goran Todorovac
CARNet sistem inženjer
Grafički fakultet | Akademija likovnih umjetnosti
Sveučilište u Zagrebu
--
CARNet system engineer
Faculty of Graphic Arts | Academy of Fine Arts
University of Zagreb, Republic of Croatia
tel. +385 (0)1 3711 451
mob. +385 91 57 88 355</pre>
</blockquote>
<pre class="moz-signature" cols="72">--
Mirsad Todorovac
CARNet system engineer
Faculty of Graphic Arts | Academy of Fine Arts
University of Zagreb
Republic of Croatia, the European Union
--
CARNet sistem inženjer
Grafički fakultet | Akademija likovnih umjetnosti
Sveučilište u Zagrebu</pre>
</blockquote>
<pre class="moz-signature" cols="72">--
Mirsad Goran Todorovac
CARNet sistem inženjer
Grafički fakultet | Akademija likovnih umjetnosti
Sveučilište u Zagrebu
--
CARNet system engineer
Faculty of Graphic Arts | Academy of Fine Arts
University of Zagreb, Republic of Croatia
The European Union
tel. +385 (0)1 3711 451
mob. +385 91 57 88 355</pre>
</body>
<lt-container></lt-container>
</html>