Sorry for being so vague... The ambient is: HighPATH3k <-ISDN-> Vanguard <-> GnuGK <-> Vanguard <-ISDN-> Definity All connections are direct one, without NAT or Firewalls. When I call from one extension in either side, the problem occurs. Thanks for the VAD tip... I'm scheduling a test to see the effects. As Vanguard didn't react well to Fast Start, they are disabled and I have to search for Progress Indication configs. Any way, thanks for the return and I'll report the results to the list. Edson. > -----Original Message----- > From: openh323gk-users-admin@xxxxxxxxxxxxxxxxxxxxx [mailto:openh323gk- > users-admin@xxxxxxxxxxxxxxxxxxxxx] On Behalf Of Stewart Nelson > Sent: segunda-feira, 17 de abril de 2006 23:09 > To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx > Subject: RE: RTP delay > > Hi Edson, > > Your description is too vague. Are there any IP phones, softphones, or > ATAs in the system? From what kind of device is the call originated? > On what kind of device is it answered? Is there any NAT involved? > Is gnugk acting as proxy? Is it only the called party that can't > hear for several seconds (the caller can hear ok)? > > The most common cause of long RTP delay is a combination of ProxyForNAT > and silence suppression. Try turning off silence suppression, at least > on the originating device or gateway. If there is an option to send > RTP during Progress, try turning that on. > > If possible, use Fast Start. Also, set up your gateways to send Progress > rather than Alerting. If still no luck, report what Ethereal shows. > (When does each end start sending / receiving RTP, relative to Progress > or Connect?) > > I know nothing about Vanguard. Google for VG6540 or VG-6540 found nothing > useful. Please send a link to the product description. > > --Stewart > > ________________________________________ > From: Edson [mailto:4lists@xxxxxxxxx] > Sent: Monday, April 17, 2006 4:42 PM > To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx > Subject: RTP delay > > We are facing a really anoing delay problem... > > All H.323 signalization is ok, but when the called party peeks-up he > experiment a silence for 4~6 seconds. We use ISDN E1 lines connected to > Cisco (AS5300) and Vanguard (VG6540) gateways. > > How is this delay explained? I already looked on the packets with > ethereal, > but couldn't find the reason. Is there any work-around/configuration on > GnuGK to bypass this problem? Any help? > > Edson. > > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting > language > that extends applications into web and mobile media. Attend the live > webcast > and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > _______________________________________________________ > > 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/ ------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________________ 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/
