I would agree: The Polycom PVX only puts the called alias into the Called-Party-Number IE, but not into the destinationAliases, where it would belong and thus the call doesn't get routed. We could work around this by copying Called-Party number into the destination alias if the call comes from a PVX, but that would be a quite vendor specific hack. Regards, Jan Frank Liu wrote: > Has everyone succeeded in dialing from an unregistered Polycom EP > using IP##alias to a GNUGK? A few months ago during my test, the call > never went through. The gnugk trace seemed to indicate Polycom never > sent the "alias", thus getting no route to destination. The same call > via a Tandberg GK worked fine. I guess maybe there are some > compatibility issues between unregistered Polycom and gnugk which make > Polycom not sending the "alias" during call setup? > > Frank > > On Mon, Mar 29, 2010 at 2:24 AM, Jan Willamowius <jan@xxxxxxxxxxxxxx> wrote: > > Siem, > > > > please post a similar trace snippet for the call to 123.123.123.4##0183. > > In the trace you posted 0183 isn't sent to the gatekeeper, so its > > obvious why the call fails. The call to 123.123.123.4##0183 probably > > fails for a different reason. > > > > Regards, > > Jan > > > > Siem Smit wrote: > >> Hello Jan, > >> > >> Thanks for a very quick reply! > >> Yes i did try also 123.123.123.4##0183 with same result. > >> I really suspect it hasd to do with the address 123.123.123.4 wich is > >> not present on gnugk but only a forwarder (NAT) on the firewall > >> > >> Ps i forgot to mention i also use > >> Home=192.168.0.1 > >> And > >> ProxyForNAT=1 > >> > >> With kind regards, > >> > >> Siem > >> > >> > >> -----Original Message----- > >> From: Jan Willamowius [mailto:jan@xxxxxxxxxxxxxx] > >> Sent: maandag 29 maart 2010 11:04 > >> To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx > >> Subject: Re: Registered endpoinds can call, > >> unregistered cannot > >> > >> Hi Siem, > >> > >> I don't think Polycom properly understands the standard dialing syntax > >> 0183@xxxxxxxxxxxxxx They usually use 123.123.123.4##0183. Did you try > >> that, too ? > >> > >> Regards, > >> Jan > >> > >> > >> Siem Smit wrote: > >> > Hello All, > >> > > >> > I have a weird problem. > >> > I have a tandberg MXP 990 and Polycom QDX 6000 system, registered at > >> > our gnugk (192.168.0.1) connected to a Palo Alto firewall that is > >> > configured to do a 1 on 1 portforward (NAT) from 123.123.123.4 to > >> 192.168.0.1. > >> > If i connect from Home with Polycom PVX 8.02 to the external IP > >> > 123.123.123.4 it succesfully register and i can make calls to all > >> > endpoints. > >> > I can also call out to endpoints not registered to the gatekeeper (IP > >> > Call) from all endpoints. > >> > > >> > However if i unregister from gnugk and try to make a call > >> > 0183@xxxxxxxxxxxxx i get a no route to destination. > >> > > >> > Below is the output of a level 4 trace: > >> > 2010/03/27 20:22:50.160 4 yasocket.cxx(905) TCPSrv Accept request > >> on > >> > 192.168.0.1:1720 > >> > 2010/03/27 20:22:50.176 3 ProxyChannel.cxx(1023) Q931s Received: Setup > >> > CRV=31349 from 85.100.140.1:3230 > >> > 2010/03/27 20:22:50.177 4 ProxyChannel.cxx(966) Q931 Received: { > >> > q931pdu = { > >> > protocolDiscriminator = 8 > >> > callReference = 31349 > >> > from = originator > >> > messageType = Setup > >> > IE: Bearer-Capability = { > >> > 88 18 88 a5 .... > >> > } > >> > IE: Display = { > >> > 4d 69 73 68 61 Home > >> > } > >> > IE: User-User = { > >> > 60 a8 06 00 08 91 4a 00 04 02 40 04 00 4d 00 69 > >> > `.....J...@..M.i > >> > 00 73 00 68 00 61 01 80 39 b5 22 c0 b5 00 23 31 > >> > .s.h.a..9."...#1 > >> > 0f 50 6f 6c 79 63 6f 6d 20 56 69 61 56 69 64 65 .Polycom > >> > ViaVide > >> > 6f 16 52 65 6c 65 61 73 65 20 38 2e 30 3a 20 38 o.Release > >> 8.0: > >> > 8 > >> > 2e 30 2e 32 2e 30 32 33 35 00 d5 7e 8a 04 06 b8 > >> > .0.2.0235..~.... > >> > 00 02 30 40 69 cb 00 00 10 2b 9f 12 e3 e0 99 5e > >> > ..0@xxxxx+.....^ > >> > 3f 00 cd 0d 98 00 07 00 50 65 8d 0a 0c 9e 11 00 > >> > ?.......Pe...... > >> > 02 30 40 69 cb 00 00 10 2b 9e 12 e3 e0 99 5e 3f > >> > .0@xxxxx+.....^? > >> > 01 00 01 00 01 00 01 00 01 00 01 40 10 80 01 00 > >> > ...........@.... > >> > 00 05 0e 53 65 74 75 70 20 2d 20 6d 65 73 73 61 ...Setup - > >> > messa > >> > 67 65 ge > >> > } > >> > } > >> > h225pdu = { > >> > h323_uu_pdu = { > >> > h323_message_body = setup { > >> > protocolIdentifier = 0.0.8.2250.0.4 > >> > sourceAddress = 2 entries { > >> > [0]=h323_ID 5 characters { > >> > 004d 0069 0073 0068 0061 Home > >> > } > >> > [1]=dialedDigits "0682" > >> > } > >> > sourceInfo = { > >> > vendor = { > >> > vendor = { > >> > t35CountryCode = 181 > >> > t35Extension = 0 > >> > manufacturerCode = 9009 > >> > } > >> > productId = 16 octets { > >> > 50 6f 6c 79 63 6f 6d 20 56 69 61 56 69 64 65 6f > >> Polycom > >> > ViaVideo > >> > } > >> > versionId = 23 octets { > >> > 52 65 6c 65 61 73 65 20 38 2e 30 3a 20 38 2e 30 > >> Release > >> > 8.0: 8.0 > >> > 2e 32 2e 30 32 33 35 > >> .2.0235 > >> > } > >> > } > >> > terminal = { > >> > } > >> > mc = false > >> > undefinedNode = false > >> > } > >> > destCallSignalAddress = ipAddress { > >> > ip = 4 octets { > >> > 7b 7b 7b 04 .~.. > >> > } > >> > port = 1720 > >> > } > >> > activeMC = false > >> > conferenceID = 16 octets { > >> > 02 30 40 69 cb 00 00 10 2b 9f 12 e3 e0 99 5e 3f > >> > .0@xxxxx+.....^? > >> > } > >> > conferenceGoal = create <<null>> > >> > callType = pointToPoint <<null>> > >> > sourceCallSignalAddress = ipAddress { > >> > ip = 4 octets { > >> > 55 64 8c 01 Pe.. > >> > } > >> > port = 3230 > >> > } > >> > callIdentifier = { > >> > guid = 16 octets { > >> > 02 30 40 69 cb 00 00 10 2b 9e 12 e3 e0 99 5e 3f > >> > .0@xxxxx+.....^? > >> > } > >> > } > >> > mediaWaitForConnect = false > >> > canOverlapSend = false > >> > multipleCalls = false > >> > maintainConnection = false > >> > presentationIndicator = presentationAllowed <<null>> > >> > screeningIndicator = userProvidedVerifiedAndFailed > >> > } > >> > h245Tunneling = false > >> > } > >> > user_data = { > >> > protocol_discriminator = 5 > >> > user_information = 15 octets { > >> > 53 65 74 75 70 20 2d 20 6d 65 73 73 61 67 65 Setup - > >> > message > >> > } > >> > } > >> > } > >> > } > >> > 2010/03/27 20:22:50.178 2 singleton.cxx(25) Create instance: > >> > PreliminaryCallTable(9) > >> > 2010/03/27 20:22:50.178 4 ProxyChannel.cxx(2308) Q931s Unregistered > >> > party is not NATed > >> > 2010/03/27 20:22:50.178 2 RasTbl.cxx(3369) > >> CallTable::Insert(CALL) > >> > Call No. 1, total sessions : 1 > >> > 2010/03/27 20:22:50.178 2 gkacct.cxx(1088) GKACCT Successfully > >> > logged event 1 for call no. 1 > >> > 2010/03/27 20:22:50.178 3 ProxyChannel.cxx(2705) Q931s Call 1 is NAT > >> > type 0 > >> > 2010/03/27 20:22:50.178 1 ProxyChannel.cxx(870) Call 1: h245Routed=1 > >> > proxy=1 > >> > 2010/03/27 20:22:50.178 3 ProxyChannel.cxx(887) GK Call 1 proxy > >> > enabled > >> > 2010/03/27 20:22:50.189 4 ProxyChannel.cxx(966) Q931 Send to > >> > 123.123.123.4:1720 { > >> > q931pdu = { > >> > protocolDiscriminator = 8 > >> > callReference = 31349 > >> > from = originator > >> > messageType = Setup > >> > IE: Bearer-Capability = { > >> > 88 18 88 a5 .... > >> > } > >> > IE: Display = { > >> > 4d 69 73 68 61 Home > >> > } > >> > IE: User-User = { > >> > 60 a8 06 00 08 91 4a 00 04 02 40 04 00 4d 00 69 > >> > `.....J...@..M.i > >> > 00 73 00 68 00 61 01 80 39 b5 22 c0 b5 00 23 31 > >> > .s.h.a..9."...#1 > >> > 0f 50 6f 6c 79 63 6f 6d 20 56 69 61 56 69 64 65 .Polycom > >> > ViaVide > >> > 6f 16 52 65 6c 65 61 73 65 20 38 2e 30 3a 20 38 o.Release > >> 8.0: > >> > 8 > >> > 2e 30 2e 32 2e 30 32 33 35 00 d5 7e 8a 04 06 b8 > >> > .0.2.0235..~.... > >> > 00 02 30 40 69 cb 00 00 10 2b 9f 12 e3 e0 99 5e > >> > ..0@xxxxx+.....^ > >> > 3f 00 7d 0d 98 07 00 d5 7e 8a 04 06 b8 11 00 02 > >> > ?.}.....~....... > >> > 30 40 69 cb 00 00 10 2b 9e 12 e3 e0 99 5e 3f 01 > >> > 0@xxxxx+.....^?. > >> > 00 01 00 01 00 01 00 01 00 01 40 02 80 01 00 00 > >> > ..........@..... > >> > 05 0e 53 65 74 75 70 20 2d 20 6d 65 73 73 61 67 ..Setup - > >> > messag > >> > 65 e > >> > } > >> > } > >> > h225pdu = { > >> > h323_uu_pdu = { > >> > h323_message_body = setup { > >> > protocolIdentifier = 0.0.8.2250.0.4 > >> > sourceAddress = 2 entries { > >> > [0]=h323_ID 5 characters { > >> > 004d 0069 0073 0068 0061 Home > >> > } > >> > [1]=dialedDigits "0682" > >> > } > >> > sourceInfo = { > >> > vendor = { > >> > vendor = { > >> > t35CountryCode = 181 > >> > t35Extension = 0 > >> > manufacturerCode = 9009 > >> > } > >> > productId = 16 octets { > >> > 50 6f 6c 79 63 6f 6d 20 56 69 61 56 69 64 65 6f > >> Polycom > >> > ViaVideo > >> > } > >> > versionId = 23 octets { > >> > 52 65 6c 65 61 73 65 20 38 2e 30 3a 20 38 2e 30 > >> Release > >> > 8.0: 8.0 > >> > 2e 32 2e 30 32 33 35 > >> .2.0235 > >> > } > >> > } > >> > terminal = { > >> > } > >> > mc = false > >> > undefinedNode = false > >> > } > >> > destCallSignalAddress = ipAddress { > >> > ip = 4 octets { > >> > 7b 7b 7b 04 .~.. > >> > } > >> > port = 1720 > >> > } > >> > activeMC = false > >> > conferenceID = 16 octets { > >> > 02 30 40 69 cb 00 00 10 2b 9f 12 e3 e0 99 5e 3f > >> > .0@xxxxx+.....^? > >> > } > >> > conferenceGoal = create <<null>> > >> > callType = pointToPoint <<null>> > >> > sourceCallSignalAddress = ipAddress { > >> > ip = 4 octets { > >> > 7b 7b 7b 04 .~.. > >> > } > >> > port = 1720 > >> > } > >> > callIdentifier = { > >> > guid = 16 octets { > >> > 02 30 40 69 cb 00 00 10 2b 9e 12 e3 e0 99 5e 3f > >> > .0@xxxxx+.....^? > >> > } > >> > } > >> > mediaWaitForConnect = false > >> > canOverlapSend = false > >> > multipleCalls = false > >> > maintainConnection = false > >> > presentationIndicator = presentationAllowed <<null>> > >> > screeningIndicator = userProvidedVerifiedAndFailed > >> > } > >> > h245Tunneling = false > >> > } > >> > user_data = { > >> > protocol_discriminator = 5 > >> > user_information = 15 octets { > >> > 53 65 74 75 70 20 2d 20 6d 65 73 73 61 67 65 Setup - > >> > message > >> > } > >> > } > >> > } > >> > } > >> > 2010/03/27 20:22:50.189 4 osutil.cxx(188) PWLib File handle high > >> > water mark set: 37 CallSignalSocket > >> > 2010/03/27 20:22:56.196 1 ProxyChannel.cxx(4191) Q931d Could not > >> > open/connect Q.931 socket at 192.168.0.1:30000 - error 9/110: > >> > Connection timed out > >> > 2010/03/27 20:22:56.196 3 ProxyChannel.cxx(3882) Q931 > >> > 123.123.123.4:1720 DIDN'T ACCEPT THE CALL > >> > 2010/03/27 20:22:56.197 4 ProxyChannel.cxx(966) Q931 Send to > >> > 85.100.140.1:3230 { > >> > > >> > ********************************************************************** > >> > ** > >> > ********************************************************************** > >> > ** > >> > **************************************** > >> > > >> > The lines > >> > 2010/03/27 20:22:56.196 1 ProxyChannel.cxx(4191) Q931d Could not > >> > open/connect Q.931 socket at 192.168.0.1:30000 - error 9/110: > >> > Connection timed out > >> > 2010/03/27 20:22:56.196 3 ProxyChannel.cxx(3882) Q931 > >> > 123.123.123.4:1720 DIDN'T ACCEPT THE CALL are giving me a clue that > >> > somewhere in the setup message the internal IP address of gnugk gets > >> > switched with external IP. > >> > > >> > ********************************************************************** > >> > ** > >> > ********************************************************************** > >> > ** > >> > **************************************** > >> > > >> > This is my gatekeeper.ini > >> > [Gatekeeper::Main] > >> > FortyTwo=42 > >> > TimeToLive=300 > >> > UnicastRasPort=1719 > >> > ExternalIP=123.123.123.4 > >> > Name=KWA-GK1 > >> > > >> > [LogFile] > >> > Rotate=Daily > >> > RotateTime=23:00 > >> > > >> > [RoutedMode] > >> > GKRouted=1 > >> > H245Routed=1 > >> > CallSignalPort=1720 > >> > AcceptNeighborCalls=1 > >> > AcceptUnregisteredCalls=1 > >> > TreatUnregisteredNAT=1 > >> > SupportNATedEndpoints=1 > >> > SupportCallingNATedEndpoints=1 > >> > EnableH46018=0 > >> > EnableH46023=0 > >> > Q931PortRange=30000-30999 > >> > H245PortRange=40000-40999 > >> > > >> > [Proxy] > >> > Enable=1 > >> > InternalNetwork=192.168.0.0/24 > >> > T120PortRange=50000-50999 > >> > RTPPortRange=50000-50999 > >> > > >> > [GkStatus::Auth] > >> > rule=explicit > >> > 127.0.0.1=1 > >> > > >> > [Gatekeeper::Acct] > >> > FileAcct=required > >> > > >> > [FileAcct] > >> > DetailFile=/var/log/gnugk/cdr.log > >> > Rotate=weekly > >> > RotateDay=Sun > >> > RotateTime=00:59 > >> > > >> > [RoutingPolicy] > >> > default=explicit,internal,catchall > >> > > >> > [Routing::Catchall] > >> > CatchAllIP=192.168.0.218 > >> > > >> > [RasSrv::LRQFeatures] > >> > AcceptNonNeighborLRQ=1 > >> > > >> > [RasSrv::ARQFeatures] > >> > CallUnregisteredEndpoints=1 > >> > > >> > I am using Gatekeeper(GNU) Version(2.3.2) > >> > Ext(pthreads=1,radius=1,mysql=0,pgsql=0,firebird=0,odbc=0,sqlite=0,lar > >> > ge > >> > _fdset=0,crypto/ssl=0,h46018=1,h46023=1) Build(Feb 23 2010, 10:49:36) > >> > Sys(Linux i686 2.6.31-19-generic-pae) build from CVS > >> > > >> > Any help is appreciated. > >> > > >> > Siem > >> > > >> > >> > >> -- > >> Jan Willamowius, jan@xxxxxxxxxxxxxx, http://www.gnugk.org/ > > > > > > -- > > Jan Willamowius, jan@xxxxxxxxxxxxxx, http://www.gnugk.org/ -- Jan Willamowius, jan@xxxxxxxxxxxxxx, http://www.gnugk.org/ ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________________ Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx Archive: http://sourceforge.net/mailarchive/forum.php?forum_name=openh323gk-users Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users Homepage: http://www.gnugk.org/
