Thanks Paul. I need it in pure c, multiple Oss.
-----Original Message-----
From: Paul Kyzivat [mailto:pkyzi...@cisco.com]
Sent: Thursday, November 04, 2010 8:40 PM
To: Nahum Nir
Cc: sip-implementors@lists.cs.columbia.edu
Subject: Re: [Sip-implementors] Question About Hold
On 11/4/2010 12:24 PM, Nahum Nir wrote:
> Thanks for your advise Paul.
> I'm looking for a "stack" that will only parse the incoming messages and
> build the outgoing massages. The sending, receiving and timers I need to
> implement myself. Can you recommend my about such stack?
Not really - I'm not personally familiar with details of existing public
stacks. But there are several out there. If you spell out your
constraints in terms of programming language, OS environment, etc. then
I'm sure someone will chime in here with suggestions.
If you do your own, you are in for months of work and a lot of time
debugging your result.
Good luck,
Paul
> Nahum
>
> -----Original Message-----
> From: sip-implementors-boun...@lists.cs.columbia.edu
> [mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of Paul
> Kyzivat
> Sent: Thursday, November 04, 2010 6:11 PM
> To: sip-implementors@lists.cs.columbia.edu
> Subject: Re: [Sip-implementors] Question About Hold
>
> One more thing...
>
> If you are encountering problems like this, it suggests that you are
> building a new sip stack from scratch. If so, you should realize that
> this is not a small task, and it will likely take you a lot of time and
> effort to get it right. You should seriously consider reusing some
> existing stack before committing yourself to building a new one.
>
> Thanks,
> Paul
>
> On 11/4/2010 12:01 PM, Worley, Dale R (Dale) wrote:
>> ________________________________________
>> From: sip-implementors-boun...@lists.cs.columbia.edu
> [sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of Nahum Nir
> [hello.shalom...@gmail.com]
>>
>> I checked that RFC and implemented the hold request. I'm testing my stack
>> with x-lite. Upon sending the INVITE that should hold the call I'm
> receiving
>> 482 MERGED REQUEST. What is wrong?
>> _______________________________________________
>>
>> It is difficult to diagnose SIP problems without a complete trace of the
> dialog. But it appears that the recipient of the INVITE does not think
the
> INVITE is being sent within the dialog that has been already established.
>>
>> Dale
>>
>> _______________________________________________
>> Sip-implementors mailing list
>> Sip-implementors@lists.cs.columbia.edu
>> https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
>>
> _______________________________________________
> Sip-implementors mailing list
> Sip-implementors@lists.cs.columbia.edu
> https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
>
>
_______________________________________________
Sip-implementors mailing list
Sip-implementors@lists.cs.columbia.edu
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
