Checking out failover docs - it seems like the sql routing policy is used instead of the vqueue routing policy. If I understand it correctly - for the rows returned by the sql query, the first column is the alias and the second column is the IP address. If I return "-" in the first column, will the code fix you recently did continue to work? Marvin Herbold -----Original Message----- From: Jan Willamowius [mailto:jan@xxxxxxxxxxxxxx] Sent: Thursday, December 15, 2011 9:28 AM To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx Subject: Re: Why is the videophone endpoint not accepting this call? Exactly. Please let me know how it works for you. Regards, Jan Marvin Herbold wrote: > You rock! So, I assume I just get latest from CVS and rebuild from that, use > "-" as alias, and then I'm good to go and test this out? > > Marvin Herbold > Principal Software Engineer > Access Interpreting > http://www.ainterpreting.com > (571) 730-4330 (Voice) > (571) 730-4331 (Fax) > (866) 824-9238 (Video Phone) > > -----Original Message----- > From: Jan Willamowius [mailto:jan@xxxxxxxxxxxxxx] > Sent: Thursday, December 15, 2011 3:58 AM > To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx > Subject: Re: Why is the videophone endpoint not accepting > this call? > > I have extended the syntax for RouteToGateway so you can now use a dash > as alias name and GnuGk won't set any destinationAddress in the call, > just the IP. > (There will be a destinationAddress element, but it will contain 0 > entries.) > > RouteToGateway - 192.168.1.100 > > Actually I don't want any new features before the 3.0 release, but this > was only half a line of code, so I made an exception. ;-) > > Regards, > Jan > > -- > Jan Willamowius, Founder of the GNU Gatekeeper Project > EMail : jan@xxxxxxxxxxxxxx > Website: http://www.gnugk.org > Support: http://www.willamowius.com/gnugk-support.html > > Ian Blenke wrote: > > As engineer at ZVRS, I can tell you how we do it: > > > > We do an iTRS ENUM reverse lookup against the dialed IP address, and we > > then use the first returned local phone number as the alias that we > provide > > as the destinationAddress when we tell gnugk to do a RouteToGateway call > to > > the VP200. > > > > Another option would be to hack at ProxyChannel.cxx and have it implicitly > > strip off the destinationAddress information when doing an IP dial. > > > > I'm sure there are a number of other ways to do what you're looking to do. > > All of them require an understanding of the underlying H.225 signaling and > > some familiarity with GNUGK and how H.323 calls work, particularly when > > calling lobotomized phones like the Sorenson VP200. > > > > - Ian > > > > On Wed, Dec 14, 2011 at 2:36 PM, Marvin Herbold > > <mherbold@xxxxxxxxxxxxxxxxx>wrote: > > > > > Thanks for the information Ian - but how do I control what gets > populated > > > in H.225 destinationAddress when responding to a RouteRequest message? > Or > > > is it a gatekeeper.ini setting?**** > > > > > > ** ** > > > > > > Marvin Herbold**** > > > > > > Principal Software Engineer**** > > > > > > Access Interpreting**** > > > > > > http://www.ainterpreting.com**** > > > > > > (571) 730-4330 (Voice)**** > > > > > > (571) 730-4331 (Fax)**** > > > > > > (866) 824-9238 (Video Phone)**** > > > > > > ** ** > > > > > > *From:* Ian Blenke [mailto:ian@xxxxxxxxxx] > > > *Sent:* Wednesday, December 14, 2011 9:20 AM > > > > > > *To:* GNU Gatekeeper Users > > > *Subject:* Re: Why is the videophone endpoint not > > > accepting this call?**** > > > > > > ** ** > > > > > > There are something like 4 different data elements that can be populated > > > in H.225 destinationAddress: dialedDigits, ipAddress, h323uri, > > > h323aliasId...**** > > > > > > ** ** > > > > > > If you only specify an H.225 destinationAddress that is the ipAddress of > > > the phone, it accepts the call.**** > > > > > > ** ** > > > > > > If you happen to populate the dialedDigits, or h323aliasId, it had > better > > > be the 10 digit phone number of the VP200, or the VP200 will reject it > > > immediately with a releaseComplete.**** > > > > > > ** ** > > > > > > If you populate the h323uri, I'm not sure what the VP200 would do, > > > probably the same thing.**** > > > > > > ** ** > > > > > > Sorenson's videophone firmware is very quirky.**** > > > > > > ** ** > > > > > > First off, however, I'd follow Jan and Simon's suggestion and stop using > > > Ekiga. It is useless.**** > > > > > > ** ** > > > > > > - Ian**** > > > > > > ** ** > > > > > > On Wed, Dec 14, 2011 at 10:26 AM, Marvin Herbold < > > > mherbold@xxxxxxxxxxxxxxxxx> wrote:**** > > > > > > That does actually seem like what it is doing. but then, how is Ekiga > > > connecting? The only information I am giving Ekiga is the IP address of > > > the Sorenson VP. Perhaps the Sorenson VP will also accept the public IP > > > address that it is sitting on, as the H.225 destinationAddress?**** > > > > > > **** > > > > > > I will try it out. but my question now is how do I get GnuGK to send the > > > correct H.225 destinationAddress in the setup message? Is this the > "alias" > > > parameter in the RouteToGatekeeper respons? Or?**** > > > > > > **** > > > > > > Thanks for all your help guys!**** > > > > > > **** > > > > > > Marvin Herbold**** > > > > > > **** > > > > > > *From:* Ian Blenke [mailto:ian@xxxxxxxxxx] > > > *Sent:* Wednesday, December 14, 2011 7:45 AM > > > *To:* GNU Gatekeeper Users**** > > > > > > > > > *Subject:* Re: Why is the videophone endpoint not > > > accepting this call?**** > > > > > > **** > > > > > > The Sorenson VP200 will reject a call to any phone number that it does > not > > > know itself as. By default, a VP200 knows itself as 2 different phone > > > numbers: a "Local Number" and a "Direct VP" tollfree number.**** > > > > > > **** > > > > > > Simply put, make sure the H.225 destinationAddress in the SETUP message > is > > > a phone number the VP200 knows itself as.**** > > > > > > **** > > > > > > - Ian**** > > > > > > On Wed, Dec 14, 2011 at 12:13 AM, Marvin Herbold < > > > mherbold@xxxxxxxxxxxxxxxxx> wrote:**** > > > > > > Yes, the endpoints are able to talk to each other without a gatekeeper > in > > > between. In other words, if I have Ekiga dial the Sorenson's IP address > > > directly, the Sorenson rings, and when I answer the call the video and > > > audio > > > connections are established and works. If I have Ekiga dial the > > > gatekeeper's IP address and it is routed to the Sorenson, what you see > in > > > the log I uploaded is what we get... :-( > > > > > > Any ideas? Will it help you if I upload my latest gatekeeper ini > file?*** > > > * > > > > > > > > > Marvin Herbold > > > Principal Software Engineer > > > Access Interpreting > > > http://www.ainterpreting.com > > > (571) 730-4330 (Voice) > > > (571) 730-4331 (Fax) > > > (866) 824-9238 (Video Phone) > > > > > > > > > -----Original Message-----**** > > > > > > From: Jan Willamowius [mailto:jan@xxxxxxxxxxxxxx] > > > Sent: Tuesday, December 13, 2011 4:26 PM > > > To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx > > > Subject: Re: Why is the videophone endpoint not > > > accepting > > > this call?**** > > > > > > Hi, > > > > > > your RouteToGateway is ok, using the syntax with a callid would be > > > better, but thats not the issue here. The called device answers with an > > > Alerting and then a ReleaseComplete, actively rejecting the call. > > > > > > Are the endpoints able to talk to each other without a gatekeeper in > > > between ? > > > > > > Regards, > > > Jan > > > > > > MarvinHerbold wrote: > > > > > > > > The two endpoints are Ekiga running on a PC, and a Sorenson VP-200 at > the > > > > other end. The Ekiga is placing a call to the gatekeeper, and I am > > > having > > > > the gatekeeper route the call to the Sorenson VP-200. > > > > > > > > The RouteRequest I am getting is: > > > > > > > RouteRequest|72.222.237.138:30002 > > > |unregistered|7120||Marvin:h323_ID|69-00-ca > > > -6a-d6-05-19-10-9e-90-00-24-e8-1c-86-17|74.208.147.64|ekiga3.2.7 > > > > (OPAL v3.6.8); > > > > > > > > And I am responding with a: > > > > RouteToGateway Test 68.3.231.14 unregistered 7120 > > > > > > > > Note that I am not sure if the RouteToGateway is correct to use > here... > > > > also, I am using 'Test' alias but really there are no registered > > > endpoints > > > > anywhere in the system... so I am not sure what I am supposed to be > using > > > > for the alias. > > > > > > > > >From the attached log it does seem like the call is going to the > > > Sorenson > > > > VP-200 but it is not getting accepted for some reason. The Ekiga > screen > > > > says "The call has been rejected." The Sorenson VP-200 never rings. > > > > > > > > I have uploaded the relevant part of the log file - I am not sure if I > > > have > > > > done it correctly... > > > > > > > > http://old.nabble.com/file/p32971312/gnugk.txt gnugk.txt > > > > > > > > Thanks for any insight! > > > > > > > > Marvin -- Jan Willamowius, jan@xxxxxxxxxxxxxx, http://www.gnugk.org/ ---------------------------------------------------------------------------- -- 10 Tips for Better Server Consolidation Server virtualization is being driven by many needs. But none more important than the need to reduce IT complexity while improving strategic productivity. Learn More! http://www.accelacomm.com/jaw/sdnl/114/51507609/ _______________________________________________________ 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/ ------------------------------------------------------------------------------ 10 Tips for Better Server Consolidation Server virtualization is being driven by many needs. But none more important than the need to reduce IT complexity while improving strategic productivity. Learn More! http://www.accelacomm.com/jaw/sdnl/114/51507609/ _______________________________________________________ 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/
