El Sábado 04 Abril 2009, Paul Kyzivat escribió:
> why do you find that crazy?
Basically I expect nobody will implement such feature.
Perhaps I miss something (I've not read the corresponding RFC/draft) but if
UA1, in conversation with UA2, sends a DTMF, then UA2 already receives it
without the
why do you find that crazy?
Paul
Iñaki Baz Castillo wrote:
> El Sábado 04 Abril 2009, Attila Sipos escribió:
>
>> For exmaple, set up call with INVITE.
>> Then the other end can use the same dialog to
>> subscribe to your DTMF key presses (using kpml).
>
> Subscription for DTMF key pres
El Sábado 04 Abril 2009, Lamy Alex escribió:
> If you have already try to create a B2BUA using DUM. Please could you give
> some advice so achieve my goal ? Thanks.
Hi, for such a question you should ask in the forum/maillist of that project
;)
--
Iñaki Baz Castillo
_
Hi all,
I am new to reSIProcate and would like implement a B2BUA with DUM. I found
out from the available documentation
that the DUM can be used to implement a B2BUA. I would like modify the Basic
Call in the source code so that
the UAC becomes a B2BUA able to handle requests and answers. The
Hello,
My clarifications below.
Regards, Laurent Etiemble.
Need an IMS Client ? Why don't you try out Mercuro IMS Client.
More information at http://www.mercuro.net/
2009/4/3 john ipds :
> Thanks much Laurent!
>
> I'd like to ask a few clarifications, if you don't mind
>
> On Fri, Apr 3, 2009
Attila Sipos wrote:
>
> As we know, TURN is for relaying rtp.
No, TURN is not a RTP relay, it's a generic UDP relay. I
successfully used TURN with TFTP for example.
>
> Is there a standard for TURN transcoding?
>
> I can imagine a scenario where you want not just rtp relay but you want
> r
On Tue, 2009-03-31 at 16:28 +0300, Neranza Bundova wrote:
> I would like to ask a question regarding semi-attended transfer
> described in draft-ietf-sipping-cc-transfer-12. The Transferor waits
> receiving of 2xx response from the transfer target before to continue
> the transfer. What if the tran
El Sábado 04 Abril 2009, Attila Sipos escribió:
> For exmaple, set up call with INVITE.
> Then the other end can use the same dialog to
> subscribe to your DTMF key presses (using kpml).
Subscription for DTMF key presses ???
Definitively SIP world is getting crazy.
--
Iñaki Baz Castillo
_
My thoughts are that you wouldn't need to create a dialog
if one had already been created with an INVITE.
For exmaple, set up call with INVITE.
Then the other end can use the same dialog to
subscribe to your DTMF key presses (using kpml).
Regards
Attila
-Original Message-
From: sip
El Sábado 04 Abril 2009, Arif escribió:
> Hi
>
> I wanted to get a clarification about rfc 3265 section 3.1.6.1
>
>
>"If the notifier is able to immediately determine that it understands
>the event package, that the authenticated subscriber is authorized to
>subscribe, and that there ar
Hi
I wanted to get a clarification about rfc 3265 section 3.1.6.1
"If the notifier is able to immediately determine that it understands
the event package, that the authenticated subscriber is authorized to
subscribe, and that there are no other barriers to creating the
subscription,
As we know, TURN is for relaying rtp.
Is there a standard for TURN transcoding?
I can imagine a scenario where you want not just rtp relay but you want
rtp relay with transcoding.
Has there been any work on this?
Regards,
Attila
__
12 matches
Mail list logo