ooh323c stack (A 'C' based H.323 stack) developers list on sourceforge ()

Aonzo Emanuele | 8 Jun 2005 10:22

Problem with NetMeeting

Hi,

(Only for information)

I’ve found this behavior: If you call with “simple” a remote Net Meeting configured with the option “Automatically accept calls” an “Access violation” occurs.

The problem is in ooh323.c line 441 :

………..

if(q931Msg->userInfo->h323_uu_pdu.m.h245TunnelingPresent) ß---------- This is the line

{

if (!q931Msg->userInfo->h323_uu_pdu.h245Tunneling)

{

if (OO_TESTFLAG (call->flags, OO_M_TUNNELING))

{

OO_CLRFLAG (call->flags, OO_M_TUNNELING);

OOTRACEINFO3("Tunneling is disabled by remote endpoint.(%s, %s)\n",

call->callType, call->callToken);

}

……..

I’m testing on ooh323c v 0.6

I attach the log file.

Regards,

Emanuele

Attachment (simple.log): application/octet-stream, 1375 bytes

headers

Vishal Phirke | 9 Jun 2005 00:55

ooh323c 0.7 Released

Hi All,
Version 0.7 of ooh323c is now available. Also, the binaries for
windows using Visual Studio 6 and linux using gcc 3.2.2 are now
available from Objective systems website. Here's the news release:

"Objective Systems Released version 0.7 of it's open source H.323
stack. The stack is entirely developed in C. It is single threaded and
has relatively small footprint.

Release 0.7 
1.Now supports for G711 ulaw/alaw, G729, G729a,  
G723.1, GSM, H.263 codecs 
2. Improved application development support by providing 
two levels of callbacks, viz., at call level (examples  
onIncomingCall, onCallEstablished, onCallCleared) and 
at message level(examples onReceivedSetup,  
onBuiltSetup). The call level callbacks provide  
applications high level call events where as message  
level callbacks allow applications to do finer things like 
additional processing of incoming messages or modify  
outgoing messages before they are sent. 
3. Improved sample telephony application. 
4. Support for Call Forward using Facility UUIE. 
5. Improved documentation. 
6. Code improvement and bug fixes.

"You can download it from www.obj-sys.com/open or
http://sourceforge.net/project/showfiles.php?group_id=121413"

Regards,
Vishal Phirke
Objective Systems
www.obj-sys.com

-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you shotput
a projector? How fast can you ride your desk chair down the office luge track?
If you want to score the big prize, get to know the little guy.  
Play to win an NEC 61" plasma display: http://www.necitguy.com/?r

headers

Vishal Phirke | 9 Jun 2005 16:28

Re: ooH323c 0.6 Released

Hi Sam,

Checkout simple telephony application in release 0.7.

Regards,
Vishal Phirke

On 6/9/05, "SamLiao[廖明凱]" <samliao <at> aiptek.com.tw> wrote:
>  Dear Sir,
>  
>  How can I  reject a incoming call?
>  
>  I try to modify the the osEpOnAlerting to be:
>  int osEpOnAlerting(ooCallData* call)
>  {
>      int ret;
>  
>      if ((strcmp(call->callType, "incoming") == 0)&&(!autoAnswer))
>      {
>          printf("on Alerting ..........................\n"); 
>          if (strcmp(call->remoteIP, "0.0.0.0")==0)
>              printf("calling from %s(GK), accept y/n?\n",
> call->remoteAliases->value);
>          else
>              printf("calling from %s(%s), accept y/n?\n",
> call->remoteAliases->value, call->remoteIP);
>  
>          answered = 0;
>          while(!answered)
>          {
>              ooSleep(1000);   //wait for 1 second
>          }
>  
>          if (strcmp(answer, "y\n") == 0)
>              return ooAnswerCall(callToken);    //sam <at> 20050609
>          else if (strcmp(answer, "n\n") == 0)
>              return ooRejectCall(callToken, NULL); 
>  //            return ooHangCall(callToken);
>      }
>  }
>  
>  So far, when the celled endpoint press "y", it can make a conversation
> successfully.
>  
>  I tried to use either ooRejectCall or ooHangCall when "is pressed",
>  however, the system doesn't work as I thought.
>  
>  ooRejectCall ->still make a connection with each other, just like the
> situation when "y"is pressed.
>  
>  ooHangCall -> the called endpoint hang up call successfully;
>                            however, the calling endpoint will exit because
> of  "Broken pipe" error.
>  
>  Could You give me any suggestions?
>  
>  Thanks a lot!!!
>  
>  Best Regards,
>  Sam
>  AIPTEK Inc.
>  
>  
>  
>  
>  Vishal Phirke wrote: 
>  Hi All,
> New Release 0.6 is now available. Please let me know if you face any
> problems testing.
> 
> Release 0.6
> 1. Added support for timers/timeouts for various messages.
> 2. Added support for various Reject/Release messages.
> 3. RAS layer functionality changed to create a more modular gatekeeper
> client.
> 4. Code refactoring for better design and performance.
> 5. Improved capability creation and management code.
> 6. Added alias addresses to connect/setup/alerting messages.
> 
> You can download it from http://www.obj-sys.com/open/
> or from
> https://sourceforge.net/project/showfiles.php?group_id=121413
> 
> Regards,
> Vishal Phirke
> Objective Systems
> 
> 
>  
>

headers

Vishal Phirke | 9 Jun 2005 19:41

Re: Problem with NetMeeting

Hi Aonzo,
Your log file shows normal termination of application by issuing
ooStopMonitorCalls. Also, I checked code, this line doesn't look like
it can cause a problem. Can you provide more details. I tried testing
0.7 release with NetMeeting in autoanswer mode. It worked. Can you
retest with 0.7 release.  My NetMeeting version is 3.01
Regards,
vishal

On 6/8/05, Aonzo Emanuele <Emanuele.Aonzo <at> elsag.it> wrote:
>  
>  
> 
> Hi, 
> 
> (Only for information) 
> 
> I've found this behavior: If you call with "simple" a remote Net Meeting
> configured with the option "Automatically accept calls" an "Access
> violation" occurs. 
> 
>   
> 
> The problem is in ooh323.c line 441 : 
> 
>   
> 
> ……….. 
> 
>   
> if(q931Msg->userInfo->h323_uu_pdu.m.h245TunnelingPresent)
> ß---------- This is the line 
> 
>    { 
> 
>       if (!q931Msg->userInfo->h323_uu_pdu.h245Tunneling) 
> 
>       { 
> 
>          if (OO_TESTFLAG (call->flags, OO_M_TUNNELING)) 
> 
>          { 
> 
>             OO_CLRFLAG (call->flags, OO_M_TUNNELING); 
> 
>             OOTRACEINFO3("Tunneling is disabled by remote
> endpoint.(%s, %s)\n", 
> 
>                           call->callType, call->callToken); 
> 
>          } 
> 
>       } 
> 
>    } 
> 
> …….. 
> 
>   
> 
> I'm testing on ooh323c v 0.6 
> 
>   
> 
> I attach the log file. 
> 
>   
> 
> Regards, 
> 
> Emanuele 
> 
>   
>

headers

Aonzo Emanuele | 16 Jun 2005 15:21

problem in the ooh323c stak

Hi, I’m testing ooh323c v0.7 and I’ve found this problem:

If you call with “simple” a remote h.323ep and this process crash the “simple” makes an infinite loop, it can’t make other calls and write a lot of error logs like this:

….

14:15:18:195 ERROR:Failed ooH2250Receive - Clearing call (outgoing, ooh323c_6)

14:15:18:195 Error: Reading TPKT header for H245 message (outgoing, ooh323c_6)