Tuesday, February 1, 2005, 3:53:13 PM, Zygmuntowicz wrote:
ZM> I think the correct implementation would return some access tokens
ZM> in LCF, which then should be put into ACF and finally land inside
ZM> a Setup sent to the gatekeeper. Then the gatekeeper can grant an access
ZM> based on the token.
Does it mean that no such thing is implemented yet? In a simpler
scenario:
gw1->gk1->gk2->gw2
when both GKs are in direct mode, how can gw2 know that the call
(setup) coming from gw1 was accepted in case gw2 is not registered
under gk2 (so gw2 won't ask gk2 back)?
How other gatekeepers/systems solve such case?
Regards,
Tamas
ZM> ----- Original Message -----
ZM> From: "Tamas J" <thomasj@xxxxxxxxx>
ZM> Sent: Tuesday, February 01, 2005 1:39 PM
>> I'm thinking about a theoretical scenario to solve.
>> EP1<---GK1<~~~~~~~~~GK2<---EP2
>> In case of GK1 running in routed mode and GK2 in directed mode, GK1
>> receives 1st the LRQ, authorizes it according to the neighbor
>> configuration, responds with LCF to GK2, but the Setup message will
>> come directly from EP2, which's IP/info is not known by GK1.
>> My question is: how can I authorize such call in GK1? I would like to
>> use RadAliasAuth for SetupUnreg, but don't know how would I connect
>> the Setup message with GK2.
>>
>> Any hint, suggestion?
>>
>> Thanks in advance,
>> Tamas
-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
_______________________________________________________
List: Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549
Homepage: http://www.gnugk.org/
