RE: Endless registration of CallManager on gatekeeper

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

 



If you have access-list blocking the RCF from the GnuGK to the CCM then
you'll have endless attempts from CCM to register with the GnuGK and endless
RCFs in your logs... 
So you might check your network connectivity. 

-----Original Message-----
From: openh323gk-users-admin@xxxxxxxxxxxxxxxxxxxxx
[mailto:openh323gk-users-admin@xxxxxxxxxxxxxxxxxxxxx] On Behalf Of
Zygmuntowicz Michal
Sent: Monday, August 22, 2005 1:10 PM
To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
Subject: Re:  Endless registration of CallManager on
gatekeeper

Seems like a CCM bug or misconfiguration.

----- Original Message -----
From: "Denis Fokin" <sanvean@xxxxxxx>
Sent: Sunday, August 21, 2005 7:45 AM


> I have met following problem during my experiments with Cisco CallManager,
H.323 GW and openh323gk:
> After configuration of H.225trunk in CCM it successfully registers on the
gatekeeper, but
> 2 minutes later, maybe after 600 seconds of TTL, when CCM tries to
re-register on the gatekeeper again, the process of 
> registration run continuosly. In the log I see following messages:
>
>
> 2005/08/19 17:52:27.849 2             RasSrv.cxx(173)   RAS     Read from
192.168.2.100:2240
> 2005/08/19 17:52:27.895 3             RasSrv.cxx(219)   RAS
> registrationRequest {
>    requestSeqNum = 35880
>    protocolIdentifier = 0.0.8.2250.0.2
>    discoveryComplete = FALSE
>    callSignalAddress = 1 entries {
>      [0]=ipAddress {
>        ip =  4 octets {
>          c0 a8 02 64                                        ...d
>        }
>        port = 2518
>      }
>    }
>    rasAddress = 1 entries {
>      [0]=ipAddress {
>        ip =  4 octets {
>          c0 a8 02 64                                        ...d
>        }
>        port = 2240
>      }
>    }
>    terminalType = {
>      gateway = {
>        protocol = 2 entries {
>          [0]=h323 {
>            supportedPrefixes = 0 entries {
>            }
>          }
>          [1]=voice {
>            supportedPrefixes = 1 entries {
>              [0]={
>                prefix = dialedDigits "1"
>              }
>            }
>          }
>        }
>      }
>      mc = FALSE
>      undefinedNode = FALSE
>    }
>    gatekeeperIdentifier =  3 characters {
>      004f 0047 004b                            OGK
>    }
>    endpointVendor = {
>      vendor = {
>        t35CountryCode = 181
>        t35Extension = 0
>        manufacturerCode = 18
>      }
>    }
>     timeToLive = 60
>    keepAlive = TRUE
>    endpointIdentifier =  9 characters {
>      0032 0030 0030 0034 005f 0065 006e 0064   2004_end
>      0070                                      p
>    }
>    willSupplyUUIEs = FALSE
>  }
> 2005/08/19 17:52:28.005 1             RasSrv.cxx(343)   RAS     RRQ
Received
> 2005/08/19 17:52:28.020 3             RasSrv.cxx(231)   RAS     Send to
192.168.2.100:2240
> registrationConfirm {
>    requestSeqNum = 35880
>     protocolIdentifier = 0.0.8.2250.0.2
>    callSignalAddress = 1 entries {
>      [0]=ipAddress {
>        ip =  4 octets {
>          c0 a8 01 08                                        ....
>        }
>        port = 0
>       }
>    }
>    terminalAlias = 1 entries {
>      [0]=h323_ID  9 characters {
>        0053 0041 004e 0056 0045 0041 004e 005f   SANVEAN_
>        0031                                      1
>      }
>    }
>    gatekeeperIdentifier =  3 characters {
>      004f 0047 004b                            OGK
>    }
>    endpointIdentifier =  9 characters {
>      0032 0030 0030 0034 005f 0065 006e 0064   2004_end
>      0070                                      p
>    }
>    willRespondToIRR = FALSE
>    maintainConnection = FALSE
>  }
>
> .... And so on, till to infinity, without delays. Though, I can make calls
between CallManager and H.323 GW without problems in 
> any direction. I cannot understand this behaviour. It is by design, or
this is a bug somewhere in software?




-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________________

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/



-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________________

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/

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

  Powered by Linux