I'm still looking for thoughts on this from folks who have installed enough of
these
things to know how I might be able to handle this.
The telco did come in, did show me that 612-xxx- is coming into the t-berd.
I blamed
the vegastream at the time, now have a mediant up and we're still see
On Thu, Nov 26, 2009 at 12:37 AM, Joshua Patten wrote:
> The whole reason why I was trying alternatives such as FreeSWITCH and YaTE
> to begin with was because sipXbridge was, for some reason, extremely
> unstable in my environment. See this ticket:
> http://track.sipfoundry.org/browse/XX-7059
P
On Thu, 2009-11-26 at 17:35 +, Gabor Paller wrote:
> I can see this (graph attached). The numbers you see in the graph are
> the original transaction numbers (removeOldTransactions deleting x of y,
> the graph shows the y value).
>
> The number of transactions does stabilize around 13000 (th
Tony Graziano myitdepartment.net> writes:
>
> Did you compare the vega config with the wiki example? Fyi - patton gateways
> handle euro isdn over there and work well with sipx.
>
>
> Tony Graziano, Manager
> Telephone: 434.984.8430
> Fax: 434.984.8431
>
> Email: t
Did you compare the vega config with the wiki example? Fyi - patton gateways
handle euro isdn over there and work well with sipx.
Tony Graziano, Manager
Telephone: 434.984.8430
Fax: 434.984.8431
Email: tgrazi...@myitdepartment.net
LAN/Telephony/Security and Control
Hello
I have setup Sipx, able to register poycoms - everything works well.
I have encountered 2 problems -
Problem 1
Vegastream 50 Europa(ISDN), which will not dial. I have gone through the dial
rules a million times, still it wont.
Here is what I am using -
Destination for ISDN-> SIP
IF:9901,T
On Thu, 2009-11-26 at 13:13 +, Gabor Paller wrote:
> At that point the load test tool was already idle - it did not generate
> any calls because it was already stopped. The last call was generated at
> 11:36, that particular entry was at 11:39, 3 minutes later.
>
> Immediately after the last c
#these dns settings are from a linux bind server zone file
; SRV record for domain SIP TCP mydomain.net
; priority: 1 weight: 0 port: 5060 server: sipx.mydomain.net
;
_sip._tcp.mydomain.net. IN SRV 1 0 5060 pbx.mydomain.net.
;
; SRV record for domain SIP UDP mydomain.net
; priority: 1 w
On Thu, 26 Nov 2009 12:02:34 -0500, Tony Graziano wrote:
> Uploading the ini overwrites your existing settings.
But it only overwrites the settings pertinent to sipx/gateway working together
right?
I mean, it didn't overwrite my device settings for the gateway, just the
configuration for
the t
> My advice is ALWAYS do a full install and then turn off bind/dhcpd if you
> don't require them. Why? So you can go into bind zone or dhcp config files
> and get the records in the proper format to move them onto your "other"
> server(s).
Makes perfect sense.
> The tftp/boot server option in y
Uploading the ini overwrites your existing settings.
Tony Graziano, Manager
Telephone: 434.984.8430
Fax: 434.984.8431
Email: tgrazi...@myitdepartment.net
LAN/Telephony/Security and Control Systems Helpdesk:
Telephone: 434.984.8426
Fax: 434.984.8427
Helpdesk Contract
All the services are there and running with the exception of bind/dhcpd if
you didn't choose those.
My advice is ALWAYS do a full install and then turn off bind/dhcpd if you
don't require them. Why? So you can go into bind zone or dhcp config files
and get the records in the proper format to move
> Your dhcp server WHEREVER it is can still hand out the settings that sipx is
> the bootp server, etc.
BTW, if I now wanted to add these services directly on sipx but didn't install
them when I
built using the ISO, what is the course of action? The services would still
have been
installed, bu
> These are very basic, but VERY important settings which you keep ignoring.
> In order to have a successful deployment, you need to stop ignoring the
> basics.
Tony, I'm certainly not ignoring anything, I've just had one problem after
another.
Things were starting to settle in where I could sta
Yes, BUT...
Your dhcp server WHEREVER it is can still hand out the settings that sipx is
the bootp server, etc.
At the same time your DNS SRV issue can be resolved AT your DNS server,
WHEREVER that is.
These are very basic, but VERY important settings which you keep ignoring.
In order to have a
On Thu, 26 Nov 2009 11:18:54 -0500, Tony Graziano wrote:
> You need to run diagnostics tests on your server to see if dhcp is
> misconfigured.
I don't run dhcp on sipx actually so that explains why those things aren't
working. I
realized that from replying to your other post :).
I might at some
You need to run diagnostics tests on your server to see if dhcp is
misconfigured.
Tony Graziano, Manager
Telephone: 434.984.8430
Fax: 434.984.8431
Email: tgrazi...@myitdepartment.net
LAN/Telephony/Security and Control Systems Helpdesk:
Telephone: 434.984.8426
Fax: 434
> He needs to fix his DNS SRV issue the gateway is complaining about.
Yes, working on that.
>Create
> the gateway in sipx (serial number is the mediant mac address). Go to
> network and make sure the DNS is the same one sipx is using. I "think" he
> needs to also add a PSTN line (t1).
Did these
The ini file is actually in the Gateway page of the device, but yes, that's
what we did.
Downloaded it from there, uploaded it to the gateway using 'upload ini' I think
it was.
I just didn't know if it would overwrite all of my settings or simply add the
new ones.
I wonder why Sending to devic
> First, the log you posted shows the gateway couldn't find DNS SRV records.
> You need to see if you can resolve that first.
Yes, we only got this up and running last night so I've not found the reason
for this yet.
> Second, the inbound call "looks" as though it generated an outbound call.
>
That's not necessary and is really a bad idea because something can be done
that will affect other services used in tftproot if something is
renamed/moved/deleted.
He needs to fix his DNS SRV issue the gateway is complaining about. Create
the gateway in sipx (serial number is the mediant mac addre
If you are on a PC, use WinSCP to connect to sipx and go to your
tftproot folder (/var/sipxdata/configserver/phone/profile/tftproot)
and look for an INI file with the MAC address of your AudioCodes.
Transfer the INI to your local PC and then login to the Audicodes
admin site and upload the INI. Tha
On Thu, 2009-11-26 at 12:57 +, Gabor Paller wrote:
> Hi,
>
>
>
> I am chasing a bug in our load test and in order to find the culprit,
> I left only the SipX and the load test tool in the picture.
>
>
>
> I noticed that the memory usage of SipXproxy goes up (may be just a
> bug on our
Jordan,
What I've been testing/planning to implement (and so far it's worked
well) is to run multiple SipXecs instances using OpenVZ containers. The
benefit is that they can run simultaneously on the same server and not
impact/interact with each other. It's like virtualization without the
over
" Without knowing how many transactions your test tool thought that
there
were, there's no way to answer that question."
At that point the load test tool was already idle - it did not generate
any calls because it was already stopped. The last call was generated at
11:36, that particular entry was
2 things.
First, the log you posted shows the gateway couldn't find DNS SRV records.
You need to see if you can resolve that first.
HandleSrvRecordQuery - Can't
find SRV domain name in internal table. Falling to External Table
Second, the inbound call "looks" as though it generated an outbound c
If you run media server or other components your ram usage will still
increase over a matter or minutes or hours depending upon load.
Tony Graziano, Manager
Telephone: 434.984.8430
Fax: 434.984.8431
Email: tgrazi...@myitdepartment.net
LAN/Telephony/Security and Contr
On Thu, 2009-11-26 at 12:57 +, Gabor Paller wrote:
> Hi,
>
>
>
> I am chasing a bug in our load test and in order to find the culprit,
> I left only the SipX and the load test tool in the picture.
>
>
>
> I noticed that the memory usage of SipXproxy goes up (may be just a
> bug on our s
" Its the nature of the way java interacts with the system."
I understood that Java is not involved in a simple SipXproxy transaction. I
also switched off CDR creation to eliminate potential interference.
Regards,
Gabor
-Original Message-
From: Tony Graziano [mailto:tgrazi...@myitdepart
Its "normal" to see the memory usage in sipx go up pretty quickly and stay
there. Its the nature of the way java interacts with the system.
As far as tearing down those connections, I don't know. They might be
related to your load test.
Tony Graziano, Manager
Telephone
Hi,
I am chasing a bug in our load test and in order to find the culprit, I left
only the SipX and the load test tool in the picture.
I noticed that the memory usage of SipXproxy goes up (may be just a bug on our
side) but then I found cryptic messages in the SipXproxy debug log.
"200
I see two options here.
Tony already gave you one. Setup a fake user extension with an auto attendant
on it. When she calls that extension have a message play for her: Press 1 to
call cousin Omar, Press 2 to call Aunt Bee, etc.
The second option is get her an analog telephone adapter that ma
Tony has it right here... For firewall inbound / outbound traffic. Pay
special attention to the symmetric NAT.
If you are trying to filter within your VLan segments however this is a
bit different.
Thanks,
Mike
-Original Message-
From: Tony Graziano [mailto:tgrazi...@myitdepartment.
Jordan,
It is possible. You can have separate Auto Attendants and route calling based
on DID.
It is also true that this not a truly tenanted system. You can't have two
users on the same system that have the same extension.
Also, outbound call detail records you will separated.
Dial plan is
34 matches
Mail list logo
