facility: routeCallToGatekeeper

View: New views
5 Messages — Rating Filter:   Alert me  

facility: routeCallToGatekeeper

by Andrew Struiksma-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Some parts of this message have been removed. Learn more about Nabble's security policy.

I have GnuGK 2.3.0 running at a proxy and has one neighbor (our state GK). Yesterday I attempted to dial an endpoint via IP address and that EP was registered to the state GK. During call setup I received a message back saying routeCallToGatekeeper and it gave the IP address of our state GK. Then GnuGK released the call. My routing is setup as:

 

[RoutingPolicy]

default=internal,parent,explicit,neighbor

 

Do I need to change something in order for a call like this to be completed?

 

Thanks!

 

Andrew


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________________

Posting: mailto:Openh323gk-users@...
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/

Re: facility: routeCallToGatekeeper

by Andrew Struiksma-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

As was suggested by an off-list email, I tried setting the routing policy to the default and also setting ArjReasonRouteCallToGatekeeper=0 but neither helped. I am stumped as to why GnuGK won't route the call to the IP supplied by the end point. Any ideas?

Andrew

From: Andrew Struiksma [mailto:astruiksma@...]
Sent: Thursday, October 08, 2009 1:35 PM
To: 'openh323gk-users@...'
Subject: [Openh323gk-users] facility: routeCallToGatekeeper

I have GnuGK 2.3.0 running at a proxy and has one neighbor (our state GK). Yesterday I attempted to dial an endpoint via IP address and that EP was registered to the state GK. During call setup I received a message back saying routeCallToGatekeeper and it gave the IP address of our state GK. Then GnuGK released the call. My routing is setup as:

[RoutingPolicy]
default=internal,parent,explicit,neighbor

Do I need to change something in order for a call like this to be completed?

Thanks!

Andrew

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________________

Posting: mailto:Openh323gk-users@...
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/

Re: facility: routeCallToGatekeeper

by Andrew Struiksma-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Here are some snippets of what I'm getting in the trace file as the call setup begins:

2009/11/02 08:49:17.672 3       ProxyChannel.cxx(958)   Q931d   Received: Facility CRV=5010 from xxx.xxx.240.100:1720
2009/11/02 08:49:17.673 4       ProxyChannel.cxx(901)   Q931    Received: {
  q931pdu = {
    protocolDiscriminator = 8
    callReference = 5010
    from = destination
    messageType = Facility
    IE: Facility = {

    }
  }
  h225pdu = {
    h323_uu_pdu = {
      h323_message_body = facility {
        protocolIdentifier = 0.0.8.2250.0.3
        alternativeAddress = ipAddress {
          ip =  4 octets {
            xx xx ce 14                                        D...
          }
          port = 1720
        }
        reason = routeCallToGatekeeper <<null>>
        multipleCalls = false
        maintainConnection = true
        destinationInfo = {
          mc = false
          undefinedNode = false
        }
      }
      h245Tunneling = false
    }
  }
}
2009/11/02 08:49:17.675 3       ProxyChannel.cxx(958)   Q931d   Received: ReleaseComplete CRV=5010 from xx.xx.240.100:1720
2009/11/02 08:49:17.676 4       ProxyChannel.cxx(901)   Q931    Received: {
  q931pdu = {
    protocolDiscriminator = 8
    callReference = 5010
    from = destination
    messageType = ReleaseComplete
    IE: Cause - Normal call clearing = {
      80 90                                              ..
    }
  }
  h225pdu = {
    h323_uu_pdu = {
      h323_message_body = releaseComplete {
        protocolIdentifier = 0.0.8.2250.0.4
        screeningIndicator = userProvidedVerifiedAndFailed
      }
      h245Tunneling = false
    }
  }
}

When I try making this same call while not registered to GnuGK then the end point automatically redials using the alternativeAddress. Is it possible to get GnuGK to dial the alternativeAddress? I have attached my INI.

Thanks!

Andrew


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________________

Posting: mailto:Openh323gk-users@...
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/

gnugk.ini (1K) Download Attachment

Re: facility: routeCallToGatekeeper

by Willamowius :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hi,

Andrew, you can set

[RoutedMode]
ForwardOnFacility=1

Regards,
Jan


Andrew Struiksma wrote:

> Here are some snippets of what I'm getting in the trace file as the call setup begins:
>
> 2009/11/02 08:49:17.672 3       ProxyChannel.cxx(958)   Q931d   Received: Facility CRV=5010 from xxx.xxx.240.100:1720
> 2009/11/02 08:49:17.673 4       ProxyChannel.cxx(901)   Q931    Received: {
>   q931pdu = {
>     protocolDiscriminator = 8
>     callReference = 5010
>     from = destination
>     messageType = Facility
>     IE: Facility = {
>
>     }
>   }
>   h225pdu = {
>     h323_uu_pdu = {
>       h323_message_body = facility {
>         protocolIdentifier = 0.0.8.2250.0.3
>         alternativeAddress = ipAddress {
>           ip =  4 octets {
>             xx xx ce 14                                        D...
>           }
>           port = 1720
>         }
>         reason = routeCallToGatekeeper <<null>>
>         multipleCalls = false
>         maintainConnection = true
>         destinationInfo = {
>           mc = false
>           undefinedNode = false
>         }
>       }
>       h245Tunneling = false
>     }
>   }
> }
> 2009/11/02 08:49:17.675 3       ProxyChannel.cxx(958)   Q931d   Received: ReleaseComplete CRV=5010 from xx.xx.240.100:1720
> 2009/11/02 08:49:17.676 4       ProxyChannel.cxx(901)   Q931    Received: {
>   q931pdu = {
>     protocolDiscriminator = 8
>     callReference = 5010
>     from = destination
>     messageType = ReleaseComplete
>     IE: Cause - Normal call clearing = {
>       80 90                                              ..
>     }
>   }
>   h225pdu = {
>     h323_uu_pdu = {
>       h323_message_body = releaseComplete {
>         protocolIdentifier = 0.0.8.2250.0.4
>         screeningIndicator = userProvidedVerifiedAndFailed
>       }
>       h245Tunneling = false
>     }
>   }
> }
>
> When I try making this same call while not registered to GnuGK then the end point automatically redials using the alternativeAddress. Is it possible to get GnuGK to dial the alternativeAddress? I have attached my INI.
>
> Thanks!
>
> Andrew


--
Jan Willamowius, jan@..., http://www.gnugk.org/

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________________

Posting: mailto:Openh323gk-users@...
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/

Re: facility: routeCallToGatekeeper

by Andrew Struiksma-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Thanks for the tip, Jan. I added that in and now I'm getting closer but it still fails. Here is the output after GnuGK receives the routeCallToGatekeeper message:

  q931pdu = {
    protocolDiscriminator = 8
    callReference = 11255
    from = originator
    messageType = ReleaseComplete
    IE: Cause - Normal call clearing = {
      80 90                                              ..
 
  }
  h225pdu = {
    h323_uu_pdu = {
      h323_message_body = releaseComplete {
        protocolIdentifier = 0.0.8.2250.0.2
        reason = facilityCallDeflection <<null>>
        callIdentifier = {
          guid =  16 octets {
            02 87 73 ab cb a1 0f 1c  3f 20 92 63 60 19 de bf   ..s.....? .c`...
          }
        }
      }
      h245Tunneling = false
    }
  }

Then it attempts to forward the call to the alternate IP:

2009/11/03 16:04:48.509 3       ProxyChannel.cxx(3958)  Q931    Connect to xx.xx.206.20:1720 from 168.99.78.136:20002 successful
2009/11/03 16:04:48.522 4           yasocket.cxx(904)   TCPSrv  Accept request on xx.xx.78.136:1720
2009/11/03 16:04:48.523 3       ProxyChannel.cxx(958)   Q931s   Received: Setup CRV=11255 from xx.xx.206.20:39049

After the call setup, this error appears and the call is dropped:

2009/11/03 16:04:48.525 2       ProxyChannel.cxx(1821)  Q931s   Warning: socket (xx.xx.206.20:39049) already attached for callid 02 87 73 ab cb a1 0f 1c 3f 20 92 63 60 19 de bf
2009/11/03 16:04:48.525 2             RasTbl.cxx(3538)  CDR     ignore not connected call

I'm not sure how to interpret these results. Am I still missing a switch that would enable a call to be forwarded to an alternate IP?

Andrew

-----Original Message-----
From: Jan Willamowius [mailto:jan@...]
Sent: Monday, November 02, 2009 10:57 AM
To: openh323gk-users@...
Subject: Re: [Openh323gk-users] facility: routeCallToGatekeeper

Hi,

Andrew, you can set

[RoutedMode]
ForwardOnFacility=1

Regards,
Jan


Andrew Struiksma wrote:

> Here are some snippets of what I'm getting in the trace file as the call setup begins:
>
> 2009/11/02 08:49:17.672 3       ProxyChannel.cxx(958)   Q931d   Received: Facility CRV=5010 from xxx.xxx.240.100:1720
> 2009/11/02 08:49:17.673 4       ProxyChannel.cxx(901)   Q931    Received: {
>   q931pdu = {
>     protocolDiscriminator = 8
>     callReference = 5010
>     from = destination
>     messageType = Facility
>     IE: Facility = {
>
>     }
>   }
>   h225pdu = {
>     h323_uu_pdu = {
>       h323_message_body = facility {
>         protocolIdentifier = 0.0.8.2250.0.3
>         alternativeAddress = ipAddress {
>           ip =  4 octets {
>             xx xx ce 14                                        D...
>           }
>           port = 1720
>         }
>         reason = routeCallToGatekeeper <<null>>
>         multipleCalls = false
>         maintainConnection = true
>         destinationInfo = {
>           mc = false
>           undefinedNode = false
>         }
>       }
>       h245Tunneling = false
>     }
>   }
> }
> 2009/11/02 08:49:17.675 3       ProxyChannel.cxx(958)   Q931d   Received: ReleaseComplete CRV=5010 from xx.xx.240.100:1720
> 2009/11/02 08:49:17.676 4       ProxyChannel.cxx(901)   Q931    Received: {
>   q931pdu = {
>     protocolDiscriminator = 8
>     callReference = 5010
>     from = destination
>     messageType = ReleaseComplete
>     IE: Cause - Normal call clearing = {
>       80 90                                              ..
>     }
>   }
>   h225pdu = {
>     h323_uu_pdu = {
>       h323_message_body = releaseComplete {
>         protocolIdentifier = 0.0.8.2250.0.4
>         screeningIndicator = userProvidedVerifiedAndFailed
>       }
>       h245Tunneling = false
>     }
>   }
> }
>
> When I try making this same call while not registered to GnuGK then the end point automatically redials using the alternativeAddress. Is it possible to get GnuGK to dial the alternativeAddress? I have attached my INI.
>
> Thanks!
>
> Andrew


--
Jan Willamowius, jan@..., http://www.gnugk.org/

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________________

Posting: mailto:Openh323gk-users@...
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/

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________________

Posting: mailto:Openh323gk-users@...
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/