qeng7, here is the hex dump from quintum: RAS : 55813842:Hex Dump of RAS MsgType[0x4]: --- Length = 209 ---can you make sense of this ? 1718-1720 are forwarded on the NAT machine to the quintum box. This seems to be a general problem, two different ISP (T-Online Germany, TSTT - Trinidad) and 2 types of DSL router/modems have the same problem. To repeat a keypoint: It used to work with gnugk 2.0.x Daniel qeng7 wrote: Daniel, Looks like an issue w/the RCF Quintum receives back from GnuGK. I was hoping that the trace would at least have a hex dump of the incoming RCF but I don't see it. The Reason "5" implies some sort of data error in the RCF. If I could get the hex dump of the incoming message via another Quintum trace or better yet an Ethereal sniff I may be able to at least tell you why the Quintum doesn't like the incoming RCF. QEng7 __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________________ Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549 Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users Homepage: http://www.gnugk.org/ |