Re: Problem with call setup using ENUM on GNUGK226

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

 



ok firstly ENUM cannot resolve to an LS address (LRQ) it can only resolve to
CS address (Call Signalling of a gatekeeper or of an actual softphone) so
GnuGk ENUM policy resolves +3912345678 to the call signalling address of
gnugk2.it so the ARQ/ACF returns 5678@xxxxxxxxx telling softphone1 to go
call gnugk2.it to find 5678. Now your softphone is not correctly rewriting
3912345678 with 5678 when it calls to gnugk2.it so the call gets rejected.

There are several ways to fix it.
1. Get a softphone that does correctly rewrite the address like PacPhone
www.pacphone.com which by default supports NRENUM.net lookups and is also
available in italian.

2. create a E.164 rewrite policy in GnuGk2
http://www.gnugk.org/gnugk-manual-6.html#ss6.2
like this
[RasSrv::RewriteE164]
3912345=5
which means if you receive a full E.164 number rewrite it to a local number.
ie get 3912345678 rewrite to 5678.

3. Look at adding the SRV policy (needs pwlib/OpenH323 CVS) to follow the
ENUM policy. You will need to add H323 LS SRV record to the gnugk2.it DNS.
See http://nrenum.net/how-to_naptr_srv.html#h323-srv on how to do that. This
will after the ENUM lookup send an LRQ to gnugk2.it which should then return
the call signalling address of softphone2 directly and avoid the problem
with the rewrite with softphone1 and GnuGk2.

I hope that helps.

Simon




-----Original Message-----
From: openh323gk-users-bounces@xxxxxxxxxxxxxxxxxxxxx
[mailto:openh323gk-users-bounces@xxxxxxxxxxxxxxxxxxxxx]On Behalf Of
Andrea De Vita
Sent: Monday, 10 September 2007 11:36 PM
To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
Cc: tf-ecs@xxxxxxxxxx
Subject:  Problem with call setup using ENUM on
GNUGK226


Dear All,

I have a problem with Gnugk 2.2.6 call setup using ENUM.

The scenario is this:

SoftPhone1 -----> GNUGK1 ------> GNUGK2 ------> SoftPhone2

  xxxxxx    	 gnugk1.it       gnugk2.it          5678


1) SoftPhone1 call +3912345678 (ARQ),
2) GNUGK1 resolve by ENUM lookup (nrenum.net) 3912345678 in 5678@xxxxxxxxx
and contact via LRQ gnugk2.it
3) GNUGK2 reply with LCF
4) GNUGK1 send ACF to SoftPhone1 (with h323-ID:5678@xxxxxxxxx)
5) SoftPhone1 send call setup to GNUGK1 (with dialedDigit 3912345678)


Problem: Now GNUGK1 send the call setup to GNUGK2 but with the original
q.931 dialed digit 3912345678  rather than 5678 as resolved by ENUM.
Then GNUGK2 reply with release complete, canceling the call, because
3912345678 is not known by GNUGK2.

Did you face a similar problem? In case you have a solution please let
me know.

Thanks
Andrea


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________________

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/


--
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.485 / Virus Database: 269.13.8/993 - Release Date: 6/09/2007
3:18 PM



-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________________

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