Re: Openh323gk-users Digest, Vol 32, Issue 4

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

 



Thanks Michal,  I was looking at that.  My one question was in the [RasSrv::Neighbors] section, there are only 4 options for types of gatekeeper (GnuGK, CiscoGK, ClarentGK, GlonetGK).  Do I just use GnuGK to identify Polycom neighbor gatekeepers as shown in your example?

Thanks,
-Jeremy
------------------------------

Message: 5
Date: Fri, 9 Jan 2009 08:59:23 +0100
From: "Zygmuntowicz Michal" <m.zygmuntowicz@xxxxxxx>
Subject: Re:  No Longer Accepting Calls from
	Neighbor GK	on2.2.7
To: "GNU Gatekeeper Users" <openh323gk-users@xxxxxxxxxxxxxxxxxxxxx>
Message-ID: <F99113EBC934431BB9BF014E0C33DD2E@treasure>
Content-Type: text/plain; format=flowed; charset="iso-8859-1";
	reply-type=original

Please check the new syntax for neighbor configuration - it should look like:

[RasSrv::Neighbors]
GK_C=GnuGk

[Neighbor::GK_C]
Host=72.233.250.179
AcceptPrefixes=298,0011479298
...

----- Original Message ----- 
From: "Jeremy Wu" <doctorwu@xxxxxxxxxxxxxxxx>
To: <Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx>
Sent: Friday, January 09, 2009 2:09 AM
Subject:  No Longer Accepting Calls from Neighbor GK on2.2.7


> I'm wondering if someone can help me figure out what I'm missing.  I've been running an GnuGK on 2.2.2 for many years, and have 
> recently implemented a secondary GnuGK on 2.2.7.
>
> I've used pretty much the same config file for both GK.  However, I am currently unable to receive calls from neighbored GKs on 
> the gatekeeper running 2.2.7.  So if my GK_A is my 2.2.2 gatekeeper, and GK_B is my 2.2.7 gatekeeper, I have a colleague running a 
> GK_C that is a Polycom Path Navigator.  GK_C is neighbored to both GK_A and GK_B with different prefixes.
>
> Using Wireshark I can see that calls from GK_C to GK_A process fine. But on calls from GK_C to GK_B, the 2.2.7 gatekeeper replies 
> to his Setup message with a ReleaseComplete. I can make calls between endpoints registered on GK_B fine, and I can actually call 
> from an endpoint on GK_B to GK_C successfully.  I can also make calls between GK_A and GK_B successfully.
>
> I believe that I have the basic peering configurations set appropriately.
>
> [RoutedMode]
> AcceptNeighborsCalls=1
>
> [RasSrv::Neighbors]
> GK_C=72.233.250.179;298,0011479298
>
> And the fact that this same configuration works on my GnuGK running 2.2.2 confuses me.  Am I missing a new parameter that was 
> introduced in later revs?
>
> Thanks,
> -Jeremy
>
> Jeremy Wu
> Network Engineer, Customer Services
> UW Technology Services
> University of Washington
> Box 355675
> Seattle, WA 98105-5675
> (Tel) 206-543-1981 (Fax) 206-685-7755




------------------------------

------------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB

------------------------------

_______________________________________________
Openh323gk-users mailing list
Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/openh323gk-users


End of Openh323gk-users Digest, Vol 32, Issue 4
***********************************************

------------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
_______________________________________________________

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