VoIP Mailing List Archives
Mailing list archives for the VoIP community |
|
View previous topic :: View next topic |
Author |
Message |
fwebb at imminc.com Guest
|
Posted: Tue Jan 29, 2008 5:51 pm Post subject: [asterisk-users] chanspy does not pull the call back to aste |
|
|
Hello all,
I am allowing a reinvite between a snom 320 phone and a SIP gateway to take load off my Asterisk server. When I put the caller on hold, for example, Asterisk successfully reinserts itself into the rtp stream to play music on hold to the caller, but when I do a chanspy Asterisk does not seem to pull the call back. If I am spying on a channel when the call build up happens the reinvite never occurs and it works, but I cannot jump in and spy on a call in progress once the reinvite has happened.
Has anyone run into this issue any maybe have a solution, or does anyone know of a good way to get that call back onto the Asterisk switch from another extension prior to calling chanspy?
Thanks much,
Franklin Webb
--
Franklin Webb
Asst Project Manager
Inter Medi@ Marketing Solutions
610-701-9670
fwebb at imminc.com |
|
Back to top |
|
|
abalashov at evaristes... Guest
|
Posted: Tue Jan 29, 2008 5:55 pm Post subject: [asterisk-users] chanspy does not pull the call back to aste |
|
|
Franklin,
Because ChanSpy() is a "passive" monitor, there is nothing about the
implementation that would cause Asterisk to shunt the speech back to
itself. Asterisk only does this in situations where it is out of the
media path and needs to insinuate itself back into it for the purpose
of generating media, such as on-hold music, IVR, etc.
What you're wanting should, in my opinion, basically be submitted as a
feature request. Perhaps the developers can add a flag to the ChanSpy()
invocation repertoire to make this work.
Cheers,
-- Alex
--
Alex Balashov
Evariste Systems
Web : http://www.evaristesys.com/
Tel : +1-678-954-0670
Direct : +1-678-954-0671 |
|
Back to top |
|
|
stotaro at totarotechn... Guest
|
Posted: Tue Jan 29, 2008 8:36 pm Post subject: [asterisk-users] chanspy does not pull the call back to aste |
|
|
On Jan 29, 2008 5:55 PM, Alex Balashov <abalashov at evaristesys.com> wrote:
Quote: |
Franklin,
Because ChanSpy() is a "passive" monitor, there is nothing about the
implementation that would cause Asterisk to shunt the speech back to
itself. Asterisk only does this in situations where it is out of the
media path and needs to insinuate itself back into it for the purpose
of generating media, such as on-hold music, IVR, etc.
What you're wanting should, in my opinion, basically be submitted as a
feature request. Perhaps the developers can add a flag to the ChanSpy()
invocation repertoire to make this work.
Cheers,
-- Alex
--
Alex Balashov
Evariste Systems
Web : http://www.evaristesys.com/
Tel : +1-678-954-0670
Direct : +1-678-954-0671
| Alex, he was not asking why, it is obvious he knows why.
He was asking for a solution or idea on how to work around this issue.
Are you using Sangoma cards? If so, I might have a very good answer
for you, as well as another very possible different solution. Both
would be outside of Asterisk so some kind of magic would have to
happen to associate the call being spied on to the channel but that
should not be that difficult if you even need it.
Another solution is to track down the code referenced here
http://bugs.digium.com/view.php?id=9888 and modify chanspy to do a
reinvite back to asterisk before starting the spy.
Anyways, I am sure it can be done. The question is how much time is
it worth to make it happen.
Maybe we should meet for lunch this week. I can meet you in cow
country or Philly if you want, your choice. I have to go to both this
week anyways and would like to catch up with things since Astricon.
Thanks,
Steve Totaro |
|
Back to top |
|
|
stotaro at totarotechn... Guest
|
Posted: Wed Jan 30, 2008 8:00 am Post subject: [asterisk-users] chanspy does not pull the call back to aste |
|
|
On Jan 29, 2008 8:36 PM, Steve Totaro <stotaro at totarotechnologies.com> wrote:
Quote: | On Jan 29, 2008 5:55 PM, Alex Balashov <abalashov at evaristesys.com> wrote:
Quote: |
Franklin,
Because ChanSpy() is a "passive" monitor, there is nothing about the
implementation that would cause Asterisk to shunt the speech back to
itself. Asterisk only does this in situations where it is out of the
media path and needs to insinuate itself back into it for the purpose
of generating media, such as on-hold music, IVR, etc.
What you're wanting should, in my opinion, basically be submitted as a
feature request. Perhaps the developers can add a flag to the ChanSpy()
invocation repertoire to make this work.
Cheers,
-- Alex
--
Alex Balashov
Evariste Systems
Web : http://www.evaristesys.com/
Tel : +1-678-954-0670
Direct : +1-678-954-0671
|
Alex, he was not asking why, it is obvious he knows why.
He was asking for a solution or idea on how to work around this issue.
Are you using Sangoma cards? If so, I might have a very good answer
for you, as well as another very possible different solution. Both
would be outside of Asterisk so some kind of magic would have to
happen to associate the call being spied on to the channel but that
should not be that difficult if you even need it.
Another solution is to track down the code referenced here
http://bugs.digium.com/view.php?id=9888 and modify chanspy to do a
reinvite back to asterisk before starting the spy.
Anyways, I am sure it can be done. The question is how much time is
it worth to make it happen.
Maybe we should meet for lunch this week. I can meet you in cow
country or Philly if you want, your choice. I have to go to both this
week anyways and would like to catch up with things since Astricon.
Thanks,
Steve Totaro
|
I just confirmed that there is a solution that is perfect for this
that has been developed with a web interface to select the call to
monitor. A little added code and you can pretty easily look up who
the agent handling the call is.
Let's test it out on your call center. Again, it is not an Asterisk
app and would have no impact on your operations if it does not work.
Thanks,
Steve Totaro |
|
Back to top |
|
|
fwebb at imminc.com Guest
|
Posted: Wed Jan 30, 2008 10:46 am Post subject: [asterisk-users] chanspy does not pull the call back to aste |
|
|
Thanks to both of you for your input. I'll be in touch off list Steve.
-Franklin
----- Original Message -----
From: "Steve Totaro" <stotaro at totarotechnologies.com>
To: "Asterisk Users Mailing List - Non-Commercial Discussion" <asterisk-users at lists.digium.com>
Sent: Wednesday, January 30, 2008 8:00:48 AM (GMT-0500) America/New_York
Subject: Re: [asterisk-users] chanspy does not pull the call back to asterisk after a reinvite
On Jan 29, 2008 8:36 PM, Steve Totaro <stotaro at totarotechnologies.com> wrote:
Quote: | On Jan 29, 2008 5:55 PM, Alex Balashov <abalashov at evaristesys.com> wrote:
Quote: |
Franklin,
Because ChanSpy() is a "passive" monitor, there is nothing about the
implementation that would cause Asterisk to shunt the speech back to
itself. Asterisk only does this in situations where it is out of the
media path and needs to insinuate itself back into it for the purpose
of generating media, such as on-hold music, IVR, etc.
What you're wanting should, in my opinion, basically be submitted as a
feature request. Perhaps the developers can add a flag to the ChanSpy()
invocation repertoire to make this work.
Cheers,
-- Alex
--
Alex Balashov
Evariste Systems
Web : http://www.evaristesys.com/
Tel : +1-678-954-0670
Direct : +1-678-954-0671
|
Alex, he was not asking why, it is obvious he knows why.
He was asking for a solution or idea on how to work around this issue.
Are you using Sangoma cards? If so, I might have a very good answer
for you, as well as another very possible different solution. Both
would be outside of Asterisk so some kind of magic would have to
happen to associate the call being spied on to the channel but that
should not be that difficult if you even need it.
Another solution is to track down the code referenced here
http://bugs.digium.com/view.php?id=9888 and modify chanspy to do a
reinvite back to asterisk before starting the spy.
Anyways, I am sure it can be done. The question is how much time is
it worth to make it happen.
Maybe we should meet for lunch this week. I can meet you in cow
country or Philly if you want, your choice. I have to go to both this
week anyways and would like to catch up with things since Astricon.
Thanks,
Steve Totaro
|
I just confirmed that there is a solution that is perfect for this
that has been developed with a web interface to select the call to
monitor. A little added code and you can pretty easily look up who
the agent handling the call is.
Let's test it out on your call center. Again, it is not an Asterisk
app and would have no impact on your operations if it does not work.
Thanks,
Steve Totaro
_______________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
--
Franklin Webb
Asst Project Manager
Inter Medi@ Marketing Solutions
610-701-9670
fwebb at imminc.com |
|
Back to top |
|
|
anthonyf at rockynet.com Guest
|
Posted: Thu Jan 31, 2008 1:25 am Post subject: [asterisk-users] chanspy does not pull the call back to aste |
|
|
Franklin Webb wrote:
Quote: | Thanks to both of you for your input. I'll be in touch off list Steve.
-Franklin
----- Original Message -----
From: "Steve Totaro" <stotaro at totarotechnologies.com>
To: "Asterisk Users Mailing List - Non-Commercial Discussion" <asterisk-users at lists.digium.com>
Sent: Wednesday, January 30, 2008 8:00:48 AM (GMT-0500) America/New_York
Subject: Re: [asterisk-users] chanspy does not pull the call back to asterisk after a reinvite
On Jan 29, 2008 8:36 PM, Steve Totaro <stotaro at totarotechnologies.com> wrote:
Quote: | On Jan 29, 2008 5:55 PM, Alex Balashov <abalashov at evaristesys.com> wrote:
Quote: | Franklin,
Because ChanSpy() is a "passive" monitor, there is nothing about the
implementation that would cause Asterisk to shunt the speech back to
itself. Asterisk only does this in situations where it is out of the
media path and needs to insinuate itself back into it for the purpose
of generating media, such as on-hold music, IVR, etc.
What you're wanting should, in my opinion, basically be submitted as a
feature request. Perhaps the developers can add a flag to the ChanSpy()
invocation repertoire to make this work.
Cheers,
-- Alex
--
Alex Balashov
Evariste Systems
Web : http://www.evaristesys.com/
Tel : +1-678-954-0670
Direct : +1-678-954-0671
| Alex, he was not asking why, it is obvious he knows why.
He was asking for a solution or idea on how to work around this issue.
Are you using Sangoma cards? If so, I might have a very good answer
for you, as well as another very possible different solution. Both
would be outside of Asterisk so some kind of magic would have to
happen to associate the call being spied on to the channel but that
should not be that difficult if you even need it.
Another solution is to track down the code referenced here
http://bugs.digium.com/view.php?id=9888 and modify chanspy to do a
reinvite back to asterisk before starting the spy.
Anyways, I am sure it can be done. The question is how much time is
it worth to make it happen.
Maybe we should meet for lunch this week. I can meet you in cow
country or Philly if you want, your choice. I have to go to both this
week anyways and would like to catch up with things since Astricon.
Thanks,
Steve Totaro
|
I just confirmed that there is a solution that is perfect for this
that has been developed with a web interface to select the call to
monitor. A little added code and you can pretty easily look up who
the agent handling the call is.
Let's test it out on your call center. Again, it is not an Asterisk
app and would have no impact on your operations if it does not work.
Thanks,
Steve Totaro
_______________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
| in sip.conf do canreinvite=no, and suddenly the audio is always
available to asterisk.
Anthony |
|
Back to top |
|
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
Powered by phpBB © 2001, 2005 phpBB Group
|