Aonzo Emanuele | 12 Jul 17:16 2005
Picon

closing the RTP channels

Hi,

I see that you never call in simple.c oocloseReceiveRTPChannel() and ooClosetransmitRTPChannel(). If in the start callbacks I call the ooCreatetransmitRTPchannel() every time do I have to call also the relative ooclose ..() in the stop callback, or not?

 

Thank you

Emanuele

Vishal Phirke | 14 Jul 16:56 2005
Picon

Re: closing the RTP channels

You should. I will add those calls to simple.c.

-Vishal

On 7/12/05, Aonzo Emanuele <Emanuele.Aonzo <at> elsag.it> wrote:
>  
>  
> 
> Hi, 
> 
> I see that you never call in simple.c oocloseReceiveRTPChannel() and
> ooClosetransmitRTPChannel(). If in the start callbacks I call the
> ooCreatetransmitRTPchannel() every time do I have to call also the relative
> ooclose ..() in the stop callback, or not? 
> 
>   
> 
> Thank you 
> 
> Emanuele

-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click
manish varma | 21 Jul 18:58 2005
Picon

Opensource Gatekeeper

Hi there,

    We are using ooH323c to make VOIP phone.

     I just wanna ask u is there any open source
Gatekeeper that I can use with ooH323c.

     Thanks in advance.

Manish.

		
__________________________________ 
Yahoo! Mail 
Stay connected, organized, and protected. Take the tour: 
http://tour.mail.yahoo.com/mailtour.html 

-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
manish varma | 21 Jul 19:00 2005
Picon

Opensource Gatekeeper for ooH323c

Hi there,

    We are using ooH323c to make VOIP phone.

     I just wanna ask u is there any open source
Gatekeeper that I can use with ooH323c.

     Thanks in advance.

Manish.

		
____________________________________________________
Start your day with Yahoo! - make it your home page 
http://www.yahoo.com/r/hs 

-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
Vishal Phirke | 21 Jul 20:23 2005
Picon

Re: Opensource Gatekeeper for ooH323c

Manish,

Since protocol is standardized, any gatekeeper should work. We use gnugk.

-Vishal

On 7/21/05, manish varma <manish_varma82 <at> yahoo.com> wrote:
> Hi there,
> 
>     We are using ooH323c to make VOIP phone.
> 
>      I just wanna ask u is there any open source
> Gatekeeper that I can use with ooH323c.
> 
>      Thanks in advance.
> 
> Manish.
> 
> 
> 
> ____________________________________________________
> Start your day with Yahoo! - make it your home page
> http://www.yahoo.com/r/hs
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> ooh323c-devel mailing list
> ooh323c-devel <at> lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/ooh323c-devel
>

-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click
Doru Petrescu | 22 Jul 02:06 2005
Picon

BUG: decoding an extension with a NULL type


Hi everybody,

I've been playing with the ooH323 library for a while, and found a
problem with v.0.5.2.  I just checked and the sources look the same in
version 0.7.1, so the problem is not yet fixed.

the problem is that it with the ASN1 decoder functions that will fail to
decode an EXTENDED entry if it is of type NULL.

an example is a GK GRQ packet containing field 'supportsAltGK'

for v0.7.1 check file H323-MESSAGESDec.c line 16615 inside 
function asn1PD_H225GatekeeperRequest():

     for (i = 0; i < bitcnt; i++) {
         DECODEBIT (&lctxt, &optbit);

         if (optbit) {
	     ......
            if (i < 10 && openType.numocts > 0) {  /// ***BUG****

notice the last line. if the size of the element is ZERO it will not
decode it. and because a NULL type is encoded in exactly ZERO bits and
ZERO bytes, the decoder will not decode it.

This is a problem with your ASN1 decoder-generator. and not with the
h323 stack. but this might generate problems in the stack if it fails to
detect options present in the received data packets.

I think you need to decode the NULLs separatedly from the rest of the
fields because of this.

OR

even better, remove the 'numocts > 0' constraint and let each sub-type
deal with a zero-size buffer how it see fits: NULLs will be OK, all
others will complain becuase I think it would be an invalid case anyway.

the encoder works correctly because it is written in a different way.
you might consider re-writing the decoder in the same style as the
encoder and remove the for/switch algorithm with a succession of 
if (field_is_present) { .... deocde it ... }

please send replies to me too, as I am not subscribed to the list.

Also, I am tring to build a set of ASN1 test cases for a software I am
writing, and I was wondering if anyone has some data packets and the
known (and verified) good decoding for them. I am looking for a set of
tests that covers all the posible cases in ASN1 and H323. 
It was during the development of such a test case that I realized that
different libraries give different results for the same pair of bits.
and this is how I found the bug.

--

-- 

Best regards,
Doru Petrescu
Senior Software Engineer
Astral Telecom Bucuresti

-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
Vishal Phirke | 22 Jul 17:58 2005
Picon

Re: BUG: decoding an extension with a NULL type

Hi Doru,

Thanks for testing. I believe that what we are doing is correct as per
standards.The NULL here is an extension element, therefore, the NULL
element must be encoded as an open type as opposed to an ordinary
NULL.  An open type encoding must have a length field that must be at
least 1 followed by the data field.  Therefore the encoding of the
NULL
in this case must be 01 00 instead of just 00.

However, we may need to provide a kludge to handle this case, because it
is a common error and could prevent interop.  As far as I know,
OpenH323 had this problem and it was brought to their atteintion, but
we are not sure whether it was fixed.

Here's the link to that discussion:
http://www.openh323.org/pipermail/openh323/2003-November/064267.html

Regards,
Vishal

On 22 Jul 2005 03:06:45 +0300, Doru Petrescu <pdoru-php-upm <at> kappa.ro> wrote:
> 
> 
> Hi everybody,
> 
> I've been playing with the ooH323 library for a while, and found a
> problem with v.0.5.2.  I just checked and the sources look the same in
> version 0.7.1, so the problem is not yet fixed.
> 
> 
> the problem is that it with the ASN1 decoder functions that will fail to
> decode an EXTENDED entry if it is of type NULL.
> 
> an example is a GK GRQ packet containing field 'supportsAltGK'
> 
> for v0.7.1 check file H323-MESSAGESDec.c line 16615 inside
> function asn1PD_H225GatekeeperRequest():
> 
>      for (i = 0; i < bitcnt; i++) {
>          DECODEBIT (&lctxt, &optbit);
> 
>          if (optbit) {
>              ......
>             if (i < 10 && openType.numocts > 0) {  /// ***BUG****
> 
> 
> 
> notice the last line. if the size of the element is ZERO it will not
> decode it. and because a NULL type is encoded in exactly ZERO bits and
> ZERO bytes, the decoder will not decode it.
> 
> This is a problem with your ASN1 decoder-generator. and not with the
> h323 stack. but this might generate problems in the stack if it fails to
> detect options present in the received data packets.
> 
> I think you need to decode the NULLs separatedly from the rest of the
> fields because of this.
> 
> OR
> 
> even better, remove the 'numocts > 0' constraint and let each sub-type
> deal with a zero-size buffer how it see fits: NULLs will be OK, all
> others will complain becuase I think it would be an invalid case anyway.
> 
> 
> the encoder works correctly because it is written in a different way.
> you might consider re-writing the decoder in the same style as the
> encoder and remove the for/switch algorithm with a succession of
> if (field_is_present) { .... deocde it ... }
> 
> 
> please send replies to me too, as I am not subscribed to the list.
> 
> Also, I am tring to build a set of ASN1 test cases for a software I am
> writing, and I was wondering if anyone has some data packets and the
> known (and verified) good decoding for them. I am looking for a set of
> tests that covers all the posible cases in ASN1 and H323.
> It was during the development of such a test case that I realized that
> different libraries give different results for the same pair of bits.
> and this is how I found the bug.
> 
> 
> 
> --
> 
> 
> Best regards,
> Doru Petrescu
> Senior Software Engineer
> Astral Telecom Bucuresti
> 
> 
> 
> 
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> ooh323c-devel mailing list
> ooh323c-devel <at> lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/ooh323c-devel
>

-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click
Doru Petrescu | 22 Jul 18:06 2005
Picon

Re: BUG: decoding an extension with a NULL type

openh323 can decode my test correctly. also etherreal decodes it too.
this is why i said it is a bug. 

my apologies if this is an ambiguity in the standard, but I think the
decoder should handle it both ways.

I think you can safely and easily cover both cases. just allow for the
fact that the NULL type can have a zero-size encoding. i looked at the
code I dont think it will affect anything else.

D.

On Fri, 2005-07-22 at 18:58, Vishal Phirke wrote:
> Hi Doru,
> 
> Thanks for testing. I believe that what we are doing is correct as per
> standards.The NULL here is an extension element, therefore, the NULL
> element must be encoded as an open type as opposed to an ordinary
> NULL.  An open type encoding must have a length field that must be at
> least 1 followed by the data field.  Therefore the encoding of the
> NULL
> in this case must be 01 00 instead of just 00.
> 
> However, we may need to provide a kludge to handle this case, because it
> is a common error and could prevent interop.  As far as I know,
> OpenH323 had this problem and it was brought to their atteintion, but
> we are not sure whether it was fixed.
> 
> Here's the link to that discussion:
> http://www.openh323.org/pipermail/openh323/2003-November/064267.html
> 
> 
> Regards,
> Vishal
> 
> 
> On 22 Jul 2005 03:06:45 +0300, Doru Petrescu <pdoru-php-upm <at> kappa.ro> wrote:
> > 
> > 
> > Hi everybody,
> > 
> > I've been playing with the ooH323 library for a while, and found a
> > problem with v.0.5.2.  I just checked and the sources look the same in
> > version 0.7.1, so the problem is not yet fixed.
> > 
> > 
> > the problem is that it with the ASN1 decoder functions that will fail to
> > decode an EXTENDED entry if it is of type NULL.
> > 
> > an example is a GK GRQ packet containing field 'supportsAltGK'
> > 
> > for v0.7.1 check file H323-MESSAGESDec.c line 16615 inside
> > function asn1PD_H225GatekeeperRequest():
> > 
> >      for (i = 0; i < bitcnt; i++) {
> >          DECODEBIT (&lctxt, &optbit);
> > 
> >          if (optbit) {
> >              ......
> >             if (i < 10 && openType.numocts > 0) {  /// ***BUG****
> > 
> > 
> > 
> > notice the last line. if the size of the element is ZERO it will not
> > decode it. and because a NULL type is encoded in exactly ZERO bits and
> > ZERO bytes, the decoder will not decode it.
> > 
> > This is a problem with your ASN1 decoder-generator. and not with the
> > h323 stack. but this might generate problems in the stack if it fails to
> > detect options present in the received data packets.
> > 
> > I think you need to decode the NULLs separatedly from the rest of the
> > fields because of this.
> > 
> > OR
> > 
> > even better, remove the 'numocts > 0' constraint and let each sub-type
> > deal with a zero-size buffer how it see fits: NULLs will be OK, all
> > others will complain becuase I think it would be an invalid case anyway.
> > 
> > 
> > the encoder works correctly because it is written in a different way.
> > you might consider re-writing the decoder in the same style as the
> > encoder and remove the for/switch algorithm with a succession of
> > if (field_is_present) { .... deocde it ... }
> > 
> > 
> > please send replies to me too, as I am not subscribed to the list.
> > 
> > Also, I am tring to build a set of ASN1 test cases for a software I am
> > writing, and I was wondering if anyone has some data packets and the
> > known (and verified) good decoding for them. I am looking for a set of
> > tests that covers all the posible cases in ASN1 and H323.
> > It was during the development of such a test case that I realized that
> > different libraries give different results for the same pair of bits.
> > and this is how I found the bug.
> > 
> > 
> > 
> > --
> > 
> > 
> > Best regards,
> > Doru Petrescu
> > Senior Software Engineer
> > Astral Telecom Bucuresti
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > -------------------------------------------------------
> > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> > from IBM. Find simple to follow Roadmaps, straightforward articles,
> > informative Webcasts and more! Get everything you need to get up to
> > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> > _______________________________________________
> > ooh323c-devel mailing list
> > ooh323c-devel <at> lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/ooh323c-devel
> >

-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
Phan Duc | 25 Jul 05:32 2005
Picon

malloc, free functions error!

Hi!
I am using ooH323c Stack to make a simple H323 Media server. I divide
it into two thread following:
    The first thread running ooH323Stack
    The second thread running UDP server to send and receive RTP data.
In this thread sometimes I using malloc funtion to create udp session.
I see when call ooCleanCall() Funtion (freeContext(pctxt)) the program
crash in free funtion.
I just wanna ask u what is problem.
Thanks in advance
Phan Van Duc

-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click
chethan_ag | 25 Jul 07:07 2005
Picon
Picon

need help..

Hi there,
    i am planing to implement h323 on OSCAR cluster (parallel programming), 
is there any advantage in doing so?  How can i implement it?  please get me 
some details.. 

Thanks
chethan

-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click

Gmane