GnuGK the latest branch (CVSed 3 days ago).
GnuGK is sending calls to a Quintum DX2030 gateway and then to a PABX. Quintum
must send a 3 digit number to the PABX, whilst GnuGK takes a 9 digit number.
What I am doing is, rewriting in the GnuGK all calls going to Quintum:
[RasSrv::GWRewriteE164]
is-b2=out=0292783..=3..
The call is sent to Quintum and it fails with a strange reason saying that the
H323 "message" encoding has failed (see below). However, if I get rid of the
GnuGK rewriting and let the Quintum strip the leading 6 digits, everything
goes smoothly.
ras |01/01| 2005/05/13|10:54:11:565 |[ch] H323RAS Message ENCODE Failed...
h323asn1 |01/01| 2005/05/13|10:54:11:565 |value RasMessage ::=
admissionRequest :
{
requestSeqNum 26617,
callType pointToPoint : NULL,
endpointIdentifier
"0af002094283202b003d",
destinationInfo
{
e164 : "310
out"
},
srcInfo
{
e164 : "208"
},
srcCallSignalAddress ipAddress :
{
ip '0AF007EF'H,
port 1720
},
bandWidth 1280,
callReferenceValue 32846,
nonStandardData
{
nonStandardIdentifier
h221NonStandard :
{
t35CountryCode 181,
t35Extension 0,
manufacturerCode 1831
},
data '000103'H
},
conferenceID
'6828CFD7C2C311D984F89CCFC289DD73'H,
activeMC FALSE,
answerCall TRUE,
canMapAlias TRUE,
callIdentifier
{
guid
'6828CFD7C2C311D984F99CCFC289DD73'H
},
willSupplyUUIEs FALSE
}
hras |01/01| 2005/05/13|11:08:13:375 |Hex Dump of RAS MsgType[0xa]: ---
Length = 0 ---
excp |01/01| 2005/05/13|11:08:13:375 |ossEncode failed
MsgType<0xa>::Reason:<17> , in file ras/RasMessage.cpp, line 181
In the GnuGK debug I see something strange which happens witht the called
number. Looks like the word "out" is added to the called number.
2005/05/13 11:53:47.355 4 ProxyChannel.cxx(686) Q931 Send to
10.x.x.x:1720 {
q931pdu = {
protocolDiscriminator = 8
callReference = 77
from = originator
messageType = Setup
IE: Bearer-Capability = {
80 90 a3 ...
}
IE: Calling-Party-Number = {
00 83 32 30 38 ..208
}
IE: Called-Party-Number = {
80 33 31 30 0a 6f 75 74 .310.out
}
IE: User-User = {
20 90 06 00 08 91 4a 00 03 08 80 01 3c 05 01 00 .....J.....<...
00 01 40 06 00 33 00 31 00 30 00 0a 00 6f 00 75 ..@..3.1.0...o.u
00 74 00 59 c2 43 76 c2 c3 11 d9 84 f0 9c cf c2 .t.Y.Cv.........
89 dd 73 00 5d 1d 80 07 00 0a f0 07 ef 06 b8 11 ..s.]...........
00 59 c2 43 76 c2 c3 11 d9 84 f1 9c cf c2 89 dd .Y.Cv...........
73 63 04 12 00 00 00 0c 60 13 80 0a 04 00 01 00 sc......`.......
0a f0 07 06 42 6b 1d 40 00 00 06 04 01 00 4c 60 ....Bk.@......L`
13 80 11 14 00 01 00 0a f0 07 06 42 6a 00 0a f0 ...........Bj...
07 06 42 6b 12 00 00 01 0c 20 13 80 0a 04 00 01 ..Bk..... ......
00 0a f0 07 06 42 6b 1d 40 00 01 06 04 01 00 4c .....Bk.@......L
20 13 80 11 14 00 01 00 0a f0 07 06 42 6a 00 0a ...........Bj..
f0 07 06 42 6b 01 00 01 80 01 00 01 00 06 a0 01 ...Bk...........
80 25 01 40 b5 00 00 12 1e 60 01 01 00 01 04 17 .%.@.....`......
04 03 80 90 a3 18 03 a9 83 92 6c 05 00 83 32 30 ..........l...20
38 70 04 80 33 31 30 8p..310
}
}
h225pdu = {
h323_uu_pdu = {
h323_message_body = setup {
protocolIdentifier = 0.0.8.2250.0.3
sourceInfo = {
gateway = {
protocol = 1 entries {
[0]=voice {
supportedPrefixes = 0 entries {
}
}
}
}
mc = FALSE
undefinedNode = FALSE
}
destinationAddress = 1 entries {
[0]=h323_ID 7 characters {
0033 0031 0030 000a 006f 0075 0074 310 out
}
Is that a bug or just a configuration mistake ?
-------------------------------------------------------
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_id=7393&alloc_id=16281&op=click
_______________________________________________________
Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549
Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users
Homepage: http://www.gnugk.org/
