Re: RIP causes bypass of GK during LRQ in routed mode - 2.2 beta 5

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

 



You should look rather at the neighbor section and try to configure
it to not simply forward LRQs. Instead, LRQs should be generated from scratch
and sent to the Cisco GK with the reply address set to gatekeeper address.
Search the manual for details.


----- Original Message ----- From: "Javier Escobar" <colombian989@xxxxxxxxx>
Sent: Tuesday, October 05, 2004 10:12 PM



We are having a problem with gnugk where one side is a
Nextel GK and the terminating end is a Cisco GK.

Here is what happens:

Nextel --> gnugk ---> Cisco GK

The Nextel sends an LRQ to our GK. Almost immediately
after the first LRQ it sends a second LRQ and gnugk
replies with RIP (requestInProgress).

After sending the RIP, the origination point and the
endpoint (Nextl and Cisco) continue the dialogue
directly and completely bypass our GK. The net effect
is that we no longer get CDRs.

We've tried routed mode, H.245 routed mode and full
proxy but the Nextel always bypasses after the RIP
message and engages the endpoint directly.



------------------------------------------------------- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl

_______________________________________________________

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