Thank you. Please forgive me if I did not read your initial
suggestion carefully; I am rather naive as to the API and for this
reason may have "selectively" read what you said. My apologies.
--
Sent from mobile device
On Nov 18, 2009, at 10:46 AM, Stefan Sayer <[email protected]>
wrote:
o Alex Balashov [11/18/2009 04:43 PM]:
Can you enlighten me as to why sw_prepaid_sip is a better base for
this than ann_b2b?
feels like i am repeating myself... because this is for the case
that the INVITE is relayed and not answered with 200 later etc (the
transaction is put into the uas trans list, or not, or something
like that, see the code for the flag "relayed invite"). this is also
possible with ivr (the python one), with the flag "relayed invite".
Stefan
Thanks Stefan!
--
Sent from mobile device
On Nov 18, 2009, at 10:37 AM, Stefan Sayer
<[email protected]> wrote:
o Raphael Coeffic [11/18/2009 02:00 PM]:
No funny signaling manipulation, no remapping of reply codes, no
special stateful chicanery.
Then I would say that your idea with the slated ann_b2b example
might work properly, if you remove anything related to audio and
the 183 reply.
no, as i said, ann_b2b is not the right one to start with. use
sw_prepaid_sip for that (for relayed invite).
just copy the directory, edit module name in makefile, and remove
the prepaid stuff from it.
Stefan
--
Stefan Sayer
VoIP Services
[email protected]
www.iptego.com
IPTEGO GmbH
Wittenbergplatz 1
10789 Berlin
Germany
Amtsgericht Charlottenburg, HRB 101010
Geschaeftsfuehrer: Alexander Hoffmann
_______________________________________________
Sems mailing list
[email protected]
http://lists.iptel.org/mailman/listinfo/sems
--
Stefan Sayer
VoIP Services
[email protected]
www.iptego.com
IPTEGO GmbH
Wittenbergplatz 1
10789 Berlin
Germany
Amtsgericht Charlottenburg, HRB 101010
Geschaeftsfuehrer: Alexander Hoffmann
_______________________________________________
Sems mailing list
[email protected]
http://lists.iptel.org/mailman/listinfo/sems
