GPRS Family UDP API Reference Version 1.00

Enfora GSM/GPRS Family UDP API Reference Version 1.00 UDP API Reference Document Title: Enfora GSM/GPRS Family UDP API Reference Version: 1.00 D...
4 downloads 2 Views 106KB Size
Enfora GSM/GPRS Family UDP API Reference Version 1.00

UDP API Reference Document Title:

Enfora GSM/GPRS Family UDP API Reference

Version:

1.00

Date:

4/14/03

Status:

Released

Document Control ID:

GSM0102PB002MAN

General All efforts have been made to ensure the accuracy of material provided in this document at the time of release. However, the items described in this document are subject to continuous development and improvement. All specifications are subject to change without notice and do not represent a commitment on the part of Enfora, Inc. Enfora, Inc. will not be responsible for any loss or damages incurred related to the use of information contained in this document. This product is not intended for use in life support appliances, devices or systems where a malfunction of the product can reasonably be expected to result in personal injury. Enfora, Inc. customers using, integrating, and/or selling this product for use in such applications do so at their own risk and agree to fully indemnify Enfora, Inc. for any damages resulting from illegal use or resale. Copyright Complying with all applicable copyright laws is the responsibility of the user. Without limiting the rights under copyright, no part of this document may be reproduced, stored in or introduced into a retrieval system, or transmitted in any form or by any means (electronic, mechanical, photocopying, recording or otherwise), or for any purpose, without the express written permission of Enfora, Inc. Enfora may have patents, patent applications, trademarks, copyrights or other intellectual property rights covering subject matter in this document. Except as expressly provided in any written license agreement from Enfora, the furnishing of this document does not give you any license to these patents, trademarks, copyrights or other intellectual property. ©2002, 2003 Enfora, Inc. All rights reserved. Enabler and Spider are either registered trademarks or trademarks of Enfora, Inc. in the United States.

GSM0102PB002MAN

1

1.00 - 4/14/03

UDP API Reference

Date October 3, 2002 April 14, 2003

Rev Draft 1.00

GSM0102PB002MAN

Author C. Patel C.Patel

Description Initial Release Added Wakeup/Keep-Alive Acknowledgement Message format Corrected packet length references in example

2

1.00 - 4/14/03

UDP API Reference

Table Of Content 1 2 3

4

5

6

7 8

Overview.......................................................................................................................................................4 References.....................................................................................................................................................5 Modem Communication ...............................................................................................................................6 3.1 Serial Communication .........................................................................................................................6 3.2 Over The Air Communication.............................................................................................................6 API Format ...................................................................................................................................................7 4.1 IP Header.............................................................................................................................................8 4.2 UDP Header ........................................................................................................................................9 4.3 Message Header ..................................................................................................................................9 4.3.1 Read UDP-API Parameter / Modem Commands..........................................................................10 4.3.2 Write UDP-API Parameter / Modem Command ..........................................................................11 4.3.3 Read/Write AT Command Request ..............................................................................................11 4.3.4 Unsolicited Messages ...................................................................................................................12 Terms Explained: ........................................................................................................................................13 5.1 Big Endian.........................................................................................................................................13 5.2 Byte ...................................................................................................................................................13 5.3 Little Endian ......................................................................................................................................13 UDP-API Commands..................................................................................................................................14 6.1 General Commands ...........................................................................................................................14 6.1.1 Wakeup/Keep Alive Acknowledge Message: ..............................................................................14 6.1.2 Password Message ........................................................................................................................16 AT Commands ............................................................................................................................................17 Example: .....................................................................................................................................................19

GSM0102PB002MAN

3

1.00 - 4/14/03

UDP API Reference

1

Overview

This document provides a description of the User Datagram Protocol (UDP)-Application Program Interface (API) for the Enfora’s GSM/GPRS modems. With this API, programmers can access information and control modem functions in real-time. A wide range of information is available via the API and includes modem management and status functions. This environment would best be utilized where a customized software application is being considered and real-time performance parameters are mandatory. A good example of the necessity for the API is in a real-time monitoring application that includes a status window to report performance and indicate when network conditions begin to degrade. Data is consistently being updated during the established session. Many host computers, which use this API, will contain a TCP/IP stack, which includes UDP and Point-to-Point Protocol (PPP). However, this is not a requirement. This API includes documentation and details to create your own UDP and PPP formatting for a minimal implementation. This document contains proprietary information and must not be reproduced without the prior written consent of Enfora, Inc. (Enfora).

GSM0102PB002MAN

4

1.00 - 4/14/03

UDP API Reference

2

References 1. 2.

3. 4.

AT Command Set Reference (Enfora Document GSM0102PB001MAN) GSM 07.05: “Digital cellular telecommunications systems (Phase 2+); Use of Data Terminal Equipment – Data Circuit terminating Equipment (DTE – DCE) interface for Short Message Service (SMS) and Cell Broadcast Service (CBS)”. GSM 07.07: “Digital cellular telecommunications systems (Phase 2+); AT command set for GSM Mobile Equipment (ME)”. ITU-T Draft new Recommendation V.25ter: “Serial asynchronous automatic dialing and control”.

GSM0102PB002MAN

5

1.00 - 4/14/03

UDP API Reference

3

Modem Communication

Most of the UDP-API commands may be read and/or written via AT commands. The implemented AT command set is a compliant subset of GSM Ref. 07.07, GSM Ref. 07.05, and ITU-T Ref. V.25ter. Use Windows HyperTerminal or similar application to send AT commands to the modem. Connect directly to the COM port used by the modem. The AT command state is entered upon power-up/reset. The modem always starts in AT command mode. If real-time status/control is not required, the AT Command set may offer an easier integration alternative. Refer to AT Command Set Reference document (Enfora Document GSM0102PB001MAN) for a list of AT commands. The user may choose to use AT Commands to configure the modem and/or start GSM/GPRS registration before switching to the UDP API messaging for real-time status during data transfers. A user can communicate with the modem via one of the two possible methods: • RS232 Serial communication • Over The Air (OTA).

3.1

Serial Communication

Modem’s default serial communication is set at 115200 baud, no parity, 8 data bits, 1 stop bit, and hardware flow control enabled. A user can send/receive AT commands, data, or response to/from the modem via one of the two methods: • Straight serial communication via HyperTerminal or similar software • Serial communication via Dial-Up Network (DUN) Straight serial communication provides the user with the following capabilities: • Send AT commands and receive response • Receive SMS notification • Make a voice, data or fax call • Receive any unsolicited message Serial communication via DUN provides the user with the following capabilities: • Send and receive IP data • Surf the internet (provided data service is provided by the service provider) via internet explorer or similar software • Send AT commands via UDP-API format (described in section 4 of this document). AT commands sent via UDP-API has to be sent to UDPAPIIP IP address and UDPAPIPORT port number. • Make a voice or fax call via UDP-API format • Receive SMS notification via UDP-API format • Receive any unsolicited message via the UDP-API format.

3.2

Over The Air Communication

A user can send/receive configuration data to/from the modem OTA via IP data. Configuration command request has to be sent at modem’s IP address and UDPAPIPORT port number. A user must make sure that they don’t send non-configuration IP data at this port for the modem will ignore it. AT commands can also be sent OTA via UDP-API format – see section 4.4.3 for more details on how AT commands can be sent OTA.

GSM0102PB002MAN

6

1.00 - 4/14/03

UDP API Reference

4

API Format

Figure 1 describes the communication between a modem and a PC (or any RS232 compatible device) via a Dial-Up Network (DUN) connection. To send and receive UDP-API messages, a user must create the message first and then encapsulate it within a UDP/IP header. DUN connection must be established before the message is sent to the modem. The modem will process the request and respond depending on the type of request. Host Computer

Create Control / Status Message

Read Control / Status Message

Add UDP Header

Decode UDP Header

Add IP Header

Decode IP Header

Add PPP Framing

Remove PPP Framing

Write to COM Port

Read from COM Port

Modem Figure 1. Communication Flow Chart. Table 1 describes the details of an UDP-API message sent to the modem either via a DUN session or OTA. All messages are commanded from the host computer or remote host, and then responded to by the modem. The modem may generate unsolicited UDP API messages. The data order for all fields is big endian (most significant byte first). As described below, most of the fields within the UDP and IP headers will remain constant for all messages. The fields that will have to be modified are: Length of IP Packet, Packet Number, IP header checksum, Source IP, Destination IP, Source Port number, Destination port numbers, UDP packet length, and UDP checksum

GSM0102PB002MAN

7

1.00 - 4/14/03

UDP API Reference

Bytes 0–3 4–7 8 – 11 12 – 15 16 – 19 20 – 23 24 – 27 28 – 31

Bits Bits Bits Bits 0–7 8 – 15 16 – 23 24 – 31 Version Type Of Length of the IP Packet length Service Packet Number Fragmentation Offset Time To Protocol IP header checksum Live Source IP Destination IP Source Port Number Destination Port Number Length of UDP Packet UDP Checksum Command UDP API Number Reserved Type

Header Information

IP Header

UDP Header Message Header

Table 1. UDP/IP and UDP-API Header Information

4.1

IP Header

The Internet Protocol (IP) header consists of 20 bytes. The definition and minimal implementation consists of the following: Byte 0:

8-bit bit field for version and length. This API only supports version 4 with IP header length of 5*4=20 bytes. This field must be set to 0x45.

Byte 1:

8-bit type of service. The API ignores this field. This field must be set to 0x00.

Bytes 2 - 3:

16-bit total length of packet. This field must be changed for each API message. It includes the message data, IP header, and UDP header. This field equals data Length + 28 (size of UDP and IP headers).

Bytes 4 - 5:

16-bit identification. This field may be incremented for each packet. It is not required and may be left 0x0000.

Bytes 6 - 7:

16-bit Fragmentation offset. The API ignores this field. This field must be set to 0x0000.

Bytes 8:

8-bit Time to live. The API ignores this field. This field must be set to 0x00.

Bytes 9:

8-bit Protocol. The API only supports UDP. This field must be set to 17 (0x11).

Bytes 10 - 11:

16-bit IP header checksum.

Bytes 12 - 15:

32-bit source IP address. For messages from the host to the modem, this is the IP address of host’s UDP port. This IP address may be any valid IP address desired by the user’s application, but will need to match the host’s TCP/IP stack. This IP address will be used as the destination IP address for all response messages from the modem.

Bytes 16 - 19:

32-bit destination IP address. For messages from the host to the modem, this is the IP address of modem’s UDP API port. This IP address may be configured using AT commands if desired. This IP address will be used as the source IP address for all response messages from the modem. The default IP address for the modem’s UDP API is 199.245.180.13. Unless changed via AT commands, byte 16 will be 199 (0xC7), byte 17 will be 245 (0xF5), byte 18 will be 180 (0xB4), and byte 19 will be 13 (0x0D).

GSM0102PB002MAN

8

1.00 - 4/14/03

UDP API Reference

4.2

UDP Header

The User Datagram Protocol (UDP) header consists of 8 bytes. The definition and minimal implementation consists of the following:

4.3

Bytes 0 - 1:

16-bit source port number. For messages from the host to the modem, this is the source port number of the host’s UDP port. This port may be any number desired by the user’s application. This number will be used as the destination port for all response messages from the modem.

Bytes 2 - 3:

16-bit destination port number. For messages from the host to the modem, this is the port number of the modem’s UDP API port. The modem’s UDP API port number may be changed using AT commands (AT$UDPAPIPORT) if desired. The modem’s default UDP API port number is 1720 (0x06B8).

Bytes 4 - 5:

16-bit length of UDP packet. This is the data length only; it does not include the IP header length. This length must be filled in for each message depending upon the amount of data in the packet.

Bytes 6 - 7:

16-bit UDP checksum. This checksum may be used to validate the UDP packet. If the value is 0, then the checksum is ignored.

Message Header

Different types of commands/messages can be sent to the modem either OTA or when a DUN connection is present. Three different types of commands can be sent to the modem: UDP-API commands, AT Commands, and Registration of Unsolicited Messages. The UDP-API commands provide easy integration and message parsing for the embedded developer and application developer. The AT Command request provides AT Command capabilities to the user via a DUN or OTA session. The Registration of Unsolicited message registers the requestor’s IP address and Port number and sends unsolicited messages to the requestor’s IP address and Port number. The message header is 4 bytes long. The definition and minimal implementation consists of the following: Bytes 0 - 1:

16–bit UDP-API number. This field is set to the number specified in section 6 of this document for UDP-API commands or to any value if the Command Type field (byte2 of the header) is set to AT Command Request (0x04).

Bytes 2:

8–bit Command Type information. This value determines the type of message being sent or received by the host. Following are the supported command types: • 0 (0x00) – Read request • 1 (0x01) – Write request • 2 (0x02) – Response to a Read or Write command – or – Status Information • 3 (0x03) – Error • 4 (0x04) – AT Command Request • 5 (0x05) – AT Command response • 6 (0x06) – Register Unsolicited message • 7 (0x07) – Unsolicited message

Bytes 3:

Reserved.

GSM0102PB002MAN

9

1.00 - 4/14/03

UDP API Reference

4.3.1

Read UDP-API Parameter / Modem Commands

If the host requests a parameter read, the modem will respond with a message indicating the parameter number along with the data. The modem only returns updated values. The read command allows applications to find the current state/status or verify that parameters were actually updated in the modem. Most of the read/write API parameters are saved in memory in the modem. If a user wants to set more than one parameter, it is recommended to “Set” all the parameters and then “Get” each parameter for verification instead of verifying each parameter immediately after setting it. A list of all the supported UDP-API parameters is listed in section 6 of this document. The host-to-modem message structure for reading a parameter value is as follows: Byte 0 – 1:

16–bit parameter number.

Byte 2:

0x00 – indicate a read command.

Byte 3:

0x00 – reserved

Bytes 4 – n:

Data required to further specify API parameter. This is normally not required and will be omitted from most parameter read requests. See the individual command for details.

The modem will respond with the following message structure to the above read request: Byte 0 – 1:

16–bit parameter number. Same as the one sent as part of the read request.

Byte 2:

0x02 – indicates a status response message.

Byte 3:

0x00 – reserved

Bytes 4 – n:

Data read from requested parameter.

If there is an error in processing the read request, the modem will respond with the following message structure: Byte 0 - 1:

16–bit parameter number. Same as the one sent as part of the read request.

Byte 2:

0x03 – indicates an error response message.

Byte 3:

0x00 – reserved

Byte 4 – 5:

0xFFFF (indicating error)

GSM0102PB002MAN

10

1.00 - 4/14/03

UDP API Reference

4.3.2

Write UDP-API Parameter / Modem Command

The modem will only respond to a write request if an error is found in the write command. Many of the parameters are stored in the modem’s memory. If there is an error during the parameter write, the modem responds with a message indicating the parameter being written and an error message of 0xFFFF. The host-to-modem message structure for writing a parameter is as follows: Byte 0 – 1:

16–bit parameter number.

Byte 2:

0x01 – indicates a write command.

Byte 3:

0x00 – reserved.

Bytes 4 – n:

Valid data associated with the parameter number.

If there is an error in processing the write request, the modem will respond with the following message:

4.3.3

Byte 0 – 1:

16-bit parameter number. This parameter number will correspond with the attempted write parameter command.

Byte 2:

0x03 – indicates an error status response message.

Byte 3:

0x00 – reserved

Bytes 4 – 5:

0xFFFF. This value indicates an error.

Read/Write AT Command Request

AT commands mentioned in the Enabler-G AT Command Set GSM0102PB001MAN document can be sent to the modem when a DUN session is present. The host-to-modem message structure for reading/writing an AT command is as follows: Byte 0 – 1:

16-bit parameter number. This number can be any number between 0 and 65535. The modem, when responding, will respond back with this number. Hence, a host can use this number as a sequence number and use it for tracking the response sent by the modem.

Byte 2:

0x04 – indicates an AT command request.

Byte 3:

0x00 – reserved

Bytes 4 – n:

AT command (see AT command document for details).

The modem will respond with the following message: Byte 0 – 1:

16-bit parameter number. This parameter number will correspond to the requested command.

Byte 2:

0x05 – indicates an AT command response.

Byte 3:

0x00 – reserved

Bytes 4 – n:

AT command response to a write request

GSM0102PB002MAN

11

1.00 - 4/14/03

UDP API Reference

4.3.4

Unsolicited Messages

A host has to register, with the modem, to receive any unsolicited messages. The modem saves the host’s IP address and Port number. Unsolicited messages will then be sent to the IP and Port number that the user sends its request from. The host should send the following message structure to register the reception of unsolicited messages: Byte 0 – 1:

16-bit Unsolicited Parameter number.

Byte 2:

0x06 – indicates unsolicited message registration

Byte 3:

0x00 – reserved

The modem will send the following message structure for the registered unsolicited messages: Byte 0 – 1:

16-bit Unsolicited Parameter number.

Byte 2:

0x07 – indicates unsolicited message

Byte 3:

0x00 – reserved

Byte 4 – n:

unsolicited message

GSM0102PB002MAN

12

1.00 - 4/14/03

UDP API Reference

5

Terms Explained:

5.1

Big Endian

Big endian format means that the most significant byte is sent first. For example, a decimal value of 1234567 will be displayed as hex 0x0012D687. While sending this data over a communication link, the most significant byte – 0x00 is sent first followed by 0x12, followed by the third byte 0xD6, followed by the least significant byte 0x87. 1234567 (decimal) = 0x0012D687 (hex) Byte-0 0x00

5.2

Byte-1 0x12

Byte-2 0xD6

Byte-3 0x87

Byte

In this document, One Byte = 8 bits. Bit-0 is the right most bit and is also referred to as pin-1 while Bit-7 is the left most bit and is referred to as Pin-8. Byte Bit-7 Pin-8 27

5.3

Upper Nibble Bit-6 Bit-5 Pin-7 Pin-6 26 25

Bit-4 Pin-5 24

Bit-3 Pin-4 23

Lower Nibble Bit-2 Bit-1 Pin-3 Pin-2 22 21

Bit-0 Pin-1 20

Little Endian

Little endian format means that the least significant byte is sent first. For example, a decimal value of 1234567 will be displayed as hex 0x0012D687. While sending this data over a communication link, the least significant byte – 0x87 is sent first followed by 0xD6, followed by the third byte 0x12, followed by the most significant byte 0x00.

1234567 (decimal) = 0x0012D687 (hex) Byte-0 0x87

GSM0102PB002MAN

Byte-1 0xD6

Byte-2 0x12

13

Byte-3 0x00

1.00 - 4/14/03

UDP API Reference

6

UDP-API Commands

This section describes the UDP-API command ID’s and their description. PPP protocol is used to send and receive data from the modem. Note: Only a partial list of UDP-API commands is currently implemented and documented. Additional commands will be implemented as they are identified in the future.

6.1

General Commands

6.1.1 Wakeup/Keep Alive Acknowledge Message: Parameter Number: 10 (0x000A) Description: This message is primarily generated by the modem and sent to the requested server. The requested server is the IP address in the friends list marked as a server via the AT$FRIEND command. The Wakeup/Keep alive message is transmitted according to the configuration of AT$WAKEUP command. Wakeup notification will cease upon receipt of an acknowledgment. If keep-alive messaging is wanted, the wakeup messaging protocol is restarted every time the user selected keepalive time period has expired. Format: UDP Read:

N/A

UDP Status:

The wakeup/keep alive message is sent to the local host as a “Status” command type message.

Following data will be sent by the modem: Data Bytes Description 0 – 19 IP Header 20 – 27 UDP Header 28 0x00 29 0x0A 30 0x02 31 0x00 32 0x31 33 0x32 34 0x33 35 0x34 36 0x35 37 0x36 38 0x37 39 0x38 40 0x39 41 0x30 Table 2.

GSM0102PB002MAN

Comments

Parameter Number Status Reserved

Phone Number (1234567890)

Wakeup/Keep Alive Message Sent to Server IP Address

14

1.00 - 4/14/03

UDP API Reference

UDP Write:

To disable sending of Wakeup/keep alive messages, the server needs to acknowledge the reception of the wakeup/keep alive messages. The server would send the following data, indicating an ACK, to stop sending of the messages: Bytes 0 – 19 20 – 27 28 29 30 31

Table 3. Valid Values:

Data Description IP Header UDP Header 0x00 0x0A 0x01 0x01

Comments

Parameter Number Write Request Response status

Write Request to Stop Sending of Wakeup/Keep Alive messages N/A.

AT Command: N/A See Also:

AT$FRIEND, AT$WAKEUP

GSM0102PB002MAN

15

1.00 - 4/14/03

UDP API Reference

6.1.2

Password Message

Parameter Number: 11 (0x000B) Description: The modem requires that the remote request must come from a “friendly IP” (set by AT$FRIEND command) or be the most recent IP to correctly provide the password. All remote requests will be accepted if the password is set to NULL. The password has to be 8 bytes alphanumeric (A-Z, 0 –9) upper case characters only. Password should be filled with NULL characters if the password is less than 8 characters long. Format: UDP Read:

N/A

UDP Write:

Send the following data to send the password: Bytes 0 – 19 20 – 27 28 29 30 31 32 33 34 35 36 37 38 39

Table 4. Valid Values: Password:

Data Description IP Header UDP Header 0x00 0x0B 0x01 0x00 0x41 0x42 0x43 0x44 0x45 0x46 0x00 0x00

Comments

Parameter Number Write Request Reserved

Password (ABCDEF)

Sending of password to the modem OTA

8 – Alpha-Numeric upper case characters (0 – 9 or A – Z)

AT Command: N/A See Also:

N/A

GSM0102PB002MAN

16

1.00 - 4/14/03

UDP API Reference

7

AT Commands

All AT commands listed in the GSM0102PB001MAN document are supported via this method. To send an AT command via DUN or OTA, the user has to follow the following message structure. This message structure sends the ATI command to the modem and receives Enfora, Inc. response from the modem. Bytes 0 – 19 20 – 27 28 29 30 31 32 33 34

Data Description IP Header UDP Header 0x00 0x01 0x04 0x00 0x41 0x54 0x49

Comments

Sequence Number AT Command Read/Write Reserved AT Command (ATI)

Following data will be returned by the modem: Bytes 0 – 19 20 – 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47

GSM0102PB002MAN

Data Description IP Header UDP Header 0x00 0x01 0x05 0x00 0x0D 0x0A 0x45 0x6E 0x66 0x6F 0x72 0x61 0x2C 0x20 0x49 0x6E 0x63 0x2E 0x0D 0x0A

17

Comments

Sequence Number AT Command Response Reserved

AT Command Response (Enfora, Inc.)

1.00 - 4/14/03

UDP API Reference

To set the call mode (AT+CMOD) to 0, send the following data. Bytes 0 – 19 20 – 27 28 29 30 31 32 33 34 35 35 36 37 38 39

Data Description IP Header UDP Header 0x00 0x01 0x04 0x00 0x41 0x54 0x2B 0x43 0x4D 0x4F 0x44 0x3D 0x30

Comments

Sequence Number AT Command Read/Write Reserved

AT Command (AT+CMOD=0)

Following data will be returned by the modem: Bytes 0 – 19 20 – 27 28 29 30 31 32 33 44 45 46 47

GSM0102PB002MAN

Data Description IP Header UDP Header 0x00 0x01 0x05 0x00 0x0D 0x0A 0x4F 0x4B 0x0D 0x0A

18

Comments

Sequence Number AT Command Response Reserved

AT Command Response (OK)

1.00 - 4/14/03

UDP API Reference

8

Example:

Sending AT Command: Note: IP and UDP checksum are not calculated in this example. They are left for the user to calculate as an exercise. Bytes Description Hex Value ----------------------------------------------------------------------0 Version Length: 45 1 Type of Service: 00 2 & 3 Length of Packet: 00 23

Notes

IP + UDP Header + Message Data

4 & 5 6 & 7 8 9 10 & 11 12,13,14,15 16,17,18,19

Identification: Fragmentation Offset: Time to live: Protocol: IP Header Checksum: Source IP: Destination IP:

00 00 00 11 00 A6 C7

00 85 AB 13 F5 B4 0D

20 22 24 26

Source Port: Destination Port: Length of Packet: UDP Checksum:

04 06 00 00

4C B8 04 00

28 & 29

UPD API Command:

00 01

30

UDP API Read:

04

31

UDP API Reserved:

00

UDP API 00 01 'Sequence Number AT Command Request = 04 Reserved

32,33,34

AT Command

41 54 49

AT Command = ATI

& & & &

21 23 25 27

GSM0102PB002MAN

19

00 00 UDP 166.133.171.19 199.245.180.13 1100 1720

1.00 - 4/14/03

UDP API Reference

Response from modem to host: Bytes Description Hex Value ----------------------------------------------------------------------0 Version Length: 45 1 Type of Service: 00 2 & 3 Length of Packet: 00 30

Notes

IP + UDP Header + Message Data

4 & 5 6 & 7 8 9 10 & 11 12,13,14,15 16,17,18,19

Identification: Fragmentation Offset: Time to live: Protocol: IP Header Checksum: Source IP: Destination IP:

00 00 00 11 00 A6 C7

00 85 AB 13 F5 B4 0D

20 22 24 26

Destination Port: Source Port: Length of Packet: UDP Checksum:

06 04 00 00

B8 4C 04 00

28 & 29

UPD API Command:

00 01

30

UDP API Status:

05

31

UDP API Reserved:

00

32,33,34,35 36,37,38,39 40,41,42,43 44,45,46,47

AT Command Response Response continued Response continued Response continued

0D 66 2C 63

& & & &

21 23 25 27

GSM0102PB002MAN

20

00 00 UDP

0A 6F 20 2E

166.133.171.19 199.245.180.13 1720 1100

UDP API 00 01 ‘Sequence Number AT Command Response = 05 Always 0x00 45 72 49 0D

6E 61 6E 0A

Enfora, Inc.

1.00 - 4/14/03