On Sat, Jul 3, 2010 at 8:58 PM, m...@grounded.net wrote:
> Only thing to keep in mind is that you might need to use a different port
> depending on your needs and assuming this is not a problem on sipx. The
> iptables filter aren't in play so other than that, I don't know why this
> would not w
http://track.sipfoundry.org/browse/XX-8474 patch posted. If you are
able, please test and provide feedback. There is a known issue regarding
the order of BLF lists if all the names/numbers in a list stay the same
but the order changes. Read the issue comments for more details.
On 07/02/2010 07:
> No - they just add some date/time formatting code.
I tried installing the required module using; force install
DateTime::Format::ISO8601 and that leads to more problems.
Going to read /root/.cpan/Metadata
Database was generated on Mon, 05 Jul 2010 04:27:04 GMT
DateTime::Format::ISO8601 is up
I will encourage you to look this over:
http://blog.myitdepartment.net/wp-content/uploads/2009/11/Call-Setup-Example-sipXecs-through-ITSP1.pdf
It may help explain things a little to you.
On Mon, Jul 5, 2010 at 9:53 AM, Tony Graziano
wrote:
> I dont know why you have port 5070 and 5090 stated. I
I dont know why you have port 5070 and 5090 stated. I assume your ITSP shows
you registered via port 5080, and its likely they will send you calls on
5080. When you send calls to them, it should be on 5060, but in frame 14 you
are sending "to them" on port 5080.
Can you explain why you have change
Thanks for your answers and fast reply, Tony.
Sorry for the trace, yes i altered it to mask some sensitive information
from trace. I will be more careful for the next time and will follow
your advice for clarifying. Sorry again :)
I was thinking that not sending the public ip address might be the
Wow. How in the world can that ever work?
Look at the trace. You are not sending the real IP address of sipx to the
ITSP I believe. It will of course timeout because it can't route to you.
Besides the domain name, did you alter the trace to make it unintelligible?
If so, you need to clarify that o
I don't see the attached trace. Your iptables looks woefully incomplete (it
does not address your media ports range).
I am not an iptables expert, I find it has a horrible interface from an
organizational standpoint.
Here is one that was working that i had access to. You might extract what
might
Hi,
before asking my questions i would like to explain our installation and
network, so you can have a better idea what we have done and we are
trying to do.
We have one machine with 1 public ip address. We have installed on this
machine openvpn server and also virtualbox.
We created one virtual
I think what we've all taken from this, and should always remember, is that
resources (RAM/CPU) and storage (amount, read/write latency) is very key
with ANY sip based platform, especially when using it to test the media
services against, as they tend to be more sensitive. Just because the media
se
Hi,
We have some deployments with quite good user experience on Amazon EC2,
which is a XEN based platform. I think XEN is a safe bet.
BR,
Chris
-Original Message-
From: Nathaniel Watkins [mailto:nwatk...@garrettcounty.org]
Sent: Saturday, July 03, 2010 6:51 PM
To: 'sipx-users'
Subject:
11 matches
Mail list logo