Thanks Tony.
I've seen these before and tried them without success. Having played
with it a little more again now it seems that the phone only processes
these codes outside of calls and ignores them during calls (i.e. *96
to return a call will work but *98 during a call is ignored).
I'll
One more potential quirk that just struck me is that I didn't realise
it until after it was installed, but one PC had a much older version
of xlite on there already. xlite install did not warn me, but when I
started the client there was some old config info in there.
__
On Wed, Mar 4, 2009 at 6:04 PM, Scott Lawrence
wrote:
> Nice thorough description, Alan.
Documentation of what I do is one of my strong points! Just check my
wiki pages :-) (speaking of which, I noticed a number of typos today
while going through your wikis, so I'll have to get myself set up wit
Nice thorough description, Alan.
On Wed, 2009-03-04 at 17:13 -0500, Alan McKay wrote:
> I got 3.10.2 installed no problems now. Setup is another issue.
>
> I was just about to send this long-ish email about my woes, when on a
> whim I tried one more thing and finally have SOMETHING working. Bu
Hey folks,
I got 3.10.2 installed no problems now. Setup is another issue.
I was just about to send this long-ish email about my woes, when on a
whim I tried one more thing and finally have SOMETHING working. But
not well. See below for what lead me up to here as well as details on
my network.
> I'm not sure how we can get the 'install' program to handle that one...
> The polish sausage syndrome,
ROTFL!
I'm into the nuts and bolts of it by now. Still not making calls yet,
but doing LOTS of reading of the fine manual to avoid as much Polish
sausage syndrome as possible :-)
__
On Wed, 2009-03-04 at 10:45 -0500, Alan McKay wrote:
> > Can you tell us more about your system?
>
> I found my problem - it was my 5 year old!
>
> That's what I get for leaving my side-panel off :-/
>
> He was using his own creativity in where all the various cables were
> supposed to go ... (s
On Wed, 2009-03-04 at 10:18 -0500, Alan McKay wrote:
> Aha, I think I just answered my own question - I see a
> "manual-format" option which I will try!
"manual format" is supposed to be the fix for your problem.
Can you tell us more about your system?
Dale
___
> Can you tell us more about your system?
I found my problem - it was my 5 year old!
That's what I get for leaving my side-panel off :-/
He was using his own creativity in where all the various cables were
supposed to go ... (sigh)
Just trying again, but I'm betting it will work a lot better no
On Wed, Mar 4, 2009 at 10:18 AM, Alan McKay wrote:
> Aha, I think I just answered my own question - I see a
> "manual-format" option which I will try!
Nope, disk does not show up in the list - so still a no-go.
This system already has Centos 5.2 installed on it, and if I'm not
mistaken, that is
Aha, I think I just answered my own question - I see a
"manual-format" option which I will try!
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users
Unsubscribe: http://list.sipfoundry.org
Hey folks,
I've downloaded 3.10.2 ISO and in booting it up, it complains about
the "clearpart" command and there is no device "sda"
My system is IDE, but otherwise meets the requirements.
Is there a way around this other than exploding the ISO, hacking it,
and re-creating it?
thanks,
-Alan
On Wed, 2009-03-04 at 21:18 -0800, Alan Denby wrote:
> Whereas with Asterisk and its clones, once it is set to IPv6, it
> allows direct bypassing of the firewall if it is set to allow IPv6
> passthrough.
While I agree that in a perfect world IPv6 removes all the obnoxious
complexity of NATs, I pr
It has to be configured to do a transfer (the ATA). *98 seems to be the
tarnsfer feature code for the ATA. Your manual will have better information.
Enable Attended Call Transfer Service = Yes
Enable Unattended (Blind) Call Transfer Service = Yes
Activate with: *98
ftp://ftp.linksys.com/downloads
It worked just fine
Thnx
-Original Message-
From: sipx-users-boun...@list.sipfoundry.org
[mailto:sipx-users-boun...@list.sipfoundry.org] On Behalf Of Damian
Krzeminski
Sent: Monday, March 02, 2009 1:37 PM
To: sipx-users@list.sipfoundry.org
Subject: [Bulk] Re: [sipx-users] listening port :8
Hello everybody,
As I noticed, when I export my database from sipxconfig in CSV format, the
PIN has the following format : domainname#something , (I guess that
something is MD5 encryption of PIN).
But when I follow the reverse procedure, trying to use an already MD5
encrypted PIN replacing the ex
Another reason for IPv6 support would be the simpler and much easier
one... All ATA's and IP phones draw their configuration files from the
server, and their setup details by the MAC address (native IPv6). to use
this as a possible primary detail would drop NAT tranversal into a minor
place as
17 matches
Mail list logo