Dial by IP fails

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I just discovered that I cannot dial out through our proxy GK by IP address. We can only dial via E.164 extension. All my video end points are NATed behind the GK. Typically we dial via E.164 extension and our GK sends all the signal traffic to the state gatekeeper.
What could be causing this problem?
 
The typical signaling path for a call made using an E.164 extension is as follows:
 
our video endpoint<-->our proxy GnuGK<-->state GnuGK<-->remote video endpoint
 
I've compared the log of a call to the same end point via IP address and E.164 extension. Here are the differences that I've discovered:
 
IP--no ARQ is sent to state GK
IP--no "IE: Called-Party-Number" in the section labeled "ProxyChannel.cxx(842)   Q931    Received: {"
IP--no message such as "ProxyChannel.cxx(1627)  Q931s   GWRewrite source for 10.2.5.127:1030: call record"
IP--proxy channel "ProxyChannel.cxx(899)   Q931d   Received: Facility"
Ext--proxy channel "ProxyChannel.cxx(899)   Q931d   Received: Alerting"
IP--has this section:
 
 h323_uu_pdu = {
      h323_message_body = facility {
        protocolIdentifier = 0.0.8.2250.0.4
        alternativeAddress = ipAddress {
          ip =  4 octets {
            <IP of state GK>
          }
          port = 1720
        }
        conferenceID =  16 octets {
          02 2a cf 3c 39 f7 19 17  2a 96 63 60 19 de bf 8d   .*.<9...*.c`....
        }
        reason = routeCallToGatekeeper <<null>>
 
IP--the call is cleared with this message:
 
ProxyChannel.cxx(842)   Q931    Received: {
  q931pdu = {
    protocolDiscriminator = 8
    callReference = 21162
    from = originator
    messageType = ReleaseComplete
    IE: Cause - Normal call clearing = {
      80 90                                              ..
    }
    IE: User-User = {
      25 c0 06 00 08 91 4a 00  04 80 01 00 11 18 11 00   %.....J.........
      02 2a cf 3c 39 f7 19 17  2a 95 63 60 19 de bf 8d   .*.<9...*.c`....
      01 00 01 40 10 80 01 00                            ...@....
    }
  }
  h225pdu = {
    h323_uu_pdu = {
      h323_message_body = releaseComplete {
        protocolIdentifier = 0.0.8.2250.0.4
        reason = facilityCallDeflection <<null>>
 
 
How can I correct this problem so that I can complete calls via IP address?
 
Thanks!
 
Here is my INI file:
 
-----------------------------------------------------------------
[Gatekeeper::Main]
Fortytwo=42
Name=NWESD-GK1
ExternalIP=<GK IP>
 
[RoutedMode]
GKRouted=1
H245Routed=1
CallSignalPort=1720
EndpointSignalPort=1721
CallSignalHandlerNumber=5
AcceptNeighborsCalls=1
SupportNATedEndpoints=1
Q931PortRange=20000-20015
H245PortRange=30000-30015
AcceptUnregisteredCalls=1
SupportCallingNATedEndpoints=1
 
[Proxy]
Enable=1
ProxyForNat=1
ProxyForSameNAT=0
T120PortRange=40000-40015
RTPPortRange=50000-50099
 
[Endpoint]
Gatekeeper=<state GK IP>
Type=Terminal
Vendor=GnuGK
H323ID=NWESD-GnuGK1
E164=00114790801488
 
[RasSrv::ARQFeatures]
CallUnregisteredEndpoints=1
 
[RasSrv::RRQFeatures]
SupportDynamicIP=1
OverwriteEPOnSameAddress=1
-----------------------------------------------------------------
 
Andrew
-------------------------------------------------------------------------
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
_______________________________________________________

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/

[Index of Archives]     [SIP]     [Open H.323]     [Gnu Gatekeeper]     [Asterisk PBX]     [ISDN Cause Codes]     [Yosemite News]

  Powered by Linux