o r...@dimension-virtual.com on 01/27/2011 01:13 PM:
Danny Dias escribió:
Hi Iñaki,
2011/1/27 Iñaki Baz Castillo
2011/1/26 Danny Dias :
> i mean
> signaling: A>PROXY>B (the normal procedure)
> At the same time, this must be done: (I'm not sure how to do
this...the
> proxy c
Danny Dias escribió:
Hi Iñaki,
2011/1/27 Iñaki Baz Castillo
2011/1/26 Danny Dias :
> i mean
> signaling: A>PROXY>B (the normal procedure)
> At the same time, this must be done: (I'm not sure how to do this...the
> proxy could be out of this or not, not sure :()
> A ---INVITE---
Hi Iñaki,
2011/1/27 Iñaki Baz Castillo
> 2011/1/26 Danny Dias :
> > i mean
> > signaling: A>PROXY>B (the normal procedure)
> > At the same time, this must be done: (I'm not sure how to do this...the
> > proxy could be out of this or not, not sure :()
> > A ---INVITE---> SIP_PROXY --
2011/1/26 Danny Dias :
> i mean
> signaling: A>PROXY>B (the normal procedure)
> At the same time, this must be done: (I'm not sure how to do this...the
> proxy could be out of this or not, not sure :()
> A ---INVITE---> SIP_PROXY ---INVITE---> SIP_RECORDER
> B ---INVITE---> SIP_RECORDER
Danny Dias escribió:
Many thanks Jaremya,
The main problem is that both terminals, SHALL (required and must not be
changed, because of standards of EUROCAE ED-137 Part3) initiate a session
with the recorder server (a commercial one, can't use Asterisk for my
disgrace) sending INVITE and receiv
As said, SER is not the best vehicle for that as it in its SIP proxy definition
does not process media. SEMS does this (recording, mixing, storing) quite
decently. I'm just wondering what is the reason that Asterisk can't be used --
perhaps SEMS would fail that criteria as well.
-jiri
On 1/2
OOps, made a mistake on tipping.take a look down please...
2011/1/26 Danny Dias
> Many thanks Jaremya,
>
> The main problem is that both terminals, SHALL (required and must not be
> changed, because of standards of EUROCAE ED-137 Part3) initiate a session
> with the recorder server (a commer
Many thanks Jaremya,
The main problem is that both terminals, SHALL (required and must not be
changed, because of standards of EUROCAE ED-137 Part3) initiate a session
with the recorder server (a commercial one, can't use Asterisk for my
disgrace) sending INVITE and receiving the subsequent respon
the SIP proxy server does not see media indeed, you better look at a media
server
such as SEMS. (iptel.org/sems)
jiri
On 1/26/11 2:41 PM, Danny Dias wrote:
Hello my friends,
I have a requeriment, which indicates that i have to record every SIP
conversation between peers (also for callings to
Danny Dias escribió:
Thanks Jeremya, but it's a requeriment from the client to record the calls
through an external server and not with rtpproxys, my question is how the
media should be handled in order to record the conversations if the server
is external?
Signaling: Phone_A <---> Proxy <--->
On 01/26/2011 04:07 PM, Jeremya wrote:
Someone correct me if I'm wrong, but I've seen enough examples of
out-of-dialog requests (e.g. BYE) not using the record route to wonder
if this is in fact required for a new dialog.
Hello
You seem to misunderstand some notions. First of all, RR will
Thanks Jeremya, but it's a requeriment from the client to record the calls
through an external server and not with rtpproxys, my question is how the
media should be handled in order to record the conversations if the server
is external?
Signaling: Phone_A <---> Proxy <---> Phone_B
Media: Phone_A
Someone correct me if I'm wrong, but I've seen enough examples of
out-of-dialog requests (e.g. BYE) not using the record route to wonder
if this is in fact required for a new dialog.
I've managed this by setting outbound proxy, but a general rule would help.
marius zbihlei wrote:
> On 01/26/2011
Danny Dias escribió:
Hello my friends,
I have a requeriment, which indicates that i have to record every SIP
conversation between peers (also for callings to the PSTN); the
recording server will be built for our company following this
requeriments (also requested for the client):
My doubt is:
On 01/26/2011 03:51 PM, Danny Dias wrote:
Media NEVER goes through a Proxy core...the question is, how should i
record conversations when the calls are all passing through a sip
proxy? some lights will be enough for me :)
Hello,
Use Record-Route headers to force in-dialog requests to have
Actually - being pedantic - some proxy cores have a co-located media
server. e.g. rtpproxy.
The problem is getting ALL SIP traffic to run through the same SIP proxy
and/or proxies. It usually happens but needs careful attention.
As regards simple accounting, the Kamailio/SER system has full call
Media NEVER goes through a Proxy core...the question is, how should i
record conversations when the calls are all passing through a sip
proxy? some lights will be enough for me :)
2011/1/26 Jeremya :
> Whoops! some SIP traffic IS peer-to-peer.
>
> Jeremya wrote:
>
> Danny Dias wrote:
>
>
> Hello m
Whoops! some SIP traffic IS peer-to-peer.
Jeremya wrote:
> Danny Dias wrote:
>
>> Hello my friends,
>>
>> I have a requeriment, which indicates that i have to record every SIP
>> conversation between peers (also for callings to the PSTN); the
>> recording server will be built for our company fo
Danny Dias wrote:
> Hello my friends,
>
> I have a requeriment, which indicates that i have to record every SIP
> conversation between peers (also for callings to the PSTN); the
> recording server will be built for our company following this
> requeriments (also requested for the client):
>
> My do
19 matches
Mail list logo
