Thanks for this information. I think it will be good to have an option to put gatekeeper name in LRQ sourceInfo instead of copying source info from ARQ (especially when it is an answering ARQ, which can contain in srcInfo anything). This makes more sense with H.225 version 5, which introduced a new LRQ field sourceEndpointInfo, which should contain aliases copied from ARQ. Also, after reading docs, it seems to me that the gatekeeperIdentifier field is designed to be put in LRQ only by an endpoint to signal which gatekeeper it is registered with and sourceInfo is the correct field to put the gatekeeper identifier, when sending an LRQ by the gatekeeper. Can anyone comment on this? ----- Original Message ----- From: "Freddy Parra" <fparra@xxxxxxxxxx> Sent: Friday, July 16, 2004 4:41 PM Hi, I spoke to one of my providers that had told me recently that Gnugk was working fine with his 7200 Cisco Gatekeeper, which I had posted on this list as working. Well it turns out that this is not the case, and its actually a 7206 Gatekeeper which I have problems with like the other Provider Gatekeeper I am having problems with too. I"m actually sending traffic to his Cisco Gatekeepers 3640 and 3660 which work fine. He says that he has many interpretability problems with Nextone and Gnugk sending to the 7206 Cisco Gatekeeper. I just like to clarify that mistake. Here is some info I came across when conducting some test with one of my Provider's 7206 Cisco Gatekeeper: I got Gnugk to receive back a LCF instead of a LRJ from my provider's 7206 Cisco Gatekeeper.What I did was install ohphone and registered it with Gnugk with the same gatekeeper identifier as Gnugk. This works I don't know why but look at the sourceInfo and gatekeeperIdentifier parameters below, they must both be gatekeeper identifier id's which my provider has set in their Cisco's Gatekeeper. Now if I register the terminal with any other id that's not in the providers configuration list I get LRJ as is the case with my Cisco since I have it set to an H323-id of AS5400MIA. But this should not matter(or should it?) for sourceinfo or does the Cisco gatekeeper look at this sourceinfo also to determine access? I guess the bottom line here is whether sourceinfo plays a role in determining whether I get back a LCF or a LRJ, which seems to be the case here for the 7206 Gatekeeper. If this is the case then I can see two solutions to this problem: 1.) The provider must add all my gateway endpoint h323-ids in there configuration along with my gatekeeper identifier . 2.) Change the sourceinfo to be the same as the Gatekeeper Identifier before forwarding the LRQ to the Provider's Gatekeeper, but I'm not sure what impact this will have on other different types of Gatekeeper. I could not test this with any of my Cisco's since that would had required me to change my Cisco's h323 Id to the gatekeepers identifier and currently I am running live traffic on it. ------------------------------------------------------- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click _______________________________________________________ List: Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549 Homepage: http://www.gnugk.org/
