How are inbound calls routed?

View: New views
7 Messages — Rating Filter:   Alert me  

How are inbound calls routed?

by Robert Kulagowski-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

I believe that I've managed to compile ptlib, h323plus and gnugk and
make outbound calls successfully using H.460.18

Now comes the next part:  inbound calls.

If there are no SRV records (I don't have DNS setup for my test
environment), how does the gnugk differentiate between inbound calls to
various endpoints that it is proxying for?

Is it possible to do a URI-style dial, like 12345@..., where 1.2.3.4
is the IP address of the GnuGK?

I've read the manual a few times, and I'm not sure I'm seeing the
correct rewrite rule that would accomplish this.

If it's not possible to differentiate between multiple systems that are
behind the GK, then is it possible to setup a "any call to 1.2.3.4, send
it to endpoint 12345" rule?

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________________

Posting: mailto:Openh323gk-users@...
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/

Re: How are inbound calls routed?

by Simon Horne-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message


Robert

Whether you can call 12345@... is up to the endpoint you are using. If
you are you using a openH323/H323plus based endpoint then yes it will work
but that is not to say it will work for commercial endpoints.

Also to enable you must set:
[RoutedMode]
AcceptUnregisteredCalls=1

If you want to provide NAT support for these callers
SupportNATedEndpoints=1

You may also need to set
TreatUnregisteredNAT=1
As GnuGk sometimes cannot autodetect whether an unregistered caller is NAT
or not. This will proxy all media.

Note the default notation for GnuGk is 12345@...:1721 as default call
signal port is 1721. When you call, the endpoint will call user 12345 by
sending a setup message to 1.2.3.4 on TCP 1721.

Use simple (h323plus website) or MyPhone2 to test.

Simon



-----Original Message-----
From: Robert Kulagowski [mailto:rkulagow@...]
Sent: Saturday, 15 August 2009 1:10 AM
To: openh323gk-users@...
Subject: [Openh323gk-users] How are inbound calls routed?

I believe that I've managed to compile ptlib, h323plus and gnugk and
make outbound calls successfully using H.460.18

Now comes the next part:  inbound calls.

If there are no SRV records (I don't have DNS setup for my test
environment), how does the gnugk differentiate between inbound calls to
various endpoints that it is proxying for?

Is it possible to do a URI-style dial, like 12345@..., where 1.2.3.4
is the IP address of the GnuGK?

I've read the manual a few times, and I'm not sure I'm seeing the
correct rewrite rule that would accomplish this.

If it's not possible to differentiate between multiple systems that are
behind the GK, then is it possible to setup a "any call to 1.2.3.4, send
it to endpoint 12345" rule?

----------------------------------------------------------------------------
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus
on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________________

Posting: mailto:Openh323gk-users@...
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/


------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________________

Posting: mailto:Openh323gk-users@...
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/

Re: How are inbound calls routed?

by Michael Bondi :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Simon

I have a successful gnugk accepting external calls to
extension@... and passing them to the correct internal extension.

I'd like to have all calls to gnugkip.com be sent to a particular
extension, but I am unsure how to do this.

This is so that if anyone out there that has not had experience with
E.164 addresses can reach my main system easily.

I would appreciate any pointers.

Mike

Simon Horne wrote:

> Robert
>
> Whether you can call 12345@... is up to the endpoint you are using. If
> you are you using a openH323/H323plus based endpoint then yes it will work
> but that is not to say it will work for commercial endpoints.
>
> Also to enable you must set:
> [RoutedMode]
> AcceptUnregisteredCalls=1
>
> If you want to provide NAT support for these callers
> SupportNATedEndpoints=1
>
> You may also need to set
> TreatUnregisteredNAT=1
> As GnuGk sometimes cannot autodetect whether an unregistered caller is NAT
> or not. This will proxy all media.
>
> Note the default notation for GnuGk is 12345@...:1721 as default call
> signal port is 1721. When you call, the endpoint will call user 12345 by
> sending a setup message to 1.2.3.4 on TCP 1721.
>
> Use simple (h323plus website) or MyPhone2 to test.
>
> Simon
>
>
>
> -----Original Message-----
> From: Robert Kulagowski [mailto:rkulagow@...]
> Sent: Saturday, 15 August 2009 1:10 AM
> To: openh323gk-users@...
> Subject: [Openh323gk-users] How are inbound calls routed?
>
> I believe that I've managed to compile ptlib, h323plus and gnugk and
> make outbound calls successfully using H.460.18
>
> Now comes the next part:  inbound calls.
>
> If there are no SRV records (I don't have DNS setup for my test
> environment), how does the gnugk differentiate between inbound calls to
> various endpoints that it is proxying for?
>
> Is it possible to do a URI-style dial, like 12345@..., where 1.2.3.4
> is the IP address of the GnuGK?
>
> I've read the manual a few times, and I'm not sure I'm seeing the
> correct rewrite rule that would accomplish this.
>
> If it's not possible to differentiate between multiple systems that are
> behind the GK, then is it possible to setup a "any call to 1.2.3.4, send
> it to endpoint 12345" rule?
>
> ----------------------------------------------------------------------------
> --
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________________
>
> Posting: mailto:Openh323gk-users@...
> 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/
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________________
>
> Posting: mailto:Openh323gk-users@...
> 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/
>
>  

[mike.vcf]

begin:vcard
fn:Michael Bondi
n:Bondi;Michael
email;internet:mike@...
tel;work:+27129917999
tel;fax:+27129917000
tel;cell:+27823302393
version:2.1
end:vcard



------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________________

Posting: mailto:Openh323gk-users@...
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/

Re: How are inbound calls routed?

by Willamowius :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hi Michael,

I added a new policy called 'CatchAll' to do this. So in GnuGk 2.3.1
you will be able to add it to the end of your policy chain and send all
calls that are not to one of your internal endpoints to a specified
location (the endpoint with alias 'Support' in the example below).

[RoutingPolicy]
default=explicit,internal,catchall

[Routing::CatchAll]
CatchAllAlias=Support

Its already documented in the online manual:
http://www.gnugk.org/gnugk-manual-6.html#ss6.1
http://www.gnugk.org/gnugk-manual-6.html#routingcatchall

Regards,
Jan


Michael Bondi wrote:

> Simon
>
> I have a successful gnugk accepting external calls to
> extension@... and passing them to the correct internal extension.
>
> I'd like to have all calls to gnugkip.com be sent to a particular
> extension, but I am unsure how to do this.
>
> This is so that if anyone out there that has not had experience with
> E.164 addresses can reach my main system easily.
>
> I would appreciate any pointers.
>
> Mike
>
> Simon Horne wrote:
> > Robert
> >
> > Whether you can call 12345@... is up to the endpoint you are using. If
> > you are you using a openH323/H323plus based endpoint then yes it will work
> > but that is not to say it will work for commercial endpoints.
> >
> > Also to enable you must set:
> > [RoutedMode]
> > AcceptUnregisteredCalls=1
> >
> > If you want to provide NAT support for these callers
> > SupportNATedEndpoints=1
> >
> > You may also need to set
> > TreatUnregisteredNAT=1
> > As GnuGk sometimes cannot autodetect whether an unregistered caller is NAT
> > or not. This will proxy all media.
> >
> > Note the default notation for GnuGk is 12345@...:1721 as default call
> > signal port is 1721. When you call, the endpoint will call user 12345 by
> > sending a setup message to 1.2.3.4 on TCP 1721.
> >
> > Use simple (h323plus website) or MyPhone2 to test.
> >
> > Simon
> >
> >
> >
> > -----Original Message-----
> > From: Robert Kulagowski [mailto:rkulagow@...]
> > Sent: Saturday, 15 August 2009 1:10 AM
> > To: openh323gk-users@...
> > Subject: [Openh323gk-users] How are inbound calls routed?
> >
> > I believe that I've managed to compile ptlib, h323plus and gnugk and
> > make outbound calls successfully using H.460.18
> >
> > Now comes the next part:  inbound calls.
> >
> > If there are no SRV records (I don't have DNS setup for my test
> > environment), how does the gnugk differentiate between inbound calls to
> > various endpoints that it is proxying for?
> >
> > Is it possible to do a URI-style dial, like 12345@..., where 1.2.3.4
> > is the IP address of the GnuGK?
> >
> > I've read the manual a few times, and I'm not sure I'm seeing the
> > correct rewrite rule that would accomplish this.
> >
> > If it's not possible to differentiate between multiple systems that are
> > behind the GK, then is it possible to setup a "any call to 1.2.3.4, send
> > it to endpoint 12345" rule?

--
Jan Willamowius, jan@..., http://www.gnugk.org/

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________________

Posting: mailto:Openh323gk-users@...
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/

Re: How are inbound calls routed?

by Andrew Struiksma-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

What happens if the catchall is set to the primary end point and that end point attempts a call which doesn't match the other routing rules and ends up hitting the catchall route? Will the call be routed back to itself?

Andrew

-----Original Message-----
From: Jan Willamowius [mailto:jan@...]
Sent: Tuesday, October 13, 2009 4:39 AM
To: openh323gk-users@...
Subject: Re: [Openh323gk-users] How are inbound calls routed?

Hi Michael,

I added a new policy called 'CatchAll' to do this. So in GnuGk 2.3.1
you will be able to add it to the end of your policy chain and send all
calls that are not to one of your internal endpoints to a specified
location (the endpoint with alias 'Support' in the example below).

[RoutingPolicy]
default=explicit,internal,catchall

[Routing::CatchAll]
CatchAllAlias=Support

Its already documented in the online manual:
http://www.gnugk.org/gnugk-manual-6.html#ss6.1
http://www.gnugk.org/gnugk-manual-6.html#routingcatchall

Regards,
Jan


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________________

Posting: mailto:Openh323gk-users@...
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/

Re: How are inbound calls routed?

by Willamowius :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

GnuGk would try to route the call back to the endpoint.
Depending on the endpoint, it may work or not. Most endpoints will just
say 'busy'.

But why would one want this to connect ?

Regards,
Jan


Andrew Struiksma wrote:

> What happens if the catchall is set to the primary end point and that end point attempts a call which doesn't match the other routing rules and ends up hitting the catchall route? Will the call be routed back to itself?
>
> Andrew
>
> -----Original Message-----
> From: Jan Willamowius [mailto:jan@...]
> Sent: Tuesday, October 13, 2009 4:39 AM
> To: openh323gk-users@...
> Subject: Re: [Openh323gk-users] How are inbound calls routed?
>
> Hi Michael,
>
> I added a new policy called 'CatchAll' to do this. So in GnuGk 2.3.1
> you will be able to add it to the end of your policy chain and send all
> calls that are not to one of your internal endpoints to a specified
> location (the endpoint with alias 'Support' in the example below).
>
> [RoutingPolicy]
> default=explicit,internal,catchall
>
> [Routing::CatchAll]
> CatchAllAlias=Support
>
> Its already documented in the online manual:
> http://www.gnugk.org/gnugk-manual-6.html#ss6.1
> http://www.gnugk.org/gnugk-manual-6.html#routingcatchall
>
> Regards,
> Jan

--
Jan Willamowius, jan@..., http://www.gnugk.org/

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________________

Posting: mailto:Openh323gk-users@...
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/

Re: How are inbound calls routed?

by Andrew Struiksma-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

I wouldn't want the call to connect. I just wondered whether that scenario had been considered. :)

I look forward to using this feature when the next stable build is released.

Andrew

-----Original Message-----
From: Jan Willamowius [mailto:jan@...]
Sent: Tuesday, October 13, 2009 11:54 AM
To: openh323gk-users@...
Subject: Re: [Openh323gk-users] How are inbound calls routed?

GnuGk would try to route the call back to the endpoint.
Depending on the endpoint, it may work or not. Most endpoints will just
say 'busy'.

But why would one want this to connect ?

Regards,
Jan


Andrew Struiksma wrote:

> What happens if the catchall is set to the primary end point and that end point attempts a call which doesn't match the other routing rules and ends up hitting the catchall route? Will the call be routed back to itself?
>
> Andrew
>
> -----Original Message-----
> From: Jan Willamowius [mailto:jan@...]
> Sent: Tuesday, October 13, 2009 4:39 AM
> To: openh323gk-users@...
> Subject: Re: [Openh323gk-users] How are inbound calls routed?
>
> Hi Michael,
>
> I added a new policy called 'CatchAll' to do this. So in GnuGk 2.3.1
> you will be able to add it to the end of your policy chain and send all
> calls that are not to one of your internal endpoints to a specified
> location (the endpoint with alias 'Support' in the example below).
>
> [RoutingPolicy]
> default=explicit,internal,catchall
>
> [Routing::CatchAll]
> CatchAllAlias=Support
>
> Its already documented in the online manual:
> http://www.gnugk.org/gnugk-manual-6.html#ss6.1
> http://www.gnugk.org/gnugk-manual-6.html#routingcatchall
>
> Regards,
> Jan

--
Jan Willamowius, jan@..., http://www.gnugk.org/

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________________

Posting: mailto:Openh323gk-users@...
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/

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________________

Posting: mailto:Openh323gk-users@...
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/