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 <jan@xxxxxxxxxxxxxx> wrote:
>
>
> From: Jan Willamowius <jan@xxxxxxxxxxxxxx>
> Subject: Re: CallId is not the same for authentication and accounting.
> To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
> 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 <nouromar1@xxxxxxxxx> wrote:
> >
> > From: Nour Omar <nouromar1@xxxxxxxxx>
> > Subject: Re: CallId is not the same for authentication and accounting.
> > To: "GNU Gatekeeper Users" <openh323gk-users@xxxxxxxxxxxxxxxxxxxxx>
> > 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 <jan@xxxxxxxxxxxxxxx> wrote:
> >
> >
> > From: Jan Willamowius <jan@xxxxxxxxxxxxxx>
> > Subject: Re: CallId is not the same for authentication and accounting.
> > To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
> > 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, jan@xxxxxxxxxxxxxx, 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: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/
>
>
>
>
--
Jan Willamowius, jan@xxxxxxxxxxxxxx, 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: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/
