Hi,

Nour Omar wrote:
> 1. What happens if I return dummy route in ARQ and then I return the real 
> routes in SETUP authentications?
> Will the route in ARQ overwritten with one returned by SETUP or they are 
> combined?

I would expect them to be added.

> 2. I think, somehow,  gnugk is able to relate the SETUP with ARQ even though 
> it does not have the same Calll-ids.

Thats probably based on the call-reference. But you are definitely in
undefined behaviour with this. The proper thing would be for GnuGk to
detect the mismatch in call-ids and reject the call.

> 3. I'm just wondering what is the point of SETUP authentication if all 
> registed endpoints cannot skip ARQ and unregistered endpoints use SetupUnreg.

You are mixing up authentication and routing: You _can_ skip the
autentication of ARQs, but GnuGk has to look at the destination and
decide if it is able to route the incomming call.

Regards,
Jan



> --- On Tue, 4/28/09, Jan Willamowius <[email protected]> wrote:
> 
> 
> From: Jan Willamowius <[email protected]>
> Subject: Re: [Openh323gk-users] CallId is not the same for authentication and 
> accounting.
> To: [email protected]
> Date: Tuesday, April 28, 2009, 3:12 PM
> 
> 
> Hi,
> 
> having different call-ids in ARQ and Setupt looks pretty broken...
> 
> You should be able to skip the autentication on ARQ, but GnuGk will
> start building its call record with the ARQ anyway and there is no way
> to avoid the routing on ARQ.
> 
> I'm not sure the is a way work around such a broken implementation.
> 
> Regards,
> Jan
> 
> 
> Nour Omar wrote:
> > The problem is that for this endpoint the  callIdentifier  in ARQ  is 
> > different from the one sent in Setup.
> > 
> > >From ARQ:
> > ....
> > ....
> > callIdentifier = {
> >       guid =  16 octets {
> >         cb 52 bd 78 49 fe 18 10  81 ea 00 11 43 04 d8 76   .R.xI.......C..v
> >       }
> >     }
> > 
> > ....
> > 
> > 
> > q931pdu:
> > ....
> > ....
> >    callIdentifier = {
> >           guid =  16 octets {
> >             4f 71 bd 78 49 fe 18 10  81 eb 00 11 43 04 d8 76   
> > Oq.xI.......C..v
> >           }
> >         }
> > ....
> > ....
> > 
> > Since I cannot change this endpoint, I would like to move my authentication 
> > and routing to setup but  I'm still figuring out how to implement that.. I 
> > would like to  skip the routing during ARQ as I explained in my earlier 
> > email below.
> > 
> > Any help will be appreciated.
> > thnx,
> > Nour.
> > 
> > 
> > --- On Mon, 4/27/09, Nour Omar <[email protected]> wrote:
> > 
> > From: Nour Omar <[email protected]>
> > Subject: Re: [Openh323gk-users] CallId is not the same for authentication 
> > and accounting.
> > To: "GNU Gatekeeper Users" <[email protected]>
> > Date: Monday, April 27, 2009, 12:52 PM
> > 
> > Jan,
> > This was NOT happening for all the calls, I found it was happening for one 
> > endpoint. I will send you the traces.
> > In the mean, I was wondering if there is away I can skip authentication in 
> > ARQ and authenticate Setup instead. My callers are always registered but 
> > the called are mostly external telephone numbers routed from db during 
> > SqlAuth authentication.   If Iremove ARQ authentication(or I did simple  
> > sqlauth authentication that returns 1) , the call fails with an error 
> > saying "CalledPartyNotRegistered" this happens before setup. 
> > So I was wondering a workaround this.
> > Thanks,
> >  
> > --- On Mon, 4/27/09, Jan Willamowius <[email protected]> wrote:
> > 
> > 
> > From: Jan Willamowius <[email protected]>
> > Subject: Re: [Openh323gk-users] CallId is not the same for authentication 
> > and accounting.
> > To: [email protected]
> > Date: Monday, April 27, 2009, 10:35 AM
> > 
> > 
> > Hi,
> > 
> > this is certainly not the expected behavior. The CallID is supposed to
> > be the same for authentication and accounting. (It is actually expected
> > to be globally unique, but I wouldn't totally count on that.)
> > 
> > The CallID is taken from the messages the endpoints send. Did you check
> > in a trace if the endpoints always send the same CallID ?
> > 
> > Regards,
> > Jan
> > 
> > Nour Omar wrote:
> > > I was trying to use CallId parameter in sqlAuth and SqlAcct  so that I 
> > > correlate some data I created in a table  during the authentication which 
> > > is needed during accounting.
> > > It looks like the value I;m geting during the sqlauth  is not the same as 
> > > one I get later during sqlacct. Start and Stop accounting have identical 
> > > values for CallId parameter but this value is different from one I got 
> > > during sql authentication  for the same call.
> > > 
> > > Is this a bug or something expected? who
> >  created the CallId values, the gatekeeper or the endpoint?
> > > If the callId is not the right parameter to use for this purpose, do u 
> > > know which parameter I can use.
> > > thnx,
> 
> -- 
> Jan Willamowius, [email protected], http://www.gnugk.org/
> 
> ------------------------------------------------------------------------------
> Register Now & Save for Velocity, the Web Performance & Operations 
> Conference from O'Reilly Media. Velocity features a full day of 
> expert-led, hands-on workshops and two days of sessions from industry 
> leaders in dedicated Performance & Operations tracks. Use code vel09scf 
> and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
> _______________________________________________________
> 
> Posting: mailto:[email protected]
> 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/
> 
> 
> 
>       


-- 
Jan Willamowius, [email protected], http://www.gnugk.org/

------------------------------------------------------------------------------
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
_______________________________________________________

Posting: mailto:[email protected]
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/

Reply via email to