Re: Why is the videophone endpoint not accepting this call?

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

 



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


----------------------------------------------------------------------------
--
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/


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

  Powered by Linux