I'd like to share this event with you!
sipX-CoLab; March 5 & 6 2012 is coming this winter to Fort Collins,
Colorado at the Colorado State University!
Collaboration. Communication. Education. Strengthen your knowledge of the #1
premier open source communication platform.
Until Dec. 31, 2011 u
Hi!
@Sébastien: Schudulings are currently not possible as SipX does not support
modifying schedules using REST interface.
Yes excatly that is the way the "port" setting works in preferences. I
think Port forwarding to a diffrent port is a goog idea for sipxconfig.
@Nathaniel great to hear that :-
Looks neat, surely it will be a while before sipx can support it due
to the firmware version and additional featurews to be configured from
sipx. Has anyone tried this device yet manually?
--
==
Tony Graziano, Manager
Telephone: 434.984.8430
sip: tgrazi...@voice.myitdepartment
On Tue, Nov 8, 2011 at 3:23 AM, Zhiping Wang wrote:
>
> Mircea,
>
> Unfortunately, In the latest 4.4 update 14, is not availabe.
> Eevn confpin is
> set the value(e.g confpin=1234) in
> /callcontroller/{user1}/{user2}?agent={user3}&timeout=30&isForwardingAllowed=true&confpin={3},
> user1 still ne
If SipX would follow the RFC then it would send out 7 INVITE's totalling
to
0+0.5+1+2+4+8+16=31.5 seconds of INVITE's.
I don't think the client will wait that long, but the current SipX could
be improved.
If the client would terminate the call before the 31.5 seconds expire then
I assume the
By
> From: Ari Sonesh [ason...@gmail.com]
>
> I believe that the issue is inherent to mobile data networks
> that are buffering initial (after standby) data traffic
> until it can allocate a channel to transmit the data to a
> receiver. Once channel is allocated the traffic is flowing
> well.
The
Thanks for the update Douglas
Kumaran T
On 11/8/2011 7:24 PM, Douglas Hubler wrote:
> On Tue, Nov 8, 2011 at 7:55 AM, Venkateshwaran T
> wrote:
>> Any update regarding this.
> IMO i think it's a trivial issue, sorry. That's my only update.
___
s
On Tue, Nov 8, 2011 at 7:55 AM, Venkateshwaran T
wrote:
> Any update regarding this.
IMO i think it's a trivial issue, sorry. That's my only update.
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/a
Everything looks good now - thanks for sharing your efforts!
From: sipx-users-boun...@list.sipfoundry.org
[mailto:sipx-users-boun...@list.sipfoundry.org] On Behalf Of Nathaniel Watkins
Sent: Tuesday, November 08, 2011 7:02 AM
To: Discussion list for users of sipXecs software
Subject: Re: [sipx-u
Content-Type: text/plain;
charset="utf-8"
Content-Transfer-Encoding: 8bit
Organization: SipXecs Forum
In-Reply-To:
X-FUDforum: 08063afcdd00a6e76393c5b9527381e8 <64388>
Message-ID:
Tony, consider a scenario where most phones are connected to
wireless modems, and servers are on a public IP.
Douglas,
Any update regarding this..
Regards,
Kumaran T
On 11/8/2011 5:10 PM, Venkateshwaran T wrote:
>
> Yes,I had a doubt so I posted...
>
> Kumaran T
>
> On 11/8/2011 5:05 PM, Douglas Hubler wrote:
>> On Tue, Nov 8, 2011 at 6:22 AM, Venkateshwaran T
>> wrote:
>>> I meant in user p
It's all in RFC2543 (I lerned this from Acme Packet, their SBC's "smooth"
all INVITE's etc according to the RFC timers):
10.4.1 UDP
A SIP client using UDP SHOULD retransmit a BYE, CANCEL, OPTIONS, or
REGISTER request with an exponential backoff, starting at a T1 second
interval, doubling
I just updates, I'll check it out when I get to the office.
Rene Pankratz wrote:
Just updated to current stable SipX (4.4.0- 2011-10) and now I see the same
behavior.
It seems if REST interface has been extended by an additional parameter. As my
app does not send it it is interpreted as "0".
On Mon, Nov 7, 2011 at 7:28 PM, Ari Sonesh wrote:
>
> Content-Type: text/plain;
> charset="utf-8"
> Content-Transfer-Encoding: 8bit
> Organization: SipXecs Forum
> In-Reply-To:
> X-FUDforum: 08063afcdd00a6e76393c5b9527381e8 <64373>
> Message-ID:
>
>
>
> I believe that the issue is inherent to m
Yes,I had a doubt so I posted...
Kumaran T
On 11/8/2011 5:05 PM, Douglas Hubler wrote:
> On Tue, Nov 8, 2011 at 6:22 AM, Venkateshwaran T
> wrote:
>> I meant in user portal->Address tab(office),Assistant and Assistant
>> phone field are present.So my doubt is whether these field shoul
On Tue, Nov 8, 2011 at 6:22 AM, Venkateshwaran T
wrote:
> I meant in user portal->Address tab(office),Assistant and Assistant
> phone field are present.So my doubt is whether these field should be
> present in Address Tab only?Because its Office Address tab and not specific
> Office details t
On Tue, Nov 8, 2011 at 12:48 AM, Kumaran T
wrote:
> In user portal->My information->contact
> information->Address->office->which contain the Assistant and Assistant
> phone field.So these field are present in the Valid tab(Office address)
> or otherwise these field should be moved to General T
Works great!
Could you add schedulings like it is possible in web GUI?
In app's preferences interface, can you confirm that sipx address is
https://(Hostname / IP of PBX):(Port)/sipxconfig. I would like to open a new
port on my firewall...
Thx
___
s
18 matches
Mail list logo