Re: CONNECT message

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

 



There could be various reasons. 
you can try in Direct call mode (only RAS involved between GNUGK and gateway/endpoint). That would give an idea whether its an problem with GNUGK.
Check the configuration whether it supports fast start on gateway/IP phone. It could be problem with media negotiation.

Trace with Etheral would give you clear picture of the problem.
 
----- Original Message -----
From: smy@xxxxxxxx
To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx, "Piotr Szafran" <p_szafran@xxxxx>
Subject: Re:  CONNECT message
Date: Tue, 18 Oct 2005 08:07:36 -0700

> 
> Piotrek,
> 
> Thanks for pointing that out, but currently I have by pass everything
> (including
> DNS), running only IP based operation.  Again, I've checked with gnugk at t
> he
> server side, everything is running under normal condition, including
> connection
> start time and all.
> 
> I have even tried disabling Proxy of media and h.245, it gave me the same
> results.  That's why I'm suspecting that this has something to do with the
> Message signaling.  I'm only guessing, thus please provide any suggestions and
> hint that can help me solve this situation.  Any inputs are great appreciat
> ed.
> 
> Thanks!
> 
> Best Regards,
> Sam
> 
> 
> 
> 
> Quoting Piotr Szafran <p_szafran@xxxxx>:
> 
> > Hi,
> > i know that older fedora releases had a bug when the ipv6 support was on
> > (the default), it caused slow dns responses. Maybe somewhere you are
> > using dns names instead of ip and therefore gnu waits for system to get
> > the ip. It is just a thought, i don't know if it still a problem in
> > fedora. I would sugest to sniff a bit with ethereal to see if it is true
> > that fedora/gnu holds that message 2 sec too long.
> >
> > Piotrek
> >
> >> Hi all,
> >>
> >> I've discovered a new problem regarding Fedora4 + gnugk2.2.3 today.  I b
> eli
> >> eve I
> >> had this problem all along, but didn't notice it until one of my custome
> r
> >> complained to me today.
> >>
> >> I'm currently experiencing a delay when connecting a call between a ZTE
> gat
> >> eway
> >> and other Cisco gateways and/or IP Phones.  What happen is that when a C
> all
> >> is
> >> made to terminate at the ZTE gateway, everything looks normal, except wh
> en
> >> 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 messag
> e
> >> 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 di
> spl
> >> ayed
> >> as RINGING for 2 sec or more.
> >>
> >> This could be the problem which leads to why I had a low average duratio
> n,
> >> since
> >> when IP users are trying to call, the PSTN user would pick up and hear t
> he
> >> IP
> >> user, yet no one is responding for at least 2 sec, the PSTN user would g
> ive
> >> up
> >> and hang up the call.
> >>
> >> Another interesting fact is that as soon as I switch to my older system
> run
> >> ning
> >> RedHat9 and Gnugk 2.0.3....  everything works fine.  All calls get conne
> cte
> >> 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
> thi
> >> s
> >> out, since I?e tried playing around with various systems and confi
> gur
> >> ation
> >> settings and can? figure out what? 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?9
> Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users
> Homepage: http://www.gnugk.org/


-- 
_______________________________________________

Search for businesses by name, location, or phone number.  -Lycos Yellow Pages

http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10



-------------------------------------------------------
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?9
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