On Fri, May 13, 2011 at 9:52 AM, Irena Dolovčak
wrote:
> here is the link to JIRA we have opened:
>
> http://track.sipfoundry.org/browse/XX-9608
> there are all information.
>
> Regards,
>
> On Thu, May 12, 2011 at 1:47 PM, M. Ranganathan wrote:
>>
>> What version of JAIN-SIP stack is being used
here is the link to JIRA we have opened:
http://track.sipfoundry.org/browse/XX-9608
there are all information.
Regards,
On Thu, May 12, 2011 at 1:47 PM, M. Ranganathan wrote:
> What version of JAIN-SIP stack is being used on your system (if you quote
> the SVN revision one of the developer
What version of JAIN-SIP stack is being used on your system (if you quote
the SVN revision one of the developers can answer ) ?
SipXridge distributes the call between proxy servers but it should not be
sending (or attempting to send) a call to a dead proxy server. If it is
doing that, there is ce
i apologize for the mistake. i said that proxy 1 sends the call to proxy 2.
actually the bridge is distibuting the calls to proxy 1 and proxy 2
interchangebly. bridge receives the call and then one time sends it to proxy
1 and the next time it sends it to proxy 2...
2011/5/11 Worley, Dale R (Da
From: sipx-users-boun...@list.sipfoundry.org
[sipx-users-boun...@list.sipfoundry.org] On Behalf Of Irena Dolovčak
[irena.dolov...@gmail.com]
our logs show that this is happening: call comes from the itsp's server to the
bridge on sipx1. sipxbridge
forwar
On Tue, May 10, 2011 at 9:15 AM, Michael Picher wrote:
> Issues like this are why I use an external session border controller...
> specially with HA systems.
>
> Mike
>
> On Tue, May 10, 2011 at 6:38 AM, Irena Dolovčak <
> irena.dolov...@gmail.com> wrote:
>
>> Hi guys,
>>
>> we have a problem
Hi Dale,
we are not sure what you mean by 'The trunk should be given the SIP domain
name as the destination for calls'.
the only thing that we can think that this might apply is
DEVICES->Gateways->NAME_OF_GATEWAY->Configuration->ADDRESS,
and there we have the ip address that our itsp gave us. also
> From: Irena Dolovčak [irena.dolov...@gmail.com]
>
> to be more precise, exactly every second call goes through. by
> checking the logs, it seems that the remaining sipxecs server (one is
> down) does load balancing, that is, once it processes the call
> himself, once it sends the call to the oth
it might be worth mentioning this would be the skype for business thing they
have as a product, not their normal end user/consumer product)
(skype connect: http://www.skype.com/intl/en-us/business/skype-connect/)
I don't know anything has changed though to allow DID numbers to be used
with skype,
Issues like this are why I use an external session border controller...
specially with HA systems.
Mike
On Tue, May 10, 2011 at 6:38 AM, Irena Dolovčak wrote:
> Hi guys,
>
> we have a problem regarding High Availability cluster. two sipxecs servers
> are connected through HA cluster, and each on
Hi guys,
we have a problem regarding High Availability cluster. two sipxecs servers
are connected through HA cluster, and each one of them has their own trunk.
our phones are registered randomly on both servers.
although the high availability works (when one server goes down, the second
takes ove
11 matches
Mail list logo