13 Led
2011
13 Led
'11
22:57
Michał Pochwała píše v St 12. 01. 2011 v 16:24 +0100:
Hello,
We have a problem with domain deletion and I will try to describe our
problem.
Domain expired at 2010-10-08 and an expiration registration protection
came to an end (in our system it is set to 90 days). After this period
FRED for an epp query:
<?xml version="1.0" encoding="UTF-8"?>
<epp xmlns="urn:ietf:params:xml:ns:epp-1.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd">
<command>
<poll op="req"/>
<clTRID>1293530719893#17</clTRID>
</command>
</epp>
should generate an epp response similar to the one below:
<?xml version="1.0" encoding="UTF-8"?>
<epp xmlns="urn:ietf:params:xml:ns:epp-1.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="urn:ietf:params:xml:ns:epp-1.0
epp-1.0.xsd"><response>
<result code="1301">
<msg>Command completed successfully; ack to dequeue</msg>
</result>
<msgQ count="40" id="3296">
<qDate>2010-12-23T02:30:01+01:00</qDate>
<msg>
<domain:delData
xmlns:domain="http://www.nic.cz/xml/epp/domain-1.3"
xsi:schemaLocation="http://www.nic.cz/xml/epp/domain-1.3 domain-1.3.xsd">
<domain:name>mytestdomain.xy.zv</domain:name> <<<< this
is the
most important part of the message for me
<domain:exDate>2010-09-23</domain:exDate>
</domain:delData>
</msg>
</msgQ>
<trID><clTRID>1293530719893#17</clTRID><svTRID>ccReg-0000485086</svTRID></trID>
</response>
</epp>
In most cases it worked fine and there were no problems with this, but
sometimes it looks like that the response containing information about
domain deletion had not been generated and it is a big problem for us.
Hi Michal,
one important property of these messages is that they are queued and
upon calling 'poll req' you receive only last message. You have to 'ack'
this message to get another one. Maybe you are aware of that - just
checking. Other important thing is that message is shown only to owning
registrar, so you should check if your registrar iw owning this domain.
I had looked at the FRED database and I found an
action_xml table which
contains all conversations between FRED and a software which
communicates with it by epp protocol. Searching performed on this table
gave no satisfied results.
Is it possible that in case of:
* hardware problems
* system restart
* unexpected service stopped
or any other unpredictable reason, a queue which contains information
about event such as domain deletion is being cleaned and there is no way
to restore these information?
Does the queue is stored only in memory or it is
persisted on filesystem
or in db?
Does an epp request with command op='req' is the only way to get an
information about domain deletion or there are some other ways to obtain
this kind of information?
If domain is deleted, primary change is in table object_registry. You
can check 'erdate' column, it should be set to some NOT NULL value:
fred=> select name,crdate,erdate from object_registry where type=3 and
name='DOMAINNAME';
Then 'poll' message is created for owning registrar about deleting the
domain. So only this registrar will see message upon calling 'poll req'
command.
You can check that this message was created by following SQL query:
fred=> select r.handle,ma.crdate from message ma join registrar r on
(r.id=ma.clid) join poll_statechange ps on (ma.id=ps.msgid) join
object_state os on (os.id=ps.stateid) join object_registry o on
(o.id=os.object_id) where ma.msgtype=8 and o.name='DOMAINNAME';
It will display handle of registrar that will receive this message.
Was it helpful?
Best regards,
Jaromir
Thanks and best regards.
Michal Pochwala
_______________________________________________
fred-users mailing list
fred-users(a)lists.nic.cz
https://lists.nic.cz/mailman/listinfo/fred-users
--
Jaromir Talir
technicky reditel / Chief Technical Officer
-------------------------------------------
CZ.NIC, z.s.p.o. -- .cz domain registry
Americka 23, 120 00 Praha 2, Czech Republic
mailto:jaromir.talir@nic.cz http://nic.cz/
sip:jaromir.talir@nic.cz tel:+420.222745107
mob:+420.739632712 fax:+420.222745112
-------------------------------------------