cc/td/doc/product/software/ios121/121rel
hometocprevnextglossaryfeedbacksearchhelp
PDF

Table of Contents

GKTMP Messages

GKTMP Messages

The GKTMP messages are used for communication between the Cisco IOS Gatekeeper and the external application. There are two types of GKTMP messages:

GKTMP RAS Messages

The general format of all GKTMP RAS messages is as follows:

Message Line

Each GKTMP RAS message is either a request or a response. Requests are generated by the Cisco IOS Gatekeeper and responses are generated by the external application.

The first line of each GKTMP RAS message sent by the Cisco IOS Gatekeeper uses the format:

REQUEST RAS_message_type

The first line of each GKTMP RAS message sent by the external application uses the format:

RESPONSE RAS_message_type

Possible RAS message types are as follows:


Note The Cisco IOS Gatekeeper will not generate GKTMP Request RRQ messages for lightweight RRQ messages, which are used by H.323 endpoints as a keep-alive mechanism to refresh existing registrations.

Message Header

The message line is immediately followed by the message header. Each message header contains a field name and a value, separated by a colon (field:value). Possible fields are:

Field Names Field Values

Version-Id

Version of the protocol that the sender is running. The version ID consists of a major number (gk_major) and a minor number (gk_minor). For example, version 1 is represented as 100.

From

String that identifies the originator of the message. For requests from the Cisco IOS Gatekeeper, this field contains the gatekeeper ID. For responses from the external application, this field contains the server ID.

To

String that identifies the receiver of the message. For requests from the Cisco IOS Gatekeeper, this field contains the server ID. For responses from the external application, this field contains the ID of the gatekeeper that initiated the request.

Content-Length

Number of octets contained in the message body. If the message body is null, this field can be omitted.

Transaction-Id

String that identifies the transaction. If this field is present in the request from the Cisco IOS Gatekeeper, it must be echoed in the response from the external application.

Notification-Only

None. No value is included after the colon. If this field name is present, it indicates to the external application no response should be sent. Request URQ must contain this field. Also, Request RRQ contains this field when that message is used to populate the external application's registration database.

The message header is followed immediately by a blank line.

Message Body

The message body follows the blank line. Each line in the message body contains a tag and a value, separated by an equal sign (tag=value). The tags are case-sensitive and denote an RAS message field. The possible tags depend on the GKTMP RAS message.


Note If the message body is null, then the message must terminate with a CRFL after the message header.

In some cases, depending on the field type, the value is preceded a value-type identifier followed by a colon (tag=type:value).

Possible field types are as follows:

This section describes the possible fields for each message. When the external application sends a response, it includes only the fields that it has altered. Unaltered fields must not be included.

Registration Messages

Registration messages are used to control which H.323 endpoints are in the gatekeeper's zone.

This section describes the following:

Request RRQ

This message is sent from the Cisco IOS Gatekeeper to the external application when an H.323 endpoint wants to join the zone. This message can be used to populate the external application's registration database. In this case, the request is sent as a notification only and no response is expected from the external application.

For Request RRQ, the possible tags are:

Tag Field Type Required or Optional Corresponding RAS Message Field

c

Transport-Address

Required

RRQ:callSignalAddress

r

Transport-Address

Required

RRQ:rasAddress

a

Alias-Address

Optional

RRQ:terminalAlias

t

Endpoint-Type

Required

RRQ:terminalType

P

Supported-Prefix

Optional

RRQ:terminalType:gateway:protocol:*:supportedPrefixes

$

cryptoToken

Optional

RRQ:cyptoTokens

T

clearToken

Optional

RRQ:tokens

If the message contains a cryptoToken field with a value of cryptoEPPwdHash, the following additional fields are included:

Tag Field Type Required or Optional Corresponding RAS Message Field

a

Alias-Address

Required

CryptoH323Token:cryptoEPPwdHash:alias

t

TimeStamp

Required

CryptoH323Token:cryptoEPPwdHash:timestamp

h

HashedToken

Required

CryptoH323Token:cryptoEPPwdHash:token

If the message contains a clearToken field, the following additional fields are included:

Tag Field Type Required or Optional Corresponding RAS Message Field

O

OBJECT-IDENTIFIER

Required

tokens:objectIdentifier

p

IA5string

Optional

tokens:password

t

integer

Optional

tokens:timestamp

s

IA5string

Optional

tokens:challengeString

r

integer

Optional

tokens:random

G

IA5string

Optional

tokens:generalID

o

OBJECT-IDENTIFIER

Optional

tokens:nonStandard:objectIdentifier

d

IA5string

Optional

tokens:nonStandard:data

Response RRQ

This message is sent from the external application to the Cisco IOS Gatekeeper in response to a Request RRQ message. If the external application has no interest in the Request RRQ message, it returns a Response RRQ with a null body. Otherwise, it modifies the fields as appropriate and sends the response with the updated information to the Cisco IOS Gatekeeper for further processing.

For Response RRQ, the possible tags are:

Tag Field Type Required or Optional Corresponding RAS Message Field

a

Alias-Address

Optional

RRQ:terminalAlias

p

Supported-Prefix

Optional

RRQ:terminalType:gateway:protocol:*:supportedPrefixes

Response RCF

This message is sent from the external application to the Cisco IOS Gatekeeper in response to a Request RRQ. It indicates that the external application has completed the processing of the request.

For Response RCF, the possible tags are:

Tag Field Type Required or Optional Corresponding RAS Message Field

a

Alias-Address

Optional

RRQ:terminalAlias

p

Supported-Prefix

Optional

RRQ:terminalType:gateway:protocol:*:supportedPrefixes

g

AlternateGK

Optional

RCF:alternateGatekeeper

If the message contains an AlternateGK field, the following additional fields are included:

Tag Field Type Required or Optional Corresponding RAS Message Field

r

Transport-Address

Required

AlternateGK:rasAddress

g

Alias-Address

Optional

AlternateGK:gatekeeperIdentifier

n

Boolean

Required

AlternateGK:needToRegister

p

integer

Required

AlternateGK:priority

Response RRJ

This message is sent from the external application to the Cisco IOS Gatekeeper in response to a Request RRQ. It indicates that the Cisco IOS Gatekeeper should reject the request for the specified reason.

For Response RRJ, the possible tags are:

Tag Field Type Required or Optional Corresponding RAS Message Field

R

RRJ-Reason

Required

RRJ:rejectReason

Possible values for the rejectReason are:

Unregistration Message

Unregistration messages are used to remove an H.323 endpoint from a gatekeeper's zone.

This section describes the following:

Request URQ

This message is sent from the Cisco IOS Gatekeeper to the external application when the H.323 endpoint wants to leave the zone or when its registration expires. This request is sent as a notification only. No response is generated by the external application.

For Request URQ, the possible tags are:

Tag Field Type Required or Optional Corresponding RAS Message Field

c

Transport-Address

Required

URQ:callSignalAddress

Admission Messages

Admission messages are used to control which H.323 endpoints can participate in calls.

This section describes the following:

Request ARQ

This message is sent from the Cisco IOS Gatekeeper to the external application when an H.323 endpoint wants to initiate a call.

For Request ARQ, the possible tags are:

Tag Field Type Required or Optional Corresponding RAS Message Field

s

Alias-Address

Required

ARQ:srcInfo

S

Transport-Address

Optional

ARQ:srcCallSignalAddress

d

Alias-Address

Optional

ARQ:destinationInfo

D

Transport-Address

Optional

ARQ:destCallSignalAddress

x

Alias-Address

Optional

ARQ:destExtraCallInfo

b

Bandwidth

Required

ARQ:bandWidth

A

Boolean

Required

ARQ:answerCall

c

GUID

Optional

ARQ:callIdentifier

C

GUID

Required

ARQ:conferenceID

m

Boolean

Optional

ARQ:canMapAlias

e

IA5String

Optional

ARQ:nonStandardData:redirectNumber

E

integer

Optional

ARQ:nonStandardData:redirectReason1

p

integer

Optional

ARQ:nonStandardData:callingPartyNumOctet3a2

w

IA5string

Optional

ARQ:nonStandardData:displayIE

i

TransportAddress

Required

arqing-endpoint identifier3

$

cryptoToken

Optional

ARQ:cyptoTokens

T

clearToken

Optional

ARQ:tokens

B

IA5string

Optional

ARQ:nonStandardData:interfaceSpecific:BillingId

I

IA5string

Optional

ARQ:nonStandardData:interfaceDescriptor

    1. Possible values for the redirectReason are:

    2. CallingPartyNumOctet3a is from the Q.931 Setup octet 3a of calling party number.

    3. When an H.323 endpoint sends an ARQ to the Cisco IOS Gatekeeper, it includes its endpointIdentifier. Because this value is local and has meaning to the Cisco IOS Gatekeeper only and not to the external application, the Cisco IOS Gatekeeper substitutes a more meaningful value of CallSignalAddress in its Request ARQ messages.

If the message contains a cryptoToken field with a value of cryptoEPPwdHash, the following additional fields are included:

Tag Field Type Required or Optional Corresponding RAS Message Field

a

Alias-Address

Required

CryptoH323Token:cryptoEPPwdHash:alias

t

TimeStamp

Required

CryptoH323Token:cryptoEPPwdHash:timestamp

h

HashedToken

Required

CryptoH323Token:cryptoEPPwdHash:token

If the message contains a clearToken field, the following additional fields are included:

Tag Field Type Required or Optional Corresponding RAS Message Field

O

OBJECT-IDENTIFIER

Required

tokens:objectIdentifier

p

IA5string

Optional

tokens:password

t

integer

Optional

tokens:timestamp

s

IA5string

Optional

tokens:challengeString

r

integer

Optional

tokens:random

G

IA5string

Optional

tokens:generalID

o

OBJECT-IDENTIFIER

Optional

tokens:nonStandard:objectIdentifier

d

IA5string

Optional

tokens:nonStandard:data

Response ARQ

This message is sent from the external application to the Cisco IOS Gatekeeper in response to a Request ARQ message. If the external application has no interest in the Request ARQ message, it returns a Response ARQ with a null body. Otherwise, it modifies the fields as appropriate and sends the response with the updated information to the Cisco IOS Gatekeeper for further processing.

For Response ARQ, the possible tags are:

Tag Field Type Required or Optional Corresponding RAS Message Field

d

Alias-Address

Optional

ARQ:destinationInfo

D

Transport-Address

Optional

ARQ:destCallSignalAddress

x

Alias-Address

Optional

ARQ:destExtraCallInfo

b

Bandwidth

Optional

ARQ:bandWidth

e

IA5String

Optional

ARQ:nonStandardData:redirectNumber

E

integer

Optional

ARQ:nonStandardData:redirectReason

w

IA5string

Optional

ARQ:nonStandardData:displayIE

z

remoteZone

Optional

None

The external application has the option of reducing the bandwidth.

If the message contains a remoteZone field, the following additional fields are included:

Tag Field Type Required or Optional Description

r

Transport-Address

Required

RAS address of the zone

c

Integer

Optional

Cost value associated with the zone

p

Integer

Optional

Priority value associated with the zone

If this field is included, the Cisco IOS Gatekeeper will send LRQs to all the listed zones. The zone with the least cost and highest priority that returns and LCF is chosen for inclusion in the ACF that is sent to the endpoint.

Response ACF

This message is sent from the external application to the Cisco IOS Gatekeeper in response to a Request ARQ. It indicates that the external application has completed the processing of the request.

For Response ACF, the possible tags are:

Tag Field Type Required or Optional Corresponding RAS Message Field

d

Alias-Address

Optional

ACF:destinationInfo

D

Transport-Address

Required

ACF:destCallSignalAddress

x

Alias-Address

Optional

ACF:destExtraCallInfo

X

Alias-Address

Optional

ACF:remoteExtensionAddress

b

Bandwidth

Optional

ARQ:bandWidth

t

Endpoint-type

Optional

ACF:destinationType

T

ClearToken

Optional

ACF:tokens

A

AlternateEndpoint

Optional

ACF:alternateEndpoints

If the message contains an AlternateEndpoint field, the following additional fields are included:

Tag Field Type Required or Optional Corresponding RAS Message Field

c

Transport-Address

Required

alternateEndpoints:callSignalAddress

T

clearToken

Optional

alternateEndpoints:tokens

If the AlternateEndpoint field contains a clearToken field, the following additional fields are included:

Tag Field Type Required or Optional Corresponding RAS Message Field

O

OBJECT-IDENTIFIER

Required

tokens:objectIdentifier

p

IA5string

Optional

tokens:password

t

integer

Optional

tokens:timestamp

s

IA5string

Optional

tokens:challengeString

r

integer

Optional

tokens:random

G

IA5string

Optional

tokens:generalID

o

OBJECT-IDENTIFIER

Optional

tokens:nonStandard:objectIdentifier

d

IA5string

Optional

tokens:nonStandard:data

Response ARJ

This message is sent from the external application to the Cisco IOS Gatekeeper in response to a Request ARQ. It indicates that the Cisco IOS Gatekeeper should reject the request for the specified reason.

For Response ARJ, the possible tags are:

Tag Field Type Required or Optional Corresponding RAS Message Field

R

ARJ-Reason

Required

ARJ:rejectReason

Notes

Possible values for rejectReason are:

Location Messages

Location messages are used by gatekeepers to communicate with one another to process interzone calls.

This section describes the following:

Request LRQ

This message is sent from the Cisco IOS Gatekeeper to the external application when the Cisco IOS Gatekeeper has received an interzone location request.

For Request LRQ, the possible tags are:

Tag Field Type Required or Optional Corresponding RAS Message Field

s

Alias-Address

Optional

LRQ:srcInfo

d

Alias-Address

Required

LRQ:destinationInfo

e

IA5String

Optional

LRQ:nonStandardData:redirectNumber

E

integer

Optional

LRQ:nonStandardData:redirectReason1

p

integer

Optional

LRQ:nonStandardData:callingPartyNumOctet3a2

w

IA5String

Optional

LRQ:nonStandardData:displayIE

c

IA5String

Optional

LRQ:nonStandardData:callingPartyNum

    1. Possible values for the redirectReason are:

    2. CallingPartyNumOctet3a is from the Q.931 Setup octet 3a of calling party number.

Response LRQ

This message is sent from the external application to the Cisco IOS Gatekeeper in response to a Request LRQ message. If the external application has no interest in the Request LRQ message, it returns a Response LRQ with a null body. Otherwise, it modifies the fields as appropriate and sends the response with the updated information to the Cisco IOS Gatekeeper for further processing.

For Response LRQ, the possible tags are:

Tag Field Type Required or Optional Corresponding RAS Message Field

d

Alias-Address

Optional

LRQ:destinationInfo

z

remoteZone

Optional

None

If the message contains a remoteZone field, the following additional fields are included:

Tag Field Type Required or Optional Description

r

Transport-Address

Required

RAS address of the zone

c

Integer

Optional

Cost value associated with the zone

p

Integer

Optional

Priority value associated with the zone

If this field is included, the Cisco IOS Gatekeeper will send the original LRQs to all the listed zones.

Request LCF

This message is sent from the Cisco IOS Gatekeeper to the external application when the Cisco IOS Gatekeeper has received an LCF from remote Cisco IOS Gatekeeper. This gives the external application an opportunity to accept (Response LCF), modify (Response LCF), or reject (Response LRJ) the information contained in the LCF.

For Request LCF, the possible tags are:

Tag Field Type Required or Optional Corresponding RAS Message Field

s

Alias-Address

Optional

LRQ:srcInfo

e

IA5String

Optional

LRQ:nonStandardData:redirectNumber

E

integer

Optional

LRQ:nonStandardData:redirectReason

p

integer

Optional

LRQ:nonStandardData:callingPartyNumOctet3a

w

IA5String

Optional

LRQ:nonStandardData:displayIE

c

IA5String

Optional

LRQ:nonStandardData:callingPartyNum

d

Alias-Address

Required

LRQ/LCF:destinationInfo

D

Transport-Address

Required

LCF:callSignalAddress

r

Transport-Address

Required

LCF:rasAddress

x

Alias-Address

Optional

LCF:destExtraCallInfo

X

Alias-Address

Optional

LCF:remoteExtensionAddress

t

Endpoint-Type

Optional

LCF:destinationType

The destinationInfo from the LCF is used if one is available. Otherwise, the destinationInfo from the LRQ is used.

Response LCF

This message is sent from the external application to the Cisco IOS Gatekeeper in response to a Request LRQ. It indicates that the external application has completed the processing of the request.

This message can also be sent to the Cisco IOS Gatekeeper from the external application in response to a Request LCF or a Request LRJ. In the case of a Request LCF, the response can contain:

In the case of a Request LRJ, the response contains an alternate destination.

For Response LCF, the possible tags are:

Tag Field Type Required or Optional Corresponding RAS Message Field

d

Alias-Address

Optional

LCF:destinationInfo

D

Transport-Address

Required

LCF:destCallSignalAddress

r

Transport-Address

Required

LCF:rasAddress

x

Alias-Address

Optional

LCF:destExtraCallInfo

X

Alias-Address

Optional

LCF:remoteExtensionAddress

t

Endpoint-Type

Optional

LCF:destinationType

A

AlternateEndpoint

Optional

ACF:alternateEndpoints


Note The D and r are not required if the Response LCF is being sent in reply to a Request LCF.
Request LRJ

This message is sent from the Cisco IOS Gatekeeper to the external application when the Cisco IOS Gatekeeper has received an LRJ from a remote Cisco IOS Gatekeeper. This gives the Cisco IOS Gatekeeper the opportunity to accept the rejection (Response LRJ) or propose an alternative destination (Response LCF).

For Request LRJ, the possible tags are:

Tag Field Type Required or Optional Corresponding RAS Message Field

s

Alias-Address

Optional

LRQ:srcInfo

d

Alias-Address

Required

LRQ:destinationInfo

e

IA5String

Optional

LRQ:nonStandardData:redirectNumber

E

integer

Optional

LRQ:nonStandardData:redirectReason

p

integer

Optional

LRQ:nonStandardData:callingPartyNumOctet3a

w

IA5String

Optional

LRQ:nonStandardData:displayIE

c

IA5String

Optional

LRQ:nonStandardData:callingPartyNum

R

LRJ-reason

Required

LRJ:rejectReason

Response LRJ

This message is sent from the external application to the Cisco IOS Gatekeeper in response to a Request LRQ. It indicates that the Cisco IOS Gatekeeper should reject the request for the specified reason.

This message can also be sent to the Cisco IOS Gatekeeper from the external application in response to a Request LCF or a Request LRJ. In the case of a Request LCF, this response rejects the information provided in the LCF for the specified reason. In the case of a Request LRJ, this response acknowledges the rejection. The reason is optional when the Response LRJ is sent due to a Request LRJ.

For Response LRJ, the possible tags are:

Tag Field Type Required or Optional Corresponding RAS Message Field

R

LRJ-Reason

Required (LRQ, LCF)

Optional (LRJ)

LRJ:rejectReason

Possible values for rejectReason are:

Disengage Messages

Disengage messages are used to indicate that a party wants to end the call.

This section describes the following:

Request DRQ

This message is sent from the Cisco IOS Gatekeeper to the external application to indicate that an endpoint wants to end the call.

For Request DRQ, the possible tags are:

Tag Field Type Required or Optional Corresponding RAS Message Field

c

GUID

Optional

DRQ:callIdentifier

C

GUID

Required

DRQ:conferenceID

R

DRQ-reason

Required

DRQ:disengageReason

A

Boolean

Required

DRQ:answeredCall

S

Transport-Address

Required

ARQ:srcCallSignalAddress

Possible values for the DRQ-reason are:


Note All Request DRQ messages must contain Notification-only in the header. No response to this message is sent.

Resource Messages

Resource messages are used to indicate the current call capacity of the gateway.

This section describes the following:

Request RAI

This message is sent from the Cisco IOS Gatekeeper to the external application to indicate the call capacity and data rate of the gateway for H.323 calls.

For Request RAI, the possible tags are:

Tag Field Type Required or Optional Corresponding RAS Message Field

c

Transport-Address

Required

RRQ:callSignalAddress

r

Boolean

Required

RAI:almostOutOfResources


Note All Request RAI messages must contain Notification-only in the header. No response to this message is sent.

Progress Messages

There is one other type of message, the Response RIP.

Response RIP

This message is sent from the external application to the Cisco IOS Gatekeeper when the external application cannot immediately process the request. This message indicates that the request is in progress (RIP) and that additional time is needed. When the Cisco IOS Gatekeeper receives this message, it forwards a request to the H.323 endpoint indicating that an extension of the timeout is required. The external application can send more that one Response RIP as is needed to process the request.

For Response RIP, the possible tags are:

Tag Field Type Required or Optional Corresponding RAS Message Field

d

Integer

Required

RIP:delay

Possible values of the delay are 1 through 65535 milliseconds.

Trigger Registration Messages

Trigger registration messages are used by external applications to inform the Cisco IOS Gatekeeper which RAS messages are interesting to the external application. Interesting RAS messages trip a trigger in the Cisco IOS Gatekeeper and causes the Cisco IOS Gatekeeper to send a GKTMP RAS message to the external application.

As with the GKTMP RAS messages, trigger registration messages have the following format:

Message Line

There are two types of trigger registration messages: register and unregister.

The first line of each trigger registration request/response message uses the format:

REGISTER RAS_message_type

The first line of each trigger unregistration request/response message uses the format:

UNREGISTER RAS_message_type

Possible RAS message types are as follows:

Message Header

The message line is immediately followed by the message header. Each message header contains a field name and a value, separated by a colon (field:value). Possible fields are:

Field Names Field Values

Version-ID

Version of the GKTMP. The version ID consists of a major number (gk_major) and a minor number (gk_minor). For example, version 1 is represented as 100.

From

String that identifies the originator of the message. For trigger registration requests from the external application, this field contains the server ID. For trigger registration responses from the Cisco IOS Gatekeeper, this field contains the gatekeeper ID. This field is required for trigger registration and unregistration requests and responses.

To

String that identifies the receiver of the message. For trigger registration requests from the external application, this field contains the gatekeeper ID. For trigger registration responses from the Cisco IOS Gatekeeper, this field contains the ID of the external application that initiated the request. This field is required for trigger registration and unregistration requests and responses.

Priority

A number indicating the priority of this trigger in relation to other triggers for the same RAS message type. Possible values are 1 through 20. 1 is the highest priority.

If the Cisco IOS Gatekeeper has a registration for a RAS message type and receives another registration for the same RAS message from the same external application with the same priority, the Cisco IOS Gatekeeper will use the new registration and discard the previous one. If the Cisco IOS Gatekeeper has a registration for a RAS message type and receives another registration with the same priority from a different external application, the Cisco IOS Gatekeeper will discard the new registration. This field is required for trigger registration and unregistration requests and is echoed in trigger registration and unregistration responses.

Content-length

The number of octets contained in the message body. If the message body is null, this field is omitted. This field is used only in trigger registration requests.

Notification-only

None. No value is included after the colon. If this field name is present, it indicates to the Cisco IOS Gatekeeper that it should forward requests for the specified RAS messages as a notification only. This field is used only in trigger registration requests.

Status

String that indicates the response code from the Cisco IOS Gatekeeper. This field is used only in trigger registration and unregistration responses.

Possible response codes for unregistration requests are:

  • success—The registration has been accepted.

  • invalidPriority—The registration has been rejected because the Gatekeeper already has a registration for this RAS message type with the same priority from another application.

  • invalidFilters—Parsing of the message body failed.

  • invalidGKID—The gatekeeper ID specified in the "To" field of the request does not match the ID of any gatekeepers on this Cisco router.

Possible response codes for unregistration responses are:

  • success—The unregistration has been accepted.

  • invalidPriority—The unregistration has been rejected because the Gatekeeper does not have a registration for this RAS message type with the same priority from this application.

  • invalidGKID—The gatekeeper ID specified in the "To" field of the request does not match the ID of any gatekeepers on this Cisco router.

The message header is followed immediately by a blank line.

Message Body

The message body follows the blank line. Only trigger registration requests contain a message body. Trigger registration responses, unregistration requests, and unregistration responses end after the blank line.

The message body in a trigger registration request can be used to narrow the circumstances under which the Cisco IOS Gatekeeper sends a REQUEST xxx to the external application. In this case, the external application includes tags and values in the message body that if matched will trigger the Cisco IOS Gatekeeper to generate a REQUEST xxx.

The tags that can be included vary depending on the RAS message type and are a subset of the types that can be included in GKTMP RAS messages.

For the field type of Alias-Address, trailing wildcards can be used with E.164 addresses. An asterisk can be used to indicate a string of characters (for example, 1800*). A period can be used to indicate a single character (for example, 1800.......).


Note Wildcards cannot be used at the beginning or in the midst of a value, only at the end. If you include a wildcard at the beginning or in the midst of a value, it will be interpreted as a literal character.

Register RRQ and RAI

For Register RRQ and RAI, the following tags can be used to filter messages:

Tag Field Type Required or Optional Corresponding RAS Message Field

t

Endpoint-Type

Optional

RRQ:terminalType

p

Supported-Prefix

Optional

RRQ:terminalType:gateway:protocol:*:supportedPrefixes

Register URQ

For Register URQ, the following tags can be used to filter messages:

Tag Field Type Required or Optional Corresponding RAS Message Field

t

Endpoint-Type

Optional

RRQ:terminalType

p

Supported-Prefix

Optional

RRQ:terminalType:gateway:protocol:*:supportedPrefixes

Register ARQ and DRQ

For Register ARQ and DRQ, the following tags can be used to filter messages:

Tag Field Type Required or Optional Corresponding RAS Message Field

d

Alias-Address

Optional

ARQ:destinationInfo

E

integer

Optional

ARQ:nonStandardData:redirectReason

Register LRQ

For Register LRQ, the following tags can be used to filter messages:

Tag Field Type Required or Optional Corresponding RAS Message Field

d

Alias-Address

Optional

LRQ:destinationInfo

E

integer

Optional

LRQ:nonStandardData:redirectReason


Note A Gatekeeper might not be the final destination of the LRQ messages that it receives. If the queried address in an LRQ is in another Gatekeeper's zone, the LRQ is forwarded to that Gatekeeper and is not resolved locally. This means that there may be no local zone that can be associated with the LRQ. To address this situation, the Gatekeeper arbitrarily uses the server registrations for the first configured local zone. Because the order in which configured zones appear can change with deletions and additions, servers should send identical LRQ registrations to all the zones (all the logical gatekeepers) on the same router.

Register LCF

For Register LCF, the following tags can be used to filter messages:

Tag Field Type Required or Optional Corresponding RAS Message Field

d

Alias-Address

Optional

LRQ/LCF:destinationInfo

X

Alias-Address

Optional

LCF:remoteExtensionAddress

Register LRJ

For Register LRJ, the following tags can be used to filter messages:

Tag Field Type Required or Optional Corresponding RAS Message Field

d

Alias-Address

Optional

LRQ:destinationInfo


hometocprevnextglossaryfeedbacksearchhelp
Posted: Fri Sep 27 04:45:48 PDT 2002
All contents are Copyright © 1992--2002 Cisco Systems, Inc. All rights reserved.
Important Notices and Privacy Statement.