On Fri, Nov 12, 2010 at 6:06 PM, Matt White wrote:
> Just an FYI to everyone. Our ISP serving the webserver that host the forums
> pulled a switcheroo on us and changed our ip block without warning.
>
> Anyways, DNS should be updated shortly to reflect the new ip.
changed
___
Just an FYI to everyone. Our ISP serving the webserver that host the forums
pulled a switcheroo on us and changed our ip block without warning.
Anyways, DNS should be updated shortly to reflect the new ip.
Thanks!
Matt
___
sipx-users mailing list
The reason this happens is the SIP stack in Asterisk is rather weak. You'll
probably also notice that attended transfers do not work as well. The call
pickup issue is resolved in Asterisk 1.6 I believe but the Attended transfer
issue is still present.
The way to work around this is to use sipXb
Your pcap shows an unrecognised sip header from the gesSipPhone 1.0 user
agent.
So even with gruu disabled, try two xlite softphones and see if they work to
narrow this down.
On Fri, Nov 12, 2010 at 1:41 AM, Tony Graziano wrote:
> A real siptrace with proxy log at debug and a description of
I don't have this issue with a call pickup from a gateway doing trunking
(ingate, etc.). What is the UA and firmware for the phones? Is this a line
being registered to more than one device? A call trace might be in order.
On Fri, Nov 12, 2010 at 11:15 AM, Henry Dogger wrote:
> I am not tryin
I guess that what you see is normal.
I would advise to take closer look at the trace of working call pickup.
Sipx uses (rather complicated) signalling procedure that is quite different
from asterisk case.
So ... make a call from phone1 to phone2. Pickup a call with phone3.
Examine signalling with
I am not trying to pick up calls from asterisk.
Maybe I was unclear.
Asterisk is connected to the PSTN, we are migrating from asterisk to
sipXecs.
But asterisk is at this moment the main telephony server.
Some extensions are already connected to sipXecs. When these connections
call each othe
I know the "5 minute" thing is an issue with the 7920g, which is wireless,
and the solution is to address power setting modes on them to disable them.
I have a customer nearby who I will test the "5 minute rtp" issue with in
the next 7-10 days and see if I can determine exactly why the RTP stops f
Tony,
I did not see a setting for powersave for the phone profile in Sipx. If it's
on the phone, I would have to get my hands on it later since I'm out of the
office.
From: sipx-users-boun...@list.sipfoundry.org
[sipx-users-boun...@list.sipfoundry.org] o
*78 only works on phones (ua's, not b2bua's like asterisk) directly
registered to sipx. asterisk is not a phone, it s ab2bus, so I don't think
what you are doing is supported in the design concept of a call pickup.
On Fri, Nov 12, 2010 at 10:10 AM, Henry Dogger wrote:
> Hi all,
>
>
>
> I’m havin
Hi all,
I'm having some trouble getting the directed call pickup to work.
It works when I have my SipXecs in a standalone setup.
But When I have a SIP trunk (gateway) to an Asterisk it stops working.
It still works for internal calls, but calls which got routed through
Asterisk can't be pick
On 11/12/10 8:17 AM, Tony Graziano wrote:
Tran/Michael - Is the power saving setting enabled on the phone?
didn;' t know there was one. if so, why is this only on remotes?
local's work fine.
--
Michael Scheidell, CTO
o: 561-999-5000
d: 561-948-2259
ISN: 1259*1300
>*| *SECNAP Network Securit
Tran/Michael - Is the power saving setting enabled on the phone?
On Thu, Nov 11, 2010 at 3:47 PM, Tran, Ly wrote:
> I’ve seen some old threads about Cisco 7960s dropping media after about 5
> minutes on a call, but didn’t see any resolutions. Did this ever get
> resolved? I got some remote us
On 11/12/10 12:03 AM, Douglas Hubler wrote:
i don't work in sales, but we would probably need to find a customer
w/enough phones willing to fund the resolution of the issues. if you
find them, let us know.
or a combined 'bounty' from everyone stuck with cisco phones and not
wanting to buy 48 po
On Fri, Nov 12, 2010 at 4:25 AM, Tony Graziano
wrote:
> I'd like to say that html5 should be the fix. I beg to disagree. While it's
> nice going forward, it means IE users have to move to windows 7 and wait for
> ie9 to come out of beta and "hope" that it works right.
> Perhaps a simpler approach.
15 matches
Mail list logo