* You are viewing the archive for September, 2011

USA Did required

Google is your best friend when looking for this type of assistance my friend.
try callcentric vonage packet8 for reliable retail DIDs.

Tarek Sawah

Information Technology Adviser

Integrated Digital Systems

CCNP, MCSE, RHCE, TELECOM

USA: +1 386 492 9993

Date: Sat, 1 Oct 2011 00:51:59 +0530
From: amit.magnate@gmail.com
To: asterisk-users@lists.digium.com
Subject: [asterisk-users] USA Did required

Hello members,
I am looking for USA incoming DID which can be registered on softphone/IP Phone/ Pap2 devices.

The DID will only be required to receive inbound calls and no outbound calls.
Let me know your best per month prices/cost for the above.
Regards,
Amit Mehta

Strange Asterisk HA Behaviour

Hello Everyone,

We have setup Asterisk HA, basically what we have is:

Virtual IP (for asterisk 1 and 2) 192.168.2.6
asterisk1 192.168.2.110
asterisk2 192.168.2.111
mysql 192.168.2.100

Poly IP300 192.168.2.13: The polycom is configured to use whatever machine is
running on VIP 192.168.2.6

HA is configured that if ast1 goes down, ast2 takes over the virtual
ip. When only
one machine is up, the server handles both the incoming and outgoing. When both
machines are up, incoming is handled by ast1 and outgoing is handled
by ast2? Again,
the phone is configured to use the machine that is up and behind the
virtual up 192.168.2.6.
How is it that the phone even know about 192.168.2.111, which is
performing register and
outgoing? I have to look over all the configs for hard coded real server ips.
Maybe someone has ventured in Asterisk HA?

Cheers,

Nick.

JRuby: Now Available on Engine Yard Cloud

On Eweek it has been reported that:

“Engine Yard has delivered JRuby on its cloud platform to enable Java developers programming in Ruby to innovate faster and scale their apps.

Engine Yard has announced the general availability of JRuby on the Engine Yard Cloud.

With JRuby support, the Engine Yard Platform-as-a-Service (PAAS) brings together the combination of Java performance and Ruby agility. JRuby, a Java implementation of the Ruby programming language, is a popular open source package that enables Ruby applications to run on the Java Virtual Machine (JVM). JRuby allows Java developers to use Ruby to efficiently expand the capabilities of Java applications or create new applications that leverage existing Java software.

“We are thrilled to announce that customers can now use JRuby in Engine Yard Cloud and leverage the power of Java on the Engine Yard platform.” said Dr Nic Williams, vice president of technology at Engine Yard, in a statement. “This is huge in that it is the first truly threaded implementation of Ruby to have full production support. Customers can get the performance benefits of real concurrency in an enterprise-grade environment. Engine Yard is the first platform to make available all stable, production-ready Ruby implementations, including JRuby, MRI, and Rubinius.””

asterisk hardware

Is there any reason not to run Asterisk on an Intel Atom board?

SIPit 29 in Monaco – interoperability by hard work

Friends,

SIPit is an event organized by the SIP Forum and partners. It has been running for 15 years twice a year, making sure that SIP clients and servers interoperate. By testing, we also find issues with the myriad of RFCs in this area and correct them. Testing interoperability is important.

The first time I brought Asterisk to SIPit in Stockholm many years ago I was terrified. The SIP stack back then was, well, peculiar. It worked with some SIP phones for basic calls, but not much more. During the tests I learned a lot, got a lot of help from friendly engineers and fixed a large amount of bugs. Afterwards I had a list of todo’s that kept me busy for quite some time. It helped Asterisk leaping forward in the SIP area. We’ve grown since then and Digium, as a member of the SIP Forum, hosted a SIPit in Huntsville a while ago, testing both Asterisk and the new baby, Asterisk SCF. I have hosted a SIPit here in Sweden. The Asterisk eco system believes in interoperability and we work hard to stay interoperable with the world of SIP.

This year at SIPit we’ll run all kinds of tests. I will personally focus on security and IPv6 tests. Together with the Kamailio/SIP-router team, I’ve built automatic tests in these areas. Hopefully we can complete them and make them public. (We have a few cool Allison prompts for them too!) I guess I will find a few new bugs as well :-)

So why am I writing to the Asterisk-users mailing list about this? It’s not about showing off, it’s about explaining how interoperability happens. Customers need to require interoperability and open standards, not accept any vendor lock-ins. Vendors and Open Source developers need to take the lead and work together to get interoperability. Customers need to test.

So if you are a developer of SIP products that interact with Asterisk – please register for SIPit today. If you are a customer, please ask your vendors if they participate in SIPit. If you have a lot of knowledge about Asterisk, please register and come test Asterisk 10.

If you are a happy Asterisk user, please understand that the great level of interoperability that we have in Asterisk, communicating with all kinds of devices and servers out there, just did not happen by accident. It required a lot of work by a large group of developers. And you benefit.

I’ll try to keep you posted about the progress of the tests. I can’t name specific vendors that participate, it’s part of the deal. But we can talk about the test results, the state of certain features. Personally I hope that we can succeed in many more tests with TLS and SRTP this event. And we’ll have some fun with IPv6 and dual stack implementations as well.

Thanks for reading!

Have a nice weekend!

/O

invite authentication error !?

This is just a speculative shot in the dark, but remember that the domain of the From URI is important, and that the authentication “realm” (domain) is part of the authentication credentials. So, what you have in your ‘fromdomain’ and ‘host’ settings on the peer does matter.