19 Jul
2004
19 Jul
'04
8:40 p.m.
Hi,
I've got ser working great over here, but I cannot find out how I can
play a message before forwarding the call. Like this:
- Person A calls person B via the SER proxy
- SER proxy forwards to mediaserver
- Mediaserver plays a message (like 'this call is free of cost')
- Mediaserver hangs up
- SER proxy forwards the call to person B
- Person A and person B can talk to each other now..
Is this possible ?
Thanks,
Leon de Rooij
leon(a)scarlet-internet.nl
19 Jul
19 Jul
8:49 p.m.
yes, this is possible, but not only with ser - you need a b2bua to do
all this.
bogdan
Leon de Rooij wrote:
Hi,
I've got ser working great over here, but I cannot find out how I can
play a message before forwarding the call. Like this:
- Person A calls person B via the SER proxy
- SER proxy forwards to mediaserver
- Mediaserver plays a message (like 'this call is free of cost')
- Mediaserver hangs up
- SER proxy forwards the call to person B
- Person A and person B can talk to each other now..
Is this possible ?
Thanks,
Leon de Rooij
leon(a)scarlet-internet.nl
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
8:50 p.m.
Hmm.. thanks, but does that mean that the entire RTP connection will go
through that b2bua (also the call from a to b) ?
Regards,
Leon
On Mon, 2004-07-19 at 12:49, Bogdan-Andrei IANCU wrote:
yes, this is possible, but not only with ser - you
need a b2bua to do
all this.
bogdan
Leon de Rooij wrote:
Hi,
I've got ser working great over here, but I cannot find out how I can
play a message before forwarding the call. Like this:
- Person A calls person B via the SER proxy
- SER proxy forwards to mediaserver
- Mediaserver plays a message (like 'this call is free of cost')
- Mediaserver hangs up
- SER proxy forwards the call to person B
- Person A and person B can talk to each other now..
Is this possible ?
Thanks,
Leon de Rooij
leon(a)scarlet-internet.nl
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
20 Jul
20 Jul
2:30 a.m.
emmm,
I thought that media goes through b2bua. That's how
b2bua can terminate the call. Ser should be able to
handle signaling by adding it in the signaling path,
right? I am a little bit confused.
Thanks,
Richard
--- Jiri Kuthan <jiri(a)iptel.org> wrote:
At 12:50 PM 7/19/2004, Leon de Rooij wrote:
__________________________________
Do you Yahoo!?
Vote for the stars of Yahoo!'s next ad campaign!
http://advision.webevents.yahoo.com/yahoo/votelifeengine/
Hmm.. thanks, but does that mean that the entire
RTP connection will go
through that b2bua (also the call from a to b) ?
no.b2bua is a signaling entity -- it does not have
to see a single RTP packet.
-jiri
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
4:48 a.m.
not really. b2bua is a pure signaling entity -- it keeps UAS dialog state
and UAC dialog state. Additionaly a b2bua may change SDP in a way which
forces media to visit some specific host but that's a special b2bua species.
With knowledge of call state, a b2bua is able to send BYE to all call parties
-- that's how it terminates a call.
-jiri
At 06:30 PM 7/19/2004, Richard wrote:
emmm,
I thought that media goes through b2bua. That's how
b2bua can terminate the call. Ser should be able to
handle signaling by adding it in the signaling path,
right? I am a little bit confused.
Thanks,
Richard
--- Jiri Kuthan <jiri(a)iptel.org> wrote:
--
Jiri Kuthan http://iptel.org/~jiri/
At 12:50 PM 7/19/2004, Leon de Rooij wrote:
__________________________________
Do you Yahoo!?
Vote for the stars of Yahoo!'s next ad campaign!
http://advision.webevents.yahoo.com/yahoo/votelifeengine/
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers Hmm.. thanks, but does that mean that the entire
RTP connection will go
through that b2bua (also the call from a to b) ?
no.b2bua is a signaling entity -- it does not have
to see a single RTP packet.
-jiri
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
8:02 a.m.
Thanks Jiri, to make sure I understand, two more
questions...
For a prepaid service, e.g. announcing 'you only have
one minute left', b2bua should be in the media path,
right?
If call accounting is enabled in ser, it is possible
for ser to keep track the state and make it a b2bua by
adding a new module, right?
Richard
--- Jiri Kuthan <jiri(a)iptel.org> wrote:
not really. b2bua is a pure signaling entity -- it
keeps UAS dialog state
and UAC dialog state. Additionaly a b2bua may change
SDP in a way which
forces media to visit some specific host but that's
a special b2bua species.
With knowledge of call state, a b2bua is able to
send BYE to all call parties
-- that's how it terminates a call.
-jiri
At 06:30 PM 7/19/2004, Richard wrote:
http://advision.webevents.yahoo.com/yahoo/votelifeengine/
__________________________________
Do you Yahoo!?
Vote for the stars of Yahoo!'s next ad campaign!
http://advision.webevents.yahoo.com/yahoo/votelifeengine/
emmm,
I thought that media goes through b2bua. That's how
b2bua can terminate the call. Ser should be able to
handle signaling by adding it in the signaling
path,
right? I am a little bit confused.
Thanks,
Richard
--- Jiri Kuthan <jiri(a)iptel.org> wrote:
> At 12:50 PM 7/19/2004, Leon de Rooij wrote:
> >Hmm.. thanks, but does that mean that the entire
> RTP connection will go
> >through that b2bua (also the call from a to b) ?
>
> no.b2bua is a signaling entity -- it does not
have
to see a
single RTP packet.
-jiri
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
__________________________________
Do you Yahoo!?
Vote for the stars of Yahoo!'s next ad campaign!
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
--
Jiri Kuthan http://iptel.org/~jiri/
2:25 a.m.
You can use the sems and the lastest ivr module.
When a call comes in, it calls a perl or python script
which can play a message and use 'REFER' to redirect
the call to b. So the media won't go through sems for
the real call.
Richard
--- Leon de Rooij <leon(a)scarlet-internet.nl> wrote:
Hmm.. thanks, but does that mean that the entire RTP
connection will go
through that b2bua (also the call from a to b) ?
Regards,
Leon
On Mon, 2004-07-19 at 12:49, Bogdan-Andrei IANCU
wrote:
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
__________________________________
Do you Yahoo!?
Vote for the stars of Yahoo!'s next ad campaign!
http://advision.webevents.yahoo.com/yahoo/votelifeengine/
yes, this is possible, but not only with ser -
you
need a b2bua to do
all this.
bogdan
Leon de Rooij wrote:
>Hi,
>
>I've got ser working great over here, but I
cannot find out how I can
>play a message before forwarding the call.
Like
this:
>
>- Person A calls person B via the SER proxy
>- SER proxy forwards to mediaserver
>- Mediaserver plays a message (like 'this call is
free of cost')
>- Mediaserver hangs up
>- SER proxy forwards the call to person B
>- Person A and person B can talk to each other
now..
Is this possible ?
Thanks,
Leon de Rooij
leon(a)scarlet-internet.nl
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
6:26 p.m.
Great.. I just got it working by forwarding the call to an asterisk box
where the message is played, and after that forwarded from asterisk to
the final destination (with the final rtp connection not going through
asterisk). It works, but I would prefer using sems as you suggest.
Thanks a lot :)
Regards,
Leon
On Mon, 2004-07-19 at 18:25, Richard wrote:
You can use the sems and the lastest ivr module.
When a call comes in, it calls a perl or python script
which can play a message and use 'REFER' to redirect
the call to b. So the media won't go through sems for
the real call.
Richard
--- Leon de Rooij <leon(a)scarlet-internet.nl> wrote:
Hmm.. thanks, but does that mean that the entire
RTP
connection will go
through that b2bua (also the call from a to b) ?
Regards,
Leon
On Mon, 2004-07-19 at 12:49, Bogdan-Andrei IANCU
wrote:
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
__________________________________
Do you Yahoo!?
Vote for the stars of Yahoo!'s next ad campaign!
http://advision.webevents.yahoo.com/yahoo/votelifeengine/
yes, this is possible, but not only with ser -
you
need a b2bua to do
all this.
bogdan
Leon de Rooij wrote:
>Hi,
>
>I've got ser working great over here, but I
cannot find out how I can
>play a message before forwarding the call.
Like
this:
>
>- Person A calls person B via the SER proxy
>- SER proxy forwards to mediaserver
>- Mediaserver plays a message (like 'this call is
free of cost')
>- Mediaserver hangs up
>- SER proxy forwards the call to person B
>- Person A and person B can talk to each other
now..
Is this possible ?
Thanks,
Leon de Rooij
leon(a)scarlet-internet.nl
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
19 Jul
19 Jul
9:12 p.m.
At 12:40 PM 7/19/2004, Leon de Rooij wrote:
Hi,
I've got ser working great over here, but I cannot find out how I can
play a message before forwarding the call. Like this:
- Person A calls person B via the SER proxy
- SER proxy forwards to mediaserver
- Mediaserver plays a message (like 'this call is free of cost')
- Mediaserver hangs up
- SER proxy forwards the call to person B
- Person A and person B can talk to each other now..
Is this possible ?
No. By definition, proxy server does not keep call state. you would need
a B2BUA.
-jiri
7489
days inactive
7490
days old
9 comments
4 participants
participants (4)
-
Bogdan-Andrei IANCU -
Jiri Kuthan -
Leon de Rooij -
Richard