Thank you Josh,
I know that way to configure SAS.
We didn't choose it because all sip signaling traffic goes
through the gateway.
So if the gateway fails or becomes unreachable, all the
phone can't register and reach SipXecs servers.
Maybe we could get over this problem by defining a new SRV
I am seeing that we are going to have to have giant flashing neon letters
on the restore page... ugh...
On Fri, Dec 7, 2012 at 2:19 AM, Jan Fricke jan.fri...@iant.de wrote:
We had this problem too :-)
Did you set a default pin when restoring the 4.4 backup? If not the pin is
empty. I did a
From my recollection, SAS does not support using a SRV record.
This is a bit of a problem as I see it. Trading one point of failure for
another. I guess you just need to ask yourself, is it more likely that an
ITSP will go down or your gateway will fail. I think the former is more
likely.
I think it would help a lot if sipxbridge could send a failure message to
the proxy so the proxy could try another gateway (i.e. put these in a
dailplan). Though the gateways (if this is a pstn gateway) or sipxbridge
needs to be able to discern this is a transport issue and generate maybe a
302
Sounds like the wiki needs a how to page on 4.4 to 4.6 migration...
Backup.
Install 4.6
Restore
Perform superadmin password reset
Login and use
On Dec 7, 2012 6:03 AM, Michael Picher mpic...@ezuce.com wrote:
I am seeing that we are going to have to have giant flashing neon letters
on the
well, isn't the point of SAS that you can't reach the proxy in the first
place, so what's the sense in this discussion anyway...
On Fri, Dec 7, 2012 at 6:36 AM, Tony Graziano
tgrazi...@myitdepartment.netwrote:
I think it would help a lot if sipxbridge could send a failure message to
the proxy
On Fri, Dec 7, 2012 at 6:50 AM, Tony Graziano
tgrazi...@myitdepartment.net wrote:
Sounds like the wiki needs a how to page on 4.4 to 4.6 migration...
Backup.
Install 4.6
Restore
Perform superadmin password reset
Login and use
We have
On Fri, Dec 7, 2012 at 2:10 PM, Douglas Hubler dhub...@ezuce.com wrote:
On Fri, Dec 7, 2012 at 6:50 AM, Tony Graziano
tgrazi...@myitdepartment.net wrote:
Sounds like the wiki needs a how to page on 4.4 to 4.6 migration...
Backup.
Install 4.6
Restore
Perform superadmin password reset
I was not indicating a possible path overcome a down gateway AND an
unavailable proxy.
However if both are down...
On Dec 7, 2012 7:08 AM, Michael Picher mpic...@ezuce.com wrote:
well, isn't the point of SAS that you can't reach the proxy in the first
place, so what's the sense in this
Does the wiki article need an explanation of how to reset superadmin if
login fails after a restoring a 4.4 version to 4.6?
Also, in 4.6, does it make sense for the restore to detect a version of 4.4
and provide the superadmin reset as part of the sipxconfig GUI?
On Dec 7, 2012 7:17 AM, Laurentiu
That worked. Thanks.
To me it seemed counterintuitive because I should be able to use the new
superadmin password I created and I didn't select to reset it.
Second, restored configs never seem to reinstall personal VM greetings, only
autoattendent audio files. Is that an expected behavior?
On Fri, Dec 7, 2012 at 4:59 PM, Charles Chalekson MD chalek...@gmail.comwrote:
That worked. Thanks.
To me it seemed counterintuitive because I should be able to use the new
superadmin password I created and I didn't select to reset it.
Second, restored configs never seem to reinstall
So I noticed some talk in a previous email Call forward fails to external
number about the Adtran 900 series. I have a couple of comments and
questions.
We have a TA908e 2nd gen running AOS A5.02.00.E. We currently have not
noticed any issue with having an external caller forwarded to and
I think it is well known that you should not park or upoark calls using the
BLF button on a Polycom.
On Dec 7, 2012 1:07 PM, Bryan Anderson shadow...@gmail.com wrote:
So I noticed some talk in a previous email Call forward fails to
external number about the Adtran 900 series. I have a couple
so, they do not use the button for the parking or unparking. They use
Transfer+ext and *4+ext. The light is only there to indicate weather the
call has been retrieved or not.
-Bryan Anderson
On Fri, Dec 7, 2012 at 10:12 AM, Tony Graziano tgrazi...@myitdepartment.net
wrote:
I think it is
Also, there are some issues with Adtran's as gateways. Invite w/ Replaces
is what Josh told me. We'd love to see them fix it. Maybe if enough
people complain to them...
Mike
On Fri, Dec 7, 2012 at 1:06 PM, Bryan Anderson shadow...@gmail.com wrote:
So I noticed some talk in a previous email
This is how we implemented call park with polycom and it works (it is a
workaround though)
1. Extension 700 forwards to 701, 702, 703 and 703
2. added the below to the custom config of the phones (this is done so that
the key does not timeout after 1 minute and call the park orbit directly
Thanks for the reply and I will defiantly test it. We use a T1 for service
into the Adtran and the Adtran is in SipXecs as an unmanaged gateway.
-Bryan Anderson
On Fri, Dec 7, 2012 at 11:07 AM, Ali Ardestani ali.ardest...@pnmac.comwrote:
This is how we implemented call park with polycom and
18 matches
Mail list logo