And I have 4.4 stable version! You are talking about the 4.4 yum update,
right?
BR
On Tue, Nov 13, 2012 at 10:58 AM, Ali Dashti wrote:
> Thanks Chris, How new is this update because I am sure I had it updated
> not too long ago!!
>
>
> On Tue, Nov 13, 2012 at 2:28 AM, Chris Rawlings wrote:
>
>
Thanks Chris, How new is this update because I am sure I had it updated not
too long ago!!
On Tue, Nov 13, 2012 at 2:28 AM, Chris Rawlings wrote:
> this has been fixed.. please yum update
>
>
> On Thu, Nov 8, 2012 at 3:31 AM, Ali Dashti wrote:
>
>> Hi,
>> When a call is being transfer out of an
Send me a tarball of /etc/karoo.conf.d and /var/log/karoo/sbc.log. Make
sure it is in debug level . In the command line, just key in:
#/usr/bin/karoo --reset-log-level debug
You can send it to me directly if you don't want to expose your route info.
Joegen
Note: Two interfaces is not requ
so far i have outbound calling working. i do not have REFER working tho..
it keeps trying to send REFER to the ITSP
i am using two interfaces btw... that fixed up alot of things.. and both
are behing a NAT firewall
On Mon, Nov 12, 2012 at 7:23 PM, Tony Graziano wrote:
> It needs two interface
It needs two interfaces. It can sit behind a firewall. Both interfaces can
be numbered differently (same man).
On Nov 12, 2012 5:56 PM, "Chris Rawlings" wrote:
> i have been reading through the Karoo bridge setup cookbook.. wow
>
> so i was wondering if anyone had any sample configs that would wo
this has been fixed.. please yum update
On Thu, Nov 8, 2012 at 3:31 AM, Ali Dashti wrote:
> Hi,
> When a call is being transfer out of an IVR to a external destination, you
> would hear a destination phone ring back tone while its being connected. Is
> there a way to play a music for a caller w
i have been reading through the Karoo bridge setup cookbook.. wow
so i was wondering if anyone had any sample configs that would work in this
scenario
IP Based Authentication SIP Trunk ITSP
Unmanaged GW for SipX / eZuce
allow for inbound and outbound dialing/routing of SIP URI's
passthrough for p
All,
I tried searching before asking, however, I could find the answer. Is
there a planned live date for 4.6 going stable? The last thing I found in
the archives was someone saying real soon a few months back. The iso
library still shows that 4.4 is stable and 4.6 is beta. Is that accurate?
--
http://fisheye.freeswitch.org/browse/freeswitch.git/src/mod/applications/mod_valet_parking/mod_valet_parking.c
Looks like presence stuff has been added. Now to just tap into it.
Also, FS valet parking hold onto the call, when it should be REFERing it
elsewhere. So after the park is retrieved it s
wheter it is valet or not is not very concerning to me, since FS will not
have to handle the assignments (if sipx can configure it via its gui).
My only point is that I did have a long discussion with the FS developers
regarding presence and that you could add it using the mod_fifo as an
example,
if we are to change the parking lot setup.. please keep the idea of how it
works now similar
park to an extension ... pickup from extension
i hate the idea of changing evertyhign to the idea of ... park the call...
then it announces what parking lot it is on... that does not work for alot
of my c
No, it didn't work for me.
-
MM
On Mon, Nov 12, 2012 at 2:19 PM, Kyle Haefner wrote:
> Hi All,
>
> Did the above fix work for you? I'm having a similar problem, but with
> NOTIFY's. SIPX is forwarding these on and it might be what is contributing
> to our gateways failing.
>
> At any rate, SUB
Hi All,
Did the above fix work for you? I'm having a similar problem, but with
NOTIFY's. SIPX is forwarding these on and it might be what is contributing
to our gateways failing.
At any rate, SUBSCRIBE and NOTIFY should not follow forwarding rules.
Kyle
On Fri, Nov 9, 2012 at 5:52 AM, George
If somebody can point us to how to make presence work with a park orbit we
could probably move to a FS based park orbit...
I'd love nothing better... :-)
On Mon, Nov 12, 2012 at 1:06 AM, Tony Graziano wrote:
> http://track.sipfoundry.org/browse/XX-8473
>
> Is a good description of what needs
UPDATE: I've just restarted sipXecs for the test and the changes suggested
in forwardingrules.xml does not have any effect. I had a PSTN number as one
of the userforward targets and the SUBSCRIBE got forwarded to sipXbridge
anyway.
As I stated on my previous message, sipXbridge response to the SUB
15 matches
Mail list logo