> > Does somebody else have other opinions?
>
> Well, we can use user SDP with hairier cases.
>
> The problem with SOATAG_MODE is the duplicated media, but I guess that
> in 99 % of those cases where we have more than one m= line per media
> (e.g., separate m= line for DTMF tones) all the m= line
2008/1/21, Bernhard Suttner <[EMAIL PROTECTED]>:
> I think the best solution is as follows:
>
> - remove SOATAG_HOLD: Ok, I know that this is not so simple, therefore
> we should think about marking it only as deprecated but this will
> require more work for the implemenation.
> - create a new SOA
Hi,
I think the best solution is as follows:
- remove SOATAG_HOLD: Ok, I know that this is not so simple, therefore
we should think about marking it only as deprecated but this will
require more work for the implemenation.
- create a new SOATAG_MODE: with this tag you can change the mode of th
2008/1/18, Bernhard Suttner <[EMAIL PROTECTED]>:
> I have another problem. I will use this thread because it is related to
> it.
>
> Following scenario:
> 1. A calls B but with SDP a=inactive
> 2. B answer to A with 200 OK with SDP a=inactive
> 3. Now the dialog exists.
> 4. A send then a INVITE to
Hi,
I have another problem. I will use this thread because it is related to
it.
Following scenario:
1. A calls B but with SDP a=inactive
2. B answer to A with 200 OK with SDP a=inactive
3. Now the dialog exists.
4. A send then a INVITE to B without SDP
5. B answer to A with 200 OK with SDP a=inac
2008/1/18, Bernhard Suttner <[EMAIL PROTECTED]>:
> ok I have tested the case where the remote send a inactive to sofia sip
> and it does work. Also the case where sofia-sip send a inactive (hold=#)
> or a sendonly (hold=*) does work.
Cool.
> Do you know when the 1.12.8 will be released?
If there
Hi Pekka,
ok I have tested the case where the remote send a inactive to sofia sip
and it does work. Also the case where sofia-sip send a inactive (hold=#)
or a sendonly (hold=*) does work.
Thanks a lot for the bug fix!
Do you know when the 1.12.8 will be released?
Best regards,
Bernhard Suttne
2008/1/17, Bernhard Suttner <[EMAIL PROTECTED]>:
> do you corrected the bug in the darcs because I see that you have
> something changed in the darcs repository?
I think I did. Please validate the fix?
--Pekka
>
>
> Regards,
> Bernhard Suttner
>
>
> Am Donnerstag, den 17.01.2008, 14:37 +0200 sch
Hi Pekka,
do you corrected the bug in the darcs because I see that you have
something changed in the darcs repository?
Regards,
Bernhard Suttner
Am Donnerstag, den 17.01.2008, 14:37 +0200 schrieb Pekka Pessi:
> 2008/1/16, Bernhard Suttner <[EMAIL PROTECTED]>:
> > I think I could fix that bug
2008/1/16, Bernhard Suttner <[EMAIL PROTECTED]>:
> I think I could fix that bug but don't know how
> (ok, I think the problem is in soa/soa_static.c function soa_sdp_mode_set).
>
> Can somebody give me a hint how to fix that because I dont know what the
> "sm-> and rm-> in the
> soa_sdp_mode_set f
Hi folks,
I have a question about a INVITE which has a SDP session description
with a a=inactive.
The problem is, that sofia sip then answers with a=recvonly which is
wrong according to:
http://www.ietf.org/rfc/rfc3264.txt -> Section 6.1
If an offered media
stream is listed as inactive, it M
11 matches
Mail list logo