parent to child call fails

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

 



Hi,

This is my configuration for a problem i explained before.  The problem goes
when a endpoint registered with the parent gk tries to reach an endpoint in
a child gk.  I just simply get and admissionReject.  But i can actually
reach an endpoint in a parent gatekeeper from an endpoint of a child gk.

I can connect them as neighbors and they work fine, but trying to add more
child gk's will make edit every single config to reply the table to all
gatekeepers and i find easier to put one parent from where many children can
connect without modifing the rest of the gk.  Samples shows only how to set
a child, and i think i m missing something in the parent in order to
replicate the whole directory to any new child.  (am i correct?)

Somehow, parent gk is not sending any table of endpoints connected to
itself.  What i m missing in the parent?  i've readed the manual trying to
find any hint about it, but cant get a clue yet.

regards...

-=Raul=-


CHILD
=====
[Gatekeeper::Main]
Fourtytwo=42
TimeToLive=600
Name=Master

[RasSrv::LRQFeatures]
NeighborTimeout=2
ForwardHopCount=10
IncludeDestinationInfoInLCF=0

[RoutedMode]
GKRouted=1
H245Routed=0
CallSignalPort=1721
CallSignalHandlerNumber=10
DropCallsByReleaseComplete=1
AcceptNeighborsCalls=1

[GkStatus::Auth]
rule=allow

[Endpoint]
Gatekeeper=pepper
Type=Gateway
H323ID=MasterGK
TimeToLive=900
RRQRetryInterval=10
ARQTimeout=2




PARENT
======
[Gatekeeper::Main]
Fourtytwo=42
TimeToLive=600
Name=Pepper

[RoutedMode]
GKRouted=1
H245Routed=0
CallSignalPort=1721
CallSignalHandlerNumber=2
RemoveH245AddressOnTunneling=1
DropCallsByReleaseComplete=1
AcceptNeighborsCalls=1

[RasSrv::LRQFeatures]
ForwardHopCount=10
NeighborTimeout=2
IncludeDestinationInfoInLCF=0
AlwaysForwardLRQ=1

[GkStatus::Auth]
rule=allow

[Endpoint]
Type=Gateway
H323ID=PepperGK
TimeToLive=900
RRQRetryInterval=10
ARQTimeout=2

---
The endpoint connected to the child its an addpac AP200E called 51 for the
FXS and 50 for the FX0, and the endpoint connected to the parent is a
netmeeting called 41.
---

Parent Log (calling from 41 to 51)
==========
admissionRequest {
    requestSeqNum = 2
    callType = pointToPoint <<null>>
    endpointIdentifier =  9 characters {
      0032 0039 0039 0035 005f 0065 006e 0064   2995_end
      0070                                      p
    }
    destinationInfo = 1 entries {
      [0]=dialedDigits "51"
    }
    srcInfo = 2 entries {
      [0]=dialedDigits "41"
      [1]=dialedDigits "41"
    }
    bandWidth = 1
    callReferenceValue = 19609
    conferenceID =  16 octets {
      e5 42 6a 4f d4 38 e7 4b  87 0b e0 b4 e5 19 32 39   .BjO.8.K......29
    }
    activeMC = FALSE
    answerCall = FALSE
    canMapAlias = FALSE
    callIdentifier = {
      guid =  16 octets {
        dd 9c e4 b0 12 d5 5d 43  b1 66 0c 9e a6 50 d4 42   ......]C.f...P.B
      }
    }
    willSupplyUUIEs = FALSE
  }
2004/03/21 06:44:34.581 1             RasSrv.cxx(1321)  GK      ARQ Received
2004/03/21 06:44:34.583 2             RasSrv.cxx(1602)
ARJ|a.b.c.200:1720|51:dialedDigits|41:dialedDigits=
41:dialedDigits|false|calledPartyNotRegistered;

2004/03/21 06:44:34.586 3             RasSrv.cxx(2164)  GK      Send to
a.b.c.200:1768
admissionReject {
    requestSeqNum = 2
    rejectReason = calledPartyNotRegistered <<null>>
  }


CHILD LOG (calling from 51 to 41)
=========
admissionConfirm {
    requestSeqNum = 4
    bandWidth = 100
    callModel = gatekeeperRouted <<null>>
    destCallSignalAddress = ipAddress {
      ip =  4 octets {
        a b c c5                                        ....
      }
      port = 1721
    }
    irrFrequency = 120
    willRespondToIRR = FALSE
    uuiesRequested = {
      setup = FALSE
      callProceeding = FALSE
      connect = FALSE
      alerting = FALSE
      information = FALSE
      releaseComplete = FALSE
      facility = FALSE
      progress = FALSE
      empty = FALSE
      status = FALSE
      statusInquiry = FALSE
      setupAcknowledge = FALSE
      notify = FALSE
    }
  }
2004/03/21 06:16:12.720 3        ProxyThread.cxx(503)   ProxyL  Connected
from a.b.c..214:14043
2004/03/21 06:16:12.735 3       ProxyChannel.cxx(408)   Q931s   Received:
Setup CRV=21998 from a.b.c.214:14043
2004/03/21 06:16:12.745 3       ProxyChannel.cxx(983)   GK      Call 1 is
NAT type 0
2004/03/21 06:16:12.752 2        ProxyThread.cxx(701)   Proxy   Create a new
ConnectThread, total 1
2004/03/21 06:16:12.753 2             thread.cxx(28)    ProxyConnectThread
10741 started
2004/03/21 06:16:12.755 3        ProxyThread.cxx(647)   ProxyH(0) waiting...
2004/03/21 06:16:12.788 3       ProxyChannel.cxx(709)   Q931(10741) Connect
to x.y.z.108:1721 successful
2004/03/21 06:16:13.795 3       ProxyChannel.cxx(408)   Q931d   Received:
Alerting CRV=21998 from x.y.z.108:1721



-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
List: Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549
Homepage: http://www.gnugk.org/

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

  Powered by Linux