Re: CONNECT message

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi all,

I have finally found the source of my problem.

My 2 sec delay was due to the gnuk failing to connect to the MYSQL server
correctly.  Since I have set SQLAcct=optional under [Gatekeeper::Acct], t
he
call actually went through as described in the manual, but it affected the call
by a 2 sec or more delay during connection.

Is this a possible bug? Since I though if I have set SQLAcct=optional, it should
affect the overall operation of the gnugk even if the SQL was not present.

So right now, I will try and remedy this by getting a backup MYSQL server up and running. By the way, can gnugk possible support a secondary MYSQL server so that
if the primary fails, it falls to the secondary?

Thanks for all the efforts you all gave in this regards!

Best Regards,
Sam.





Quoting Zygmuntowicz Michal <m.zygmuntowicz@xxxxxxx>:

Maybe try to examine the level 5 log
to see timestamps for subsequent messages
- this may give a hint of what causes the delay.
Also, try to use Ethereal to see when packets
come in and out.

----- Original Message -----
From: <smy@xxxxxxxx>
Sent: Tuesday, October 18, 2005 12:40 PM


I've discovered a new problem regarding Fedora4 + gnugk2.2.3 today.  I be
li
eve I
had this problem all along, but didn't notice it until one of my customer
complained to me today.

I'm currently experiencing a delay when connecting a call between a ZTE g
at
eway
and other Cisco gateways and/or IP Phones.  What happen is that when a Ca
ll
is
made to terminate at the ZTE gateway, everything looks normal, except whe
n
the
user behind the ZTE gateway (PSTN user) picks up the call, PSTN user can
he
ar
and speak right away (Normal connection time) while the IP user can only
sp
eak
but could not hear for at least 2 sec (I would assume the CONNECT message
didn't get to the IP Phone).

Also, another indication is that when the call is connected, Gnugk is
calculating the duration correctly while the IP Phone status is still dis
pl
ayed
as RINGING for 2 sec or more.

This could be the problem which leads to why I had a low average duration
,
since
when IP users are trying to call, the PSTN user would pick up and hear th
e
IP
user, yet no one is responding for at least 2 sec, the PSTN user would gi
ve
up
and hang up the call.

Another interesting fact is that as soon as I switch to my older system r
un
ning
RedHat9 and Gnugk 2.0.3....  everything works fine.  All calls get connec
te
d
with users hearing each other without delays.

I've checked and compare the config file and both systems seem to be the
sa
me
(except new features which was added to the 2.2.3 of course) and I can't
fi
gure
it out what may cause this problem.  Perhaps someone can help me figure t
hi
s
out, since I’ve tried playing around with various systems and con
figur
ation
settings and can’t figure out what’s wrong!  Please help!

Best Regards,
Sam



-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________________

Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
Archive: http://sourceforge.net/mailarchive/forum.php?forum_id?49
Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users
Homepage: http://www.gnugk.org/





-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________________

Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
Archive: http://sourceforge.net/mailarchive/forum.php?forum_id�49
Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users
Homepage: http://www.gnugk.org/


[Index of Archives]     [SIP]     [Open H.323]     [Gnu Gatekeeper]     [Asterisk PBX]     [ISDN Cause Codes]     [Yosemite News]

  Powered by Linux