[cisco-voip] ARJ calledPartyNotRegistered sent from Gatekeeper to SBC

[Hobson Kevin]

All,

I have a weird issue were the gatekeeper is routing the call fine but when
the SBC sends and ARQ to answer the call the gatekeeper sends back  ARJ
calledPartyNotRegistered.

Capture from SBC:

Summary: H.323: H.225.0/RAS Message Type: admissionRequest Request Sequence
Number: 52514 Conference Identifier: 2BE0202A-F177-11DF-81F4-F76765666DA1
Call Identifier: 2BE0BC52-F177-11DF-81F6-F76765666DA1 Source Alias
Address(es): vpntwenty Destination Alias Address(es): 8007471915,
67B0B24C00000064 Detail Data: ---- ETH ---- Destination Address:
00-90-69-B2-54-BC Source Address: 00-08-25-01-C9-84 ---- ETH II ---- 08-00 =
800h [2048d] Protocol Type: Internet IP (IPv4) ---- IPv4 ---- ---- IP header
---- {0100 ....}= 04h [004d] Version: IP Internet Protocol {.... 0101}= 05h
[005d] Header length: in 32 bit units - must be 5 or more ---- Type of
Service ---- {111. ....}= 07h [007d] Precedence: Network Control {...0
....}= 00h [000d] Delay: Normal {.... 0...}= 00h [000d] Throughput: Normal
{.... .0..}= 00h [000d] Reliability: Normal {.... ..0.}= 00h [000d] ECN
Capable Transport(ECT): No {.... ...0}= 00h [000d] Congestion
Experienced(CE): No 00-A2 = A2h [162d] Total length: in octets, including
header length - must not be less than 20 00-00 = 00h [000d] Identification
{0... ....}= 00h [000d] reserved: valid {.0.. ....}= 00h [000d] Don't
Fragment (DF bit): May Fragment {..0. ....}= 00h [000d] More Fragments (MF
bit) Fragment offset: {...0 0000}= 00h [000d] bits 12-8 {0000 0000}= 00h
[000d] bits 7-0 Fragment offset = 00h [000d]: in 64 bits units {1000 0000}=
80h [128d] Time to live: Hops {0001 0001}= 11h [017d] protocol: UDP (User
Datagram) EA-47 = EA47h [59975d] Header checksum: checksum is correct source
ip address: 172.19.251.242 destination ip address: 172.19.251.9 ---- IP
datagram ---- ---- UDP ---- ---- UDP header ---- 06-B7 = 6B7h [1719d] source
port 06-B7 = 6B7h [1719d] destination port 00-8E = 8Eh [142d] length: octets
include header (not less than 8) 16-F2 = 16F2h [5874d] checksum: checksum is
correct ---- UDP datagram ---- ---- RAS Message ---- RasMessage ::=
admissionRequest : requestSeqNum : 52514 callType pointToPoint : NULL
endpointIdentifier : "67B0B24C00000064" destinationInfo [0] partyNumber :
e164Number : publicTypeOfNumber unknown : NULL publicNumberDigits :
"8007471915" srcInfo [0] h323-ID : "vpntwenty" bandWidth : 640
callReferenceValue : 32897 conferenceID 2BE0202A-F177-11DF-81F4-F76765666DA1
activeMC : FALSE answerCall : TRUE canMapAlias : TRUE callIdentifier guid
2BE0BC52-F177-11DF-81F6-F76765666DA1 gatekeeperIdentifier : "GM0390GK"
willSupplyUUIEs : FALSE

Capture from GK:

Summary: H.323: H.225.0/RAS Message Type: admissionReject Request Sequence
Number: 52514 Reason: calledPartyNotRegistered Detail Data: ---- ETH ----
Destination Address: 00-08-25-01-C9-84 Source Address: 00-90-69-B2-54-BC
---- ETH II ---- 08-00 = 800h [2048d] Protocol Type: Internet IP (IPv4) ----
IPv4 ---- ---- IP header ---- {0100 ....}= 04h [004d] Version: IP Internet
Protocol {.... 0101}= 05h [005d] Header length: in 32 bit units - must be 5
or more ---- Type of Service ---- {111. ....}= 07h [007d] Precedence:
Network Control {...0 ....}= 00h [000d] Delay: Normal {.... 0...}= 00h
[000d] Throughput: Normal {.... .0..}= 00h [000d] Reliability: Normal {....
..0.}= 00h [000d] ECN Capable Transport(ECT): No {.... ...0}= 00h [000d]
Congestion Experienced(CE): No 00-29 = 29h [041d] Total length: in octets,
including header length - must not be less than 20 C0-46 = C046h [49222d]
Identification {0... ....}= 00h [000d] reserved: valid {.0.. ....}= 00h
[000d] Don't Fragment (DF bit): May Fragment {..0. ....}= 00h [000d] More
Fragments (MF bit) Fragment offset: {...0 0000}= 00h [000d] bits 12-8 {0000
0000}= 00h [000d] bits 7-0 Fragment offset = 00h [000d]: in 64 bits units
{1111 1001}= F9h [249d] Time to live: Hops {0001 0001}= 11h [017d] protocol:
UDP (User Datagram) B1-79 = B179h [45433d] Header checksum: checksum is
correct source ip address: 172.19.251.9 destination ip address:
172.19.251.242 ---- IP datagram ---- ---- UDP ---- ---- UDP header ----
06-B7 = 6B7h [1719d] source port 06-B7 = 6B7h [1719d] destination port 00-15
= 15h [021d] length: octets include header (not less than 8) FA-CC = FACCh
[64204d] checksum: checksum is correct ---- UDP datagram ---- ---- RAS
Message ---- RasMessage ::= admissionReject : requestSeqNum : 52514
rejectReason calledPartyNotRegistered : NULL nonStandardData
nonStandardIdentifier h221NonStandard : t35CountryCode : 181 t35Extension :
0 manufacturerCode : 18 data (length = 4) '80 40 01 60'H Ethernet Padding:
00 00 00 00 00 | .....



Show gatek end:

172.19.251.242  1720  172.19.251.242  1719  GM0390GK          H323-GW
    H323-ID: vpntwenty
    Voice Capacity Max.=  Avail.=  Current.= 0


Show gatek gw:


Prefix: 8007*
  Zone GM0390GK master gateway list:
    172.19.251.242:1720 vpntwenty


Software version:

Cisco IOS Software, 3800 Software (C3845-ADVENTERPRISEK9_IVS-M), Version
12.3(14)T6, RELEASE SOFTWARE (fc2)
Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2006 by Cisco Systems, Inc.
Compiled Thu 05-Jan-06 02:57 by dchih



This is part of a gatekeeper cluster so im unsure if this has anything to do
with it.

Im a bit stumped why this isnt working as nothing in the traces from what i
see arent showing anything that would cause this.

Any help appreciated.


Cheers

Kev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20101117/dbad0920/attachment.html>