This might seem off target, but help me understand how the UA is
communicating with the proxy...
First, I have to say the eyebeam UA is VERY old and trying to troubleshoot
against it is problematic to say the least.
Can you provide a sip trace with a single call instead of pcap? At the ITSP
the
The answer is staring us right on the face Tony. The INVITE is towards
sip:69143662@176.34.141.24 mailto:sip%3A69143662@176.34.141.24 and not
the domain. The proxy thinks it's routing out so it uses the external
IP. Configure the calling UA to use domain.
On 08/28/2012 08:14 PM, Tony
I only said eyebeam because i saw that in the UA type, I didn't say xlite.
I think I would question how the UA (eyebeam) is configured. Personally I
would use something up to date.
On Tue, Aug 28, 2012 at 8:36 AM, Sven Evensen sven.even...@onrelay.comwrote:
Tony, sorry I did not explain myself
This could be a very old issue! I was wondering if there is a way to remove
the beep heard a short moment after an agent picks up a call on ACD!!
Thanks.
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive:
fyi - If you are referring to the existing ACD (not openacd) I don't think
any resources are going into it as it is being removed in favor of the
openacd integration starting up in 4.6.
On Tue, Aug 28, 2012 at 8:55 AM, Ali Dashti ali.das...@gmail.com wrote:
This could be a very old issue! I was
I also recall some strange configuration behavior issues with eyebeam, so I
lift an eyebrow when I see it still being used. Confirm how the
registration line looks like for the eyebeam in sipx please?
On Tue, Aug 28, 2012 at 8:37 AM, Joegen Baclor jbac...@ezuce.com wrote:
The answer is staring
Thanks Tony, one thing that made me go back to 4.4 ACD was the CallerID and
DNID! In 4.4 ACD when a call arrives; an agent would see a Queue name and
the Line extention in CallerID but in OpenACD even the DNID changes to
agent extension number; therefore prevents me from knowing what number was
Or add 176.34.141.24 as domain alias ?
_lvnd_
(^_^)
On Tue, Aug 28, 2012 at 3:37 PM, Joegen Baclor jbac...@ezuce.com wrote:
The answer is staring us right on the face Tony. The INVITE is towards
sip:69143662@176.34.141.24 and not the domain. The proxy thinks it's
routing out so it uses
I remember your problem. I had it too some time ago.
Take a look at
https://github.com/dhubler/sipxecs/blob/master/sipXacd/src/RingbackTone.h
Maybe you can put an empty array there? But there is no audio file which
can be replaced by an empty file.
_
Jan
Sorry I think it was not the Ringback tone.
https://github.com/dhubler/sipxecs/blob/master/sipXacd/src/ConfirmShortTone.h
or
https://github.com/dhubler/sipxecs/blob/master/sipXacd/src/ConfirmationTone.h
Regards
Jan
_
Jan Fricke (B.Sc.)
*IANT -
APPLIED
Ali,
Checking up on OpenACD -- it just copies the CallerID of that was used to dial
in the line. Is this the same behaviour that you observed?
The client/brand is configured in the config and can be viewed upon call on the
agent web dashboard.
Jan Vincent Liwanag
jvliwa...@ezuce.com
On Aug
The registration should be by sip domain.
--
~~
Tony Graziano, Manager
Telephone: 434.984.8430
sip: tgrazi...@voice.myitdepartment.net
Fax: 434.465.6833
~~
Linked-In Profile:
http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4
Ask about our Internet Fax services!
In this scenario there is no xlite or eyeeam, just a phantom sipx user. I
believe what Joegen said aout the SIP trunk sending INVITE to ip address
and not to domain might be the answer. I have asked the ITSP
to change their setup, we will see if that helps!
On Tue, Aug 28, 2012 at 2:48 PM, Tony
Really? I see in the stuff you posted on this one had a UA as eyebeam. I
looked at it many times, I still see it. I think maybe there are multiple
devices registered to that subscriber and one is an EYEBEAM. Did you chase
the registration(s) down in sipxconfig?
On Tue, Aug 28, 2012 at 2:17 PM,
Ok, The system is updated, and blind transfers are working, but I noticed, that
the call, or a connection, remains between MOH, and the phone that transferred
the call for over 5 min
The call was transferred to a cell phone, and that call is done, but these
calls are still listed in the system
I would restart callresolver from CLI to see if it cleans up in cdr.
It looks like the server didn't see a bye at around that time so it is
possible you have an I'll performing switch or network card.
Its all guessing unless you clean up CDR and see if you can repeat the
problem. If you can
Ok, thanks
From: sipx-users-boun...@list.sipfoundry.org
[mailto:sipx-users-boun...@list.sipfoundry.org] On Behalf Of Tony Graziano
Sent: Tuesday, August 28, 2012 5:46 PM
To: Discussion list for users of sipXecs software
Subject: Re: [sipx-users] Blind Transfer gos to voicemail
I would restart
Jan,
I have to work with Polycom 550 phones and not using agent's web dashboard.
You are right about the CallerID but what is nice about ACD Legacy is the
added string which shows the Queue name and the Line Extension next to the
CallerID on my Polycom phone. This way I don't have to have the
18 matches
Mail list logo