Developers - There needs to be a broad discussion about support for Polycom
version 3.3 and beyond, as well as support for the next generation phones
they have or are releasing in 2012. The first phone - the VVX500 is out
now, and not supported within sipXecs.
This email is not to start the
Well,
My 2 cents are that the most important thing is the settings. If you are able
to implement QOS all over the place (storage, virtual networking, virtual
servers, VM clock stuff, sipXecs, phone, media gateway) the load should not
matter and then you don't have to seperate the media. Anyone
Disable permission on all outgoing calls.
Op 7 jan. 2012, om 15:11 heeft S.K.- G het volgende geschreven:
Dear All,
We are experiencing a weird problem with the Trunk to trunk call forwarding
feature.
The call forwarding is not working when an outside caller gets forwarded to
another
Excuse me, too little too late. :)
Op 7 jan. 2012, om 15:11 heeft S.K.- G het volgende geschreven:
Dear All,
We are experiencing a weird problem with the Trunk to trunk call forwarding
feature.
The call forwarding is not working when an outside caller gets forwarded to
another
On Mon, Jan 9, 2012 at 3:31 AM, Todd Hodgen thod...@frontier.com wrote:
Developers – There needs to be a broad discussion about support for Polycom
version 3.3 and beyond, as well as support for the next generation phones
they have or are releasing in 2012. The first phone – the VVX500 is out
Anyone have a copy of the sample csv? The link is broken on both spots
at:
http://wiki.sipfoundry.org/display/sipXecs/Import+User+and+Device+Data+from+CSV+Files
Much appreciated!
Regards,
Aaron
Aaron Pursell
Network Systems Administration
Easter Seals-Goodwill Northern Rocky Mountain,
Why don't you just do an export?
Hint... you'll get a blank file or you'll get a file with whatever you
have in your system...
On Mon, Jan 9, 2012 at 10:25 AM, Aaron Pursell aar...@esgw.org wrote:
Anyone have a copy of the sample csv? The link is broken on both spots
at:
If you have access to a working system you can do an export which gives you
a working sample.
On Jan 9, 2012 10:26 AM, Aaron Pursell aar...@esgw.org wrote:
Anyone have a copy of the sample csv? The link is broken on both spots
at:
Just wasn't sure if the sample was any different as far as voicemail
passwords. Already exported one just wanted to see a sample.
Aaron Pursell
Network Systems Administration
Easter Seals-Goodwill Northern Rocky Mountain, Inc.
4400 Central Ave
Great Falls, Montana 59405
(406) 771-3721
the PIN's are exported as encrypted.
to import new pins, just set them as you want them and the system will take
an encrypt them.
the other thing i do is usually create a couple users with the types of
phones i'll want to use so that i can get the phone template names i need.
On Mon, Jan 9,
If you import from scratch the vm pin would be a simple value (ex: 1234),
upon import they are encrypted with the sip domain part.
On Jan 9, 2012 10:31 AM, Aaron Pursell aar...@esgw.org wrote:
Just wasn't sure if the sample was any different as far as voicemail
passwords. Already exported one
Hello Niek,
Thank you for the hint, I have all permissions greyed out and I'm not able
to change permissions ... Not able to place outbound calls .. But PSTN to
PSTN call forwarding works .. Please help
Cheers
Saad
On Mon, Jan 9, 2012 at 6:36 AM, Niek Vlessert niekvless...@gmail.comwrote:
[image:
SIPfoundry]http://us2.campaign-archive2.com/?u=794d90b06dd944e3e04dc2d9cid=82c6fcd6a1e=36ab517cc8
HELLO Welcome to the SIPfoundry Insider- your source for open
communications and social business. Each issue we will feature the latest
community news, articles and updates on SIPfoundry to
Hello Michael,
The PSTN to PSTN call forwarding has worked properly; however, the simple
outbound calling seems to be affected as the call gets times out after we
changed SIPX Gateway to UNMANAGED.. Any hints please
Cheers
Saad
On Sat, Jan 7, 2012 at 8:49 AM, Michael Picher mpic...@ezuce.com
Gave you all the hints I could...
The big hint i gave you was: Make sure you terminate your trunks in your
SBC and make sure that the SBC is setup as an unmanaged gateway in sipXecs.
If you get your trunks setup properly there and your NAT traversal for
remote users setup properly there your
Alright, Thank you very much .. I will review every thing from the
beginning ..
Have a good one
Saad
On Mon, Jan 9, 2012 at 11:19 AM, Michael Picher mpic...@ezuce.com wrote:
Gave you all the hints I could...
The big hint i gave you was: Make sure you terminate your trunks in your
SBC and
(as I stated last week, sipx is still anchoring media for remote
users, it should be handled in the sbc)
On Mon, Jan 9, 2012 at 11:19 AM, Michael Picher mpic...@ezuce.com wrote:
Gave you all the hints I could...
The big hint i gave you was: Make sure you terminate your trunks in your SBC
and
exactly... the purpose of a SBC is to remove this burden of terminating
trunks and managing NAT from the server.
On Mon, Jan 9, 2012 at 11:26 AM, Tony Graziano tgrazi...@myitdepartment.net
wrote:
(as I stated last week, sipx is still anchoring media for remote
users, it should be handled in
When using an SBC the server behind Nat and remote users would be unchecked.
The DNS srv records would point to the sub not sipx.
The phones registrations would pass thru the sbc .
On Jan 9, 2012 11:36 AM, Michael Picher mpic...@ezuce.com wrote:
exactly... the purpose of a SBC is to remove
19 matches
Mail list logo
