From: Mark S Petrovic <petrovic@co...> - 2003-07-15 03:06:52
Good evening. I could use a helpful nudge in the right direction,
as I feel like I missed a memo :-)
I discovered the EPP Sandbox at http://epp-test.libertyrms.info/ and
find that something like the 0503 code will more or less run against it,
but that the 0604 and 0705 code will not.
Regarding something as early in time as connecting and reading the
I understand what the EPPTransportTCP.readFromServer() code does in
0503, but am baffled by the equivalent in 0604/0705, the latter of which
returns a 32-bit integer representation of the first four bytes read
from the Greeting message, which happens to be the beginning of the
1. What version of EPP does the Sandbox implement?
2. What is the meaning of the new internals of readFromServer()?
That is, what is the meaning and purpose of the return value
of readBufferSize(), which ultimately results from the call to
3. If the Sandbox above does not support 0705, are there other public
sandboxes that do?
From: Michael J Schout <mschout@gk...> - 2003-07-15 05:51:01
On Mon, 14 Jul 2003, Mark S Petrovic wrote:
> I understand what the EPPTransportTCP.readFromServer() code does in
> 0503, but am baffled by the equivalent in 0604/0705, the latter of which
> returns a 32-bit integer representation of the first four bytes read
> from the Greeting message, which happens to be the beginning of the
> XML declaration.
I think this may be the source of your confusion. In 07/05, the first
4 bytes are not the XML declaration.
In 07/05, the way EPP is serialized over TCP is that the first 4 bytes
of each message is a 32 bit integer in "network" (big-endian) order.
The value of this integer is the size of the EPP message in bytes
(including the 4 byte header). See draft-ietf-provreg-epp-tcp-05.txt,
Section 4 "Data Unit Format" where this is covered.
I don't know if there are any public sandboxes supporting EPP 07/05.