----- 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/
