Hello, Although the Tapi issue (subtle encoding problem) seems to be solved using version 2.04 I still encounter problems when using TAPI on a Nated device. When Tapi device is not Nated the gnugk will forward the facility message like 8x 01 00 and device will work OK. When I make a call from a Nated Tapi device however gnugk will NOT forward the facilty message like is received. It will change the 8x 01 00 into 8x 00 and thus stressing the TAPI dialler. Can somebody help me to avoid this from happening. I mean is it possible to process the same facility message for a nated device so tapi will continue to work OK. Thanks, Tjapko. I do have several traces available that might clarify this situation. ----- Original Message ----- From: "Tjapko Smits - iTS Consultancy" <itsc99@hotmail.com> To: <openh323gk-users@lists.sourceforge.net> Sent: Monday, June 09, 2003 6:16 PM Subject: Re: [Openh323gk-users] gnugk 2.03 and TAPI, NM and CISCO > Franz, Thanks for your answer. If you like I'll sent you a trace made by > ethereal to visualize the error situation. regards, Tjapko. > > > ----- Original Message ----- > From: "Franz J Ehrengruber" <franz@iptelenet.com> > To: <openh323gk-users@lists.sourceforge.net> > Sent: Monday, June 09, 2003 4:58 PM > Subject: Re: [Openh323gk-users] gnugk 2.03 and TAPI, NM and CISCO > > > > > > [Tjapko wrote] > > Jan, Chih Wei? Can somebody help me putting back the functionality in > > version 2.03 as described in document > > http://www.openh323.org/pipermail/openh323/1999-July/000963.html says > that > > the ASN parser encodes 8x 01 00. Maybe it did then, but it does not now. > > It encodes it as 8x 00. (x is the choice number). So something seems to > be > > changed. But this has been though about before. The ASN parser should > > encode 8x 01 00 but trace analysis (etherreal I have the trace available) > > shows only the first 2 bytes are encoded with the last version of gnugk > > 2.03. ( Like 8x 00) 81 means the second after extension marker 01 means > > length of element 00 means that there is no information thus no next > octet. > > 00 actual element content > > > > This mismatch causes problems when using TAPi or NM dialers when your > > terminating endpoint is using Cisco routers. For example the as5350. In > your > > trace you see a function not supported or a drq after a normal connection > > that gets immediately disconnected (and CDR generated) because of the > > absence of the mentioned field. When you use terminating endpoints that > does > > not deal with the facility message you will not run into any problems. It > > seems a bug in the X691 PER packet encoding rules for the TAPI dialler. I > > don't think that gnugk is wrong here but restoring the function as > described > > in above docuyment will probably fix this problem when dealing with TAPI, > NM > > and terminating Cisco's. > > > > I also would like to refer to a unanswered mail from Franz at > > > http://sourceforge.net/mailarchive/forum.php?thread_id=1791553&forum_id=3079 > > that is describing exact the same error and shows the problem in the > > displayed trace. I don't see an answer here so I suggest that this issue > is > > still open! > > > > [Franz] > > I'm currently in Hong Kong and expect to be back in the UK by Wednesday. I > > have annother patch (not related to this problem) to be published at the > > developers forum for discussion amongst the developers. At the same time > > I'll try to address above issue again. > > > > Regards, > > Franz. > > > > > > --- > > Outgoing mail is certified Virus Free. > > Checked by AVG anti-virus system (http://www.grisoft.com). > > Version: 6.0.488 / Virus Database: 287 - Release Date: 05/06/2003 > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: Etnus, makers of TotalView, The best > > thread debugger on the planet. Designed with thread debugging features > > you've never dreamed of, try TotalView 6 free at www.etnus.com. > > _______________________________________________ > > List: Openh323gk-users@lists.sourceforge.net > > Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549 > > Homepage: http://www.gnugk.org/ > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: Etnus, makers of TotalView, The best > > thread debugger on the planet. Designed with thread debugging features > > you've never dreamed of, try TotalView 6 free at www.etnus.com. > > _______________________________________________ > > List: Openh323gk-users@lists.sourceforge.net > > Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549 > > Homepage: http://www.gnugk.org/ > > > > > --- > Outgoing mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.488 / Virus Database: 287 - Release Date: 05/06/2003 > > > ------------------------------------------------------- > This SF.net email is sponsored by: Etnus, makers of TotalView, The best > thread debugger on the planet. Designed with thread debugging features > you've never dreamed of, try TotalView 6 free at www.etnus.com. > _______________________________________________ > List: Openh323gk-users@lists.sourceforge.net > Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549 > Homepage: http://www.gnugk.org/ > --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.490 / Virus Database: 289 - Release Date: 16/06/2003 ------------------------------------------------------- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01 _______________________________________________ List: Openh323gk-users@lists.sourceforge.net Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549 Homepage: http://www.gnugk.org/
