iaxclient-devel Mailing List for iaxclient (Page 154)

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

> 
> Let me know when you've sent it and I'll commit it to CVS.
> 
> --
> Steve V
> 

Ok.  I just faxed it through.  I am now fully disclaimed.

I have also added a nifty little hold/unhold function that adds two
functions to iaxClient and one to libiax2.  The libiax2 function allows for
quelch/unquelch with an optional MOH IE appended to the command request.
This allows you to place a call on hold and to "recall" the call without
having to switch to a different appearance (call).  It also gives you a way
to provide MOH to the other active-but-held calls when you _do_ switch to
another appearance.

It's working fine in early testing now.  It may appear as a feature in IAX
Phone this weekend.

Do you guys want it as a standard part of the lib?  Is there a way to create
an IE and send it in a command message w/o requiring changes to
libiax2/iax.c?

Thanks,

Steve

On Fri, 23 Jan 2004 09:18:41 -0600, Steven Sokol =
<ss...@so...>
wrote:

>Michael,
>
>You and everybody else are welcome to the two tiny functions I added
>(and associated changes to header files, etc.).  Steve K tells me I need
>to disclaim them to Mark so that he can keep a single, Digium-owned
>version of libiax2.  I will try to get the disclaimer sent in RSN.

Steve S,

Let me know when you've sent it and I'll commit it to CVS.

--
Steve V

Michael,

You and everybody else are welcome to the two tiny functions I added
(and associated changes to header files, etc.).  Steve K tells me I need
to disclaim them to Mark so that he can keep a single, Digium-owned
version of libiax2.  I will try to get the disclaimer sent in RSN.

I am in favor of incorporating that change.  It seems to be both quite
simple and quite stable (much more so than other features in my app!).
How do others feel?

As for the name change, I already answer to any number of derogatory
and/or pejorative monikers so feel free to add another.  (My hippy
brother calls me "Rotten Capitalist Bastard"...).

Regards,

Steven

> -----Original Message-----
> From: iax...@li...
[mailto:iaxclient-devel-
> ad...@li...] On Behalf Of Michael Van Donselaar
> Sent: Friday, January 23, 2004 8:46 AM
> To: iax...@li...
> Subject: [Iaxclient-devel] Blind Transfer
> 
> I've looked at Steve Sokol's Iax Phone sources to find the
iaxc_transfer
> and
> iax_blind_transfer functions.
> 
> Now, I know that the consensus is that we want to work towards
stability
> before
> we continue to add new functionality.  However,
> 
> o Steve Sokol has it in his code
> o It looks like it is just one function in libiax2/src/iax.c and a
> corresponding
> stub in iaclient_lib.c
> o Users want this functionality.
> 
> If Steve Kann doesn't object to the addition .... and
> If Steve Sokol doesn't object to me steali^W appropriating the code
...
> 
> I'll add this into the CVS.
> 
> There are still too many Steve's on this project.  Has there been any
> progress
> on the name changes?
> 
> 
> -------------------------------------------------------
> The SF.Net email is sponsored by EclipseCon 2004
> Premiere Conference on Open Tools Development and Integration
> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> http://www.eclipsecon.org/osdn
> _______________________________________________
> Iaxclient-devel mailing list
> Iax...@li...
> https://lists.sourceforge.net/lists/listinfo/iaxclient-devel

Michael Van Donselaar wrote:

>I've looked at Steve Sokol's Iax Phone sources to find the iaxc_transfer and
>iax_blind_transfer functions.
>
>Now, I know that the consensus is that we want to work towards stability before
>we continue to add new functionality.  However, 
>
>o Steve Sokol has it in his code
>o It looks like it is just one function in libiax2/src/iax.c and a corresponding
>stub in iaclient_lib.c
>o Users want this functionality.
>
>If Steve Kann doesn't object to the addition .... and 
>If Steve Sokol doesn't object to me steali^W appropriating the code ...
>  
>
I'd like for Steve Sokol to sign a digium disclaimer for the part we're 
adding to libiax2.  This will make it possible for me to keep libiax2 
synchronized with digium;

Other than that, I don't have any objections!

>I'll add this into the CVS.
>
>There are still too many Steve's on this project.  Has there been any progress
>on the name changes?
>  
>

OK.  So, to make things simpler, we can all just call you Steve too :)

-SteveK

I've looked at Steve Sokol's Iax Phone sources to find the iaxc_transfer =
and
iax_blind_transfer functions.

Now, I know that the consensus is that we want to work towards stability =
before
we continue to add new functionality.  However,=20

o Steve Sokol has it in his code
o It looks like it is just one function in libiax2/src/iax.c and a =
corresponding
stub in iaclient_lib.c
o Users want this functionality.

If Steve Kann doesn't object to the addition .... and=20
If Steve Sokol doesn't object to me steali^W appropriating the code ...

I'll add this into the CVS.

There are still too many Steve's on this project.  Has there been any =
progress
on the name changes?

The source code for IAX Phone is now available.  You can get it from the
downloads page at the main Iax Phone site:

http://www.sokol-associates.com/IaxPhone.htm

The package currently contains the source for the GUI portion of the
phone, plus the ActiveX components that interface with the IAX server.
The code for the lowest-level portions of the project (the iaxClient
library that creates the WIAX1 and WIAX2 DLLs) will be released once the
iaxClient community has synchronized.

If anybody out there is a Windows coder and would like to work on
improving this version (especially the stability) please let me know.
If anybody out there would like to take on the challenge of porting this
to Linux and Mac, please also contact me.

Thanks,

Steven

P.S. - You can download the binary installation package from that same
location.

The bug/feature tracker page is here:
http://sokol-associates.com/IaxBugTracker.htm

Hi Steven,

----- Original Message ----- 
From: "Steven Sokol" <ss...@so...>
> Announcing a new Windows-based IAX/IAX2 client.  Please download it and
> give it a try.  Let me know about any bugs, and any missing features.

I have tried a little bit your soft phone.
First comments:
- Sometimes I cannot hangup the call made (clicking on Drop does nothing).
Clicking several times on Drop/LINE1/LINE2 crashes the application.
- many of the checkboxes captions are wrapped on my display (1024x768),
Windows XP Pro, Windows Standard Theme
- there is no Speaker available in the list as a ring device. How can you
select it?

Some features are very cool:
- MWI
- IAX native Transfer

Keep up the good work.

Best regards,
Dan

On Wed, 21 Jan 2004 18:01:38 -0600, Steven Sokol =
<ss...@so...>
wrote:

>Announcing a new Windows-based IAX/IAX2 client.  Please download it and
>give it a try.  Let me know about any bugs, and any missing features.  I
>have yet to come up with a catchy name for it, so at this point it calls
>itself IAX Phone.  (Suggestions?  Non-derogatory suggestions,
>preferably).

(There was a program out there at one point called iaxphone.  I think =
it's
defunct now.)

Steve, this looks absolutely fantastic.  Is there any possibility of a =
linux
port?

Announcing a new Windows-based IAX/IAX2 client.  Please download it and
give it a try.  Let me know about any bugs, and any missing features.  I
have yet to come up with a catchy name for it, so at this point it calls
itself IAX Phone.  (Suggestions?  Non-derogatory suggestions,
preferably).

Download: http://www.sokol-associates.com/Downloads/IaxPhone.zip

Reference & Support Page: http://www.sokol-associates.com/IaxPhone.htm

Features:

- Works correctly for both inbound and outbound calls!
- Registers With Multiple Servers
- 4 Line Appearances
- Direct IAX URL Dialing (user:pas...@as.../1123@users)
- 20 Speed Dials
- Native IAX Blind Transfer (no more wasted pound key)
- Drag/Drop Transfer (right-click & drag a line to a Speed Dial to
transfer)
- Last number redial
- Message Waiting Indicator (Native IAX, no Manager configuration
reqired)
- Message Waiting Count *
- Registration Indicator
- Missed Calls Indicator
- Mini-Mode for low screen-real-estate usage.
- Multiple Audio Output Devices (use speakers for Ring, headset for
audio I/O)
- Supports IAX/IAX2
- Supports DSP Filters: AGC, Echo Cancellation, Denoise
- Integrated call timer
- Integrated with the Eutectics IPP200 USB handset
- Direct dialing for IAXTel users (no need for nnnn@iaxtel)
- Intercom Calls (auto-answer, use speakers for audio output)**

Coming Soon:

- Call Log
- Phonebook Dialing
- Outlook Integration (dialing & screen pops)
- Programmable feature buttons (DND, Forward, Direct-To-Voicemail
Transfer, etc.)
- Documentation (sorry...;-)
- Additional Screen formats (toolbar, icon-tray)
- Keyboard Shortcuts
- User-defined ring-tones (wav, midi, etc.)
- Personalized ring-tones (assigned in phonebook)
- Enhanced speed dial "dashboard" as DSS (Manager integration) for
Operator console
- Call rejection/Zapateller
- Optional IAX debugging and logging
- Auto-answer options (either all calls or by phone-book entry)
- Integrated call recording

Hopeful Additions:

- Simple text messaging
- Local conferencing
- Screen-saver awareness (auto "Away" when screen saver kicks on)

This is the very first release so there will be bugs (as always, use at
your own risk).  Please let me know what they are ASAP.  I will
hopefully have the next release (with many of the "coming soon"
features) out later in the week or over the weekend.

Thanks,

Steve Sokol

* Requires a small change to chan_iax2.c in order to return valid
message counts.  See the support page.

** Requires a special macro in extensions.conf that replaces the
caller's real number with a special Intercom indicator ID.  See the
support page.

Hi Steven,

> ----- Original Message ----- 
> From: Steven Sokol
> I'm game if that's the best way to keep track of where we are going.
> I think a round of email messages to drive out the initial feature
requests
> would be a good way to get all of the ideas out in the open.  Then we can
> put them into the bug/feature tracker and manage them (much like
> Mark & Martin do for Asterisk using the Digium bug tracker).

I think that a bugtrack is the most important thing in this moment.
The main goal for us is to make the available IAX clients as stable as
possible
with the current existing features (which are more than enough for a
standard phone,
with the exception, maybe,  of the MWI).
I don't think that now is the moment to add new features in the library.
Let's do it in a professional way, otherwise the final users will consider
IAX clients
just a toy to play with it.

Best regards,
Dan

Are people interested in using the bug/feature tracker stuff on
sourceforge to track this kind of stuff?

I'm game if that's the best way to keep track of where we are going.  I
think a round of email messages to drive out the initial feature
requests would be a good way to get all of the ideas out in the open.
Then we can put them into the bug/feature tracker and manage them (much
like Mark & Martin do for Asterisk using the Digium bug tracker).

Just my .02.

Steven

Are people interested in using the bug/feature tracker stuff on 
sourceforge to track this kind of stuff?

Steven Sokol wrote:

>>Dan Wrote:
>>- from the time to time, the call is disconnected without any visible
>>reason
>>    
>>
>
>I have seen this once or twice.  I thought it was my glitchy Grandstream
>phone (terrible to test my alpha-code with somebody else's alpha-quality
>code) but perhaps there is still a bug in the library causing it.
>
>  
>
>>- sometimes (I still have to check conditions) the client still does
>>    
>>
>not
>  
>
>>ring and needs to be reinitialized in order to further accept calls.
>>Sometimes it is enough to just call again in order to ring.
>>    
>>
>
>I thought this was happening to me until I discovered it was actually
>another client running on another PC registering every 60 seconds with
>the same ID information.  Essentially it was "stealing" my registration.
>
>I see this as a serious bug in the protocol or at least in the
>implementation.  I would think that the Asterisk server should either
>reject a duplicate login, warn both parties, or perhaps just send a
>"logged-out" message to the user/instance being replaced by the new
>login.
>
>Another bug I have been facing is the ability to change the audio device
>mid-call.  I want to do two things:  provide an intercom function where
>the audio is automatically redirected to the "Speaker" audio output for
>announcements, AND to offer a true speakerphone function where a call
>can be moved off of the handset/headset device onto the PCs main
>speakers.
>
>I find that when I do this, the PA library tosses up a fault about half
>the time, killing my client.  It seems to happen much less often if I
>only change the devices when there are no active audio streams (calls)
>in progress.
>
>[Side Note]
>Can we all send in a list of enhancements we would either like to see in
>the library or have in the works?  I would love to see what's out there
>and what I can help to add.  - Thanks.
>
>What I Have Added To My Copy:
>
>1.  Native IAX Blind Transfer Support (Required hack to libiax2)
>2.  Message Waiting Indication (Yes/No/No Mailbox)
>
>What I Am Working On Now:
>
>1.  Enhanced Registration/Deregistration (per SteveK's message)
>2.  Enhanced MWI (MWI on a per-registration basis, includes message
>counts)
>    (Requires hack to chan_iax2.c)
>3.  Variable registration frequency.
>
>What I Would Like To See Added:
>
>1.  Native IAX Consultative Transfers?
>2.  A hold state that forces Asterisk to provide MOH?
>3.  In-client 3-way (or more) conferencing?
>4.  Multiple talk-paths (call A on speaker, call B on headset)?
>5.  Integrated MD5 or RSA encryption for password/secret values?
>6.  Additional codec support (linear PCM, mu-Law PCM, a-Law PCM, ADPCM)?
>7.  Text Messaging support?
>8.  Client-controllable debugging/logging (to file or socket?)
>
>
>
>
>-------------------------------------------------------
>The SF.Net email is sponsored by EclipseCon 2004
>Premiere Conference on Open Tools Development and Integration
>See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
>http://www.eclipsecon.org/osdn
>_______________________________________________
>Iaxclient-devel mailing list
>Iax...@li...
>https://lists.sourceforge.net/lists/listinfo/iaxclient-devel
>
>  
>

> Dan Wrote:
> - from the time to time, the call is disconnected without any visible
> reason

I have seen this once or twice.  I thought it was my glitchy Grandstream
phone (terrible to test my alpha-code with somebody else's alpha-quality
code) but perhaps there is still a bug in the library causing it.

> - sometimes (I still have to check conditions) the client still does
not
> ring and needs to be reinitialized in order to further accept calls.
> Sometimes it is enough to just call again in order to ring.

I thought this was happening to me until I discovered it was actually
another client running on another PC registering every 60 seconds with
the same ID information.  Essentially it was "stealing" my registration.

I see this as a serious bug in the protocol or at least in the
implementation.  I would think that the Asterisk server should either
reject a duplicate login, warn both parties, or perhaps just send a
"logged-out" message to the user/instance being replaced by the new
login.

Another bug I have been facing is the ability to change the audio device
mid-call.  I want to do two things:  provide an intercom function where
the audio is automatically redirected to the "Speaker" audio output for
announcements, AND to offer a true speakerphone function where a call
can be moved off of the handset/headset device onto the PCs main
speakers.

I find that when I do this, the PA library tosses up a fault about half
the time, killing my client.  It seems to happen much less often if I
only change the devices when there are no active audio streams (calls)
in progress.

[Side Note]
Can we all send in a list of enhancements we would either like to see in
the library or have in the works?  I would love to see what's out there
and what I can help to add.  - Thanks.

What I Have Added To My Copy:

1.  Native IAX Blind Transfer Support (Required hack to libiax2)
2.  Message Waiting Indication (Yes/No/No Mailbox)

What I Am Working On Now:

1.  Enhanced Registration/Deregistration (per SteveK's message)
2.  Enhanced MWI (MWI on a per-registration basis, includes message
counts)
    (Requires hack to chan_iax2.c)
3.  Variable registration frequency.

What I Would Like To See Added:

1.  Native IAX Consultative Transfers?
2.  A hold state that forces Asterisk to provide MOH?
3.  In-client 3-way (or more) conferencing?
4.  Multiple talk-paths (call A on speaker, call B on headset)?
5.  Integrated MD5 or RSA encryption for password/secret values?
6.  Additional codec support (linear PCM, mu-Law PCM, a-Law PCM, ADPCM)?
7.  Text Messaging support?
8.  Client-controllable debugging/logging (to file or socket?)

Steven Sokol wrote:

>>I think that IAX2 returns the message count as part of a registration
>>reply as IAX_IE_MSGCOUNT.  at least, that's what grep -i message * on
>>libiax2 leads me to believe.
>>
>>-SteveK
>>    
>>
>
>According to iax2-parser.c there is an IE for the message count.  The
>value apparently gets parsed out of the iedata and placed in a field of
>the iax_ies structure called msgcount.  It appears that this short field
>is flooded (65535) if you have messages and zero if you don't.  If you
>don't have a mailbox, it seems to return -1.  At least this is my best
>guess. 
>
>My next question is -- what is the best way to push this information to
>our clients and to sync it with a particular server?  I am "catching" it
>as it comes through attached to the IAX_COMMAND_REGACK event in the
>iaxc_handle_regreply function.  If we could return some kind of event or
>even a return value from iaxc_register that can be matched up with the
>session or other identifier with the message count, we could indicate if
>messages exist for multiple registrations.
>
>Perhaps returning an identifier (identifying the specific registration)
>from the iaxc_register function could be useful for other reasons.  For
>example, we could match it to regauth/regreject messages and return an
>acknowledgement for the specific server/registration in question.
>
>(Does this make any sense -- it's rather awkward to talk about.)
>  
>

OK, I'm CCing the iaxclient list only here, as this is 
iaxclient-specific stuff.

I don't think it makes sense to have iaxc_register return this 
information, because then iaxc_register would need to block until a 
registration reply is received.  And then, it would only return after 
the initial registration, and not subsequent refreshes.

So, the solution needs to be more complicated than that. 

I think that the registration "system" in iaxclient needs to be greatly 
enhanced; I really just did it to see if it would work at all, because I 
didn't know how it worked.

So, I think that perhaps what should be done is something along the 
following lines:

1) Create a "registration ID" for each registration. 
2) Have iaxc_register return the registration ID.
3) Have a new event type "regstatus" that gets passed back to clients, 
which will report whenever a particular registration has succeeded or 
failed, and in this event, we can pass up the message count, and any 
other information that needs to be passed back up.  Maybe also the event 
could send back a "count" to the client, so they can know if this is the 
first regstatus event they're seeing for a particular registration;  
they may want to notify the user for that..
4) Add a new function iaxc_regcancel, which takes a registration ID, and 
tells the client to stop trying to register that address; there's 
currently no way to do that.

Clients would then call iaxc_register, and then they should soon get 
back a regstatus event.  They'd also get regstatus events every so often 
(whatever the registration interval is).

-SteveK

>Mark - Why return a yes/no/error value, rather than the actual message
>count or -1 for no mailbox?
>  
>

Hi all,

From: "Steve Underwood" <st...@co...>
> Maybe just a little jig, but lets no go for Swan Lake just yet
>
> The bugs I cleared out a couple of weeks ago and this one are pretty
> huge problems. If the software is in that kind of state, I expect we
> will find numerous slightly less obvious problems before this library
> stabilises.

It seems that a lot of other small "bugs" make me believe that we have to
further dig before the final version...
Some issues:
- from the time to time, the call is disconnected without any visible reason
- sometimes (I still have to check conditions) the client still does not
ring and needs to be reinitialized in order to further accept calls.
Sometimes it is enough to just call again in order to ring.

Someone else having the same issues?

Best regards,
Dan

----- Original Message ----- 
From: "Steven Sokol" <ss...@so...>
>
> Mark - Why return a yes/no/error value, rather than the actual message
> count or -1 for no mailbox?
>
I patched my version to actually return the message count, works fine so I'm
not sure why it's like that

> I think that IAX2 returns the message count as part of a registration
> reply as IAX_IE_MSGCOUNT.  at least, that's what grep -i message * on
> libiax2 leads me to believe.
> 
> -SteveK

According to iax2-parser.c there is an IE for the message count.  The
value apparently gets parsed out of the iedata and placed in a field of
the iax_ies structure called msgcount.  It appears that this short field
is flooded (65535) if you have messages and zero if you don't.  If you
don't have a mailbox, it seems to return -1.  At least this is my best
guess. 

My next question is -- what is the best way to push this information to
our clients and to sync it with a particular server?  I am "catching" it
as it comes through attached to the IAX_COMMAND_REGACK event in the
iaxc_handle_regreply function.  If we could return some kind of event or
even a return value from iaxc_register that can be matched up with the
session or other identifier with the message count, we could indicate if
messages exist for multiple registrations.

Perhaps returning an identifier (identifying the specific registration)
from the iaxc_register function could be useful for other reasons.  For
example, we could match it to regauth/regreject messages and return an
acknowledgement for the specific server/registration in question.

(Does this make any sense -- it's rather awkward to talk about.)

Mark - Why return a yes/no/error value, rather than the actual message
count or -1 for no mailbox?

Thanks,

Steve

Michael, thanks a lot, I've compiled iaxcomm for Windows XP with success =
!
My steps were :

1. Download wxMSW-2.4.2-setup.zip at www.wxwindows.org, unzip it and =
install it with setup.exe at C:\wxWindows-2.4.2 .
2. Set enviroment variable WXWIN=3DC:/wxWindows-2.4.2   (note forward =
slash)
3. Download setup.exe from http://www.cygwin.com and install Base and =
Devel/Make packages at c:\cygwin
4. Download and install MinGW-3.1.0-1.exe from http://www.mingw.org
5. Run a cygwin bash, cd /cygdrive/c/wxWindows-2.4.2/src/msw and do make =
-f makefile.g95
6. Still at cygwin bash, cd /cygdrive/c/wxWindows-2.4.2/contrib/src/xrc =
and do make -f makefile.g95
7. Again, still at cygwin bash, cd =
/cygdrive/c/wxWindows-2.4.2/contrib/utils/wxrc and do make -f =
makefile.g95, then cp -a wxrc.exe /usr/bin (or anyother place at your =
path)
8. Download the honorable iaxclient.tar.gz somewhere I forgot and untar =
it anywhere you please. Go there, do a make and voi la. You'll have a 30 =
Mb iaxcomm.exe . Now, you may 'strip iaxcomm.exe' and it'll be 2mb.

Thanks a lot ! Cheers !

---
=F8 Daniel C. Gomes <dc...@fi...> =F8
=F8 Especialista em Desenvolvimento de Sistemas =F8
=F8 FITec Inova=E7=F5es Tecnol=F3gicas =F8 Tel: (+55)(31)3263-4193 =F8 =
Fax: (+55)(31)3263-4003 =F8

-----Original Message-----
From: Michael Van Donselaar [mailto:mv...@va...]
Sent: segunda-feira, 19 de janeiro de 2004 12:53
To: Daniel de Carvalho Gomes
Subject: Re: [Iaxclient-devel] iaxcomm and win32

On Mon, 19 Jan 2004 10:58:52 -0200, Daniel de Carvalho Gomes
<dc...@fi...> wrote:

>Hi all,
>
>	I wonder how someone could ever compile (that's not the biggest =
problem) and LINK (man, wxEmptyString is SO unresolved) iaxcomm at win32 =
...
>I tried a lot of stuff, Cygwin, Bloodshed Dev-C++, Borland C++ 5.5 ... =
frustrating !!!
>I'd be very happy if someone post a step-bt-step guide to compile =
iaxcomm for Windows XP, no matter the compiler. Please !

Daniel,

Do you have the wxWindows library installed for your compiler?

I'll update the README in the next day or so, but here's the lowdown:

8<-----
In order to make linux binaries redistibutable, we need to compile the =
wxWindows
stuff as static libraries, rather than shared.

1.  Untar the wxWindows source distribution, and cd into it.
2. run configure
    a. Windows
        ./configure
    b. Linux-Gtk
        ./configure --disable-shared
3. make and install
    make install
4. Now we need to compile the xrc library
    cd contrib/src/xrc
    make install
5. Since we're now compiling in the xrc resources, we need to compile =
wxrc
    cd ../../utils/wxrc
    make
    cp wxrc /usr/bin
6. Enjoy wxWindows with all of that xrc-y goodness!

8<---

There's some info on how I got MinGW installed on my Win2000 box in
iaxclient/simpleclient/wx/README.

Hope this helps.  Additional feedback is, of course, appreciated.
>
>Thanks a lot,
>

On Tue, 20 Jan 2004 03:14:25 +0100, Kim Hendrikse <ki...@ki...> =
wrote:

>Hmmm,
>
>Maybe this is a different bug. But I've just tried the unix version that
>I was able to find up there (Compiled binary) and the problem that I =
encounter
>still occurs every time.
>
>What I do is ring linux iaxclient. Then with astman, transfer it to the
>conference room. Then transfer it back again. Then hangup. After this, =
you
>can no longer call iaxcomm.

Are you using the 20040119 version with the bugfix, or the 20040114 =
pre-bugfix
version?

>  - Kim
>
>> I've applied Steve Sokol's patch the the IAXClient source, and the =
IAX2 noanswer
>> bug is solved in iaxComm, as well.
>>=20
>> Win32 and Linux binaries are available at
>> http://iaxclient.sourceforge.net/iaxcomm/index.html
>>=20
>> Any feedback is appreciated.
>> _______________________________________________
>> Asterisk-Users mailing list
>> Ast...@li...
>> http://lists.digium.com/mailman/listinfo/asterisk-users
>> To UNSUBSCRIBE or update options visit:
>>    http://lists.digium.com/mailman/listinfo/asterisk-users
>
>
>-------------------------------------------------------
>The SF.Net email is sponsored by EclipseCon 2004
>Premiere Conference on Open Tools Development and Integration
>See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
>http://www.eclipsecon.org/osdn
>_______________________________________________
>Iaxclient-devel mailing list
>Iax...@li...
>https://lists.sourceforge.net/lists/listinfo/iaxclient-devel

Hmmm,

Maybe this is a different bug. But I've just tried the unix version that
I was able to find up there (Compiled binary) and the problem that I encounter
still occurs every time.

What I do is ring linux iaxclient. Then with astman, transfer it to the
conference room. Then transfer it back again. Then hangup. After this, you
can no longer call iaxcomm.

  - Kim

> I've applied Steve Sokol's patch the the IAXClient source, and the IAX2 noanswer
> bug is solved in iaxComm, as well.
> 
> Win32 and Linux binaries are available at
> http://iaxclient.sourceforge.net/iaxcomm/index.html
> 
> Any feedback is appreciated.
> _______________________________________________
> Asterisk-Users mailing list
> Ast...@li...
> http://lists.digium.com/mailman/listinfo/asterisk-users
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-users

On Jan 18, 2004, at 11:23 PM, Mark Spencer wrote:

> is it confirmed then that this is not, in fact, a bug in libiax2 but in
> the application using it?  Are there any more patches for libiax2 that
> need to be merged?  It would be nice to make a release.

Mark,

	I don't know whether it is a big in libiax2 or a bug in the calling 
code, because there's no documentation on how it is _supposed_ to work. 
  It can be fixed in either side, however.

	To summarize, in the case of regular calls, the libiax2 seems to be 
pretty good about handling sessions on it's own.  My client code needs 
to also keep track of them, but never to destroy them.  In the case of 
sessions used for registration, however, it appears that the session 
should be destroyed once a registration reply (ack or rej) is received. 
  Currently it is not, and what seems to be happening is that the remote 
asterisk server seems to be re-using the callno/dcallno that refer to 
that session, and the client library sees these new packets as being 
out-of-order packets from the previous session.

	Currently, Steven Sokol has a fix for this which just calls 
iax_destroy from the iaxclient library when we receive a registration 
reply.  This is fine, but it is different than the way that sessions 
are handled in other cases.  (we never call iax_destroy anywhere else). 
  The alternative would be to fix it in libiax2, so that libiax2 
destroys the session when the registration replies are seen.

-SteveK

>
> Mark
>
> On Sun, 18 Jan 2004, Michael Van Donselaar wrote:
>
>> On Sun, 18 Jan 2004 19:06:39 -0600, Steven Sokol 
>> <ss...@so...>
>> wrote:
>>
>>> Ok, I can't do the dance of joy yet.  Somebody else here has to try 
>>> this
>>> and agree that the solution works across the board.  BUT, so far I 
>>> can't
>>> get it to fail (which is a first for me).  So.... a minor hooray is 
>>> in
>>> order.
>>
>> I think you can start dancing.
>>
>> I've patched my local sources, and compiled Win32 and Linux-Gtk 
>> versions of
>> iaxComm.
>>
>> I can't get them to fail after an hour of testing.
>>
>> Plain binaries are at
>> http://iaxclient.sourceforge.net/iaxcomm/iaxcomm-win-test.exe and
>> http://iaxclient.sourceforge.net/iaxcomm/iaxcomm-lin-test
>>
>> _______________________________________________
>> Asterisk-Dev mailing list
>> Ast...@li...
>> http://lists.digium.com/mailman/listinfo/asterisk-dev
>> To UNSUBSCRIBE or update options visit:
>>    http://lists.digium.com/mailman/listinfo/asterisk-dev
>>
>
>
>
> -------------------------------------------------------
> The SF.Net email is sponsored by EclipseCon 2004
> Premiere Conference on Open Tools Development and Integration
> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> http://www.eclipsecon.org/osdn
> _______________________________________________
> Iaxclient-devel mailing list
> Iax...@li...
> https://lists.sourceforge.net/lists/listinfo/iaxclient-devel
>

Michael Van Donselaar wrote:

>On Sun, 18 Jan 2004 19:06:39 -0600, Steven Sokol <ss...@so...>
>wrote:
>
>  
>
>>Ok, I can't do the dance of joy yet.  Somebody else here has to try this
>>and agree that the solution works across the board.  BUT, so far I can't
>>get it to fail (which is a first for me).  So.... a minor hooray is in
>>order.
>>    
>>
>
>I think you can start dancing.
>  
>
Maybe just a little jig, but lets no go for Swan Lake just yet

The bugs I cleared out a couple of weeks ago and this one are pretty 
huge problems. If the software is in that kind of state, I expect we 
will find numerous slightly less obvious problems before this library 
stabilises.

Regards,
Steve

Hi all,

	I wonder how someone could ever compile (that's not the biggest =
problem) and LINK (man, wxEmptyString is SO unresolved) iaxcomm at win32 =
...
I tried a lot of stuff, Cygwin, Bloodshed Dev-C++, Borland C++ 5.5 ... =
frustrating !!!
I'd be very happy if someone post a step-bt-step guide to compile =
iaxcomm for Windows XP, no matter the compiler. Please !

Thanks a lot,

---
=F8 Daniel C. Gomes <dc...@fi...> =F8
=F8 Especialista em Desenvolvimento de Sistemas =F8
=F8 FITec Inova=E7=F5es Tecnol=F3gicas =F8 Tel: (+55)(31)3263-4193 =F8 =
Fax: (+55)(31)3263-4003 =F8

Hi Steven,

----- Original Message ----- 
From: "Steven Sokol" <ss...@so...>

> Ok, I can't do the dance of joy yet.  Somebody else here has to try this
> and agree that the solution works across the board.  BUT, so far I can't
> get it to fail (which is a first for me).  So.... a minor hooray is in
> order.
A big one from here!
It works perfect now for me in DIAX.

YOU HAVE DONE A GREAT JOB!
It is time now to discard IAX(1) support in the clients too..;-)
There is no reason to keep it up anymore.

Best regards,
Dan

2003	Jan	Feb (3)	Mar (16)	Apr (11)	May (3)	Jun (109)	Jul (70)	Aug (22)	Sep (19)	Oct (4)	Nov (25)	Dec (46)
2004	Jan (68)	Feb (52)	Mar (54)	Apr (57)	May (13)	Jun (15)	Jul (16)	Aug (3)	Sep (43)	Oct (95)	Nov (106)	Dec (142)
2005	Jan (62)	Feb (190)	Mar (75)	Apr (117)	May (123)	Jun (64)	Jul (122)	Aug (95)	Sep (63)	Oct (102)	Nov (99)	Dec (85)
2006	Jan (59)	Feb (64)	Mar (138)	Apr (82)	May (62)	Jun (62)	Jul (72)	Aug (50)	Sep (21)	Oct (95)	Nov (95)	Dec (29)
2007	Jan (26)	Feb (36)	Mar (45)	Apr (12)	May (53)	Jun (38)	Jul (19)	Aug (87)	Sep (63)	Oct (272)	Nov (102)	Dec (63)
2008	Jan (54)	Feb (19)	Mar (84)	Apr (111)	May (17)	Jun (26)	Jul (18)	Aug (10)	Sep (14)	Oct (9)	Nov (4)	Dec (12)
2009	Jan (5)	Feb (7)	Mar (4)	Apr (8)	May (4)	Jun (7)	Jul	Aug (1)	Sep (2)	Oct	Nov	Dec
2010	Jan	Feb (6)	Mar (6)	Apr (1)	May (1)	Jun (2)	Jul (3)	Aug	Sep (1)	Oct	Nov	Dec
2011	Jan	Feb	Mar	Apr	May	Jun (1)	Jul	Aug	Sep	Oct (1)	Nov (1)	Dec
2012	Jan	Feb	Mar	Apr	May (3)	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2018	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug (1)	Sep	Oct	Nov	Dec

iaxclient-devel Mailing List for iaxclient (Page 154)

iaxclient-devel — Development Discussion List