[Serusers] Voip Solution advice

Fri Mar 11 01:39:53 CET 2005

Our company will allow you to colo a 1RU server at no cost if you do this in
one of the following locations:

Seattle
NY

Brandon Patterson
LiveVoip LLC
voip at livevoip.com

* Using one main DB server and multiple nodes is a solution.

> How does one implement the following:
>
> US Server - 202.7.6.33
> NZ Auckland - 202.7.6.33
> NZ Wellington - 202.7.6.33
>
> Each server also has a unique real world IP to communicate in the backend
> for mysql etc, however the anycast range above is used to connect a person
> to the closest peering server. I'm starting something similar to FWD but
> with a NZ presence, there are a number of very excited users wishing to
> signup, with an option of making international calls via a gateway 
> provider
> in the future.
>
> The Auckland server will have the DB and all the others will connect
> remotely to the DB via the unique IP address. The Auckland server will 
> have
> an Asterisk installation running on 5070 to deal with voicemail and 
> peering
> to other providers with my unique user/pass (Unless this can be done with
> SER)
>
> If anyone is willing to help with this community project please advise, if
> you could help with configs, that would be a GREAT help. If you're a 
> current
> VOIP provider and have a solution that I could use to deploy this network,
> it'd be much appreciated. I'm not doing this for money so I don't expect 
> to
> be paying any money to set it up, I have the server resources and 
> bandwidth
> and thought this would be a great way to put it to use. In return I can
> advertise your PBX solutions to the NZ market as there are currently none
> that I know of.
>
> Thanks
> Kindest Regards
> Barry Murphy
>
> ----- Original Message -----
> From: "Alistair Cunningham" <acunningham at integrics.com>
> To: "Barry Murphy" <barry at unix.co.nz>
> Cc: <serusers at lists.iptel.org>
> Sent: Friday, March 11, 2005 11:09 AM
> Subject: Re: [Serusers] problem with serwev confirmation...
>
>
>> Barry,
>>
>> The fifo is used by programs such as serctl and the web interface to
>> communicate with SER itself. It's not accessible from remote machines,
>> which means that the web interface needs to run on the same machine as
>> SER. If you have 2 SER machines you need to think carefully about how to
>> do the web interface, as the web accesses both MySQL directly and SER
>> through the FIFO.
>>
>> If you have to change the permissions each time, something is still 
>> wrong.
>>
>> Alistair Cunningham,
>> Integrics Ltd,
>> Telephony, Database, Unix consulting worldwide
>> +44 (0)7870 699 479
>> http://integrics.com/
>>
>>
>> Barry Murphy wrote:
>> > I've edited the code and got it all working, however still get slow 
>> > page
>> > loads when trying to access ser_fifo (pages dont load, just blue bar
> going
>> > slowly till timeout). Another thing i'm thinking may be an issue is I
> have 2
>> > servers sharing the same DB, one remote server and then the local one,
> how
>> > are they going to share ser_fifo info; what the heck is ser_fifo used
> for;
>> > cant it use the DB?
>> >
>> > Everytime i start ser I have to change the permissions of ser_fifo :/
>> >
>> > Barry
>> >
>> > ----- Original Message -----
>> > From: "Alistair Cunningham" <acunningham at integrics.com>
>> > To: "Barry Murphy" <barry at unix.co.nz>
>> > Cc: <serusers at lists.iptel.org>
>> > Sent: Friday, March 11, 2005 10:04 AM
>> > Subject: Re: [Serusers] problem with serwev confirmation...
>> >
>> >
>> >
>> >>Barry,
>> >>
>> >>You shouldn't need to delete pending users by hand. If it's not being
>> >>done automatically, something's wrong.
>> >>
>> >>Sure SER is running and is accessing the fifo? Try this command as 
>> >>root:
>> >>
>> >>fuser -v /tmp/ser_fifo
>> >>
>> >>It ought to list quite a few SER processes running.
>> >>
>> >>If you'd like commercial help getting this fixed, I can ssh into your
>> >>server and take a look if you like. It wouldn't be very much. Drop me 
>> >>an
>> >>email off list if you're interested.
>> >>
>> >>Alistair Cunningham,
>> >>Integrics Ltd,
>> >>Telephony, Database, Unix consulting worldwide
>> >>+44 (0)7870 699 479
>> >>http://integrics.com/
>> >>
>> >>
>> >>Barry Murphy wrote:
>> >>
>> >>>Hi Alistair,
>> >>>
>> >>>Same list different thread.
>> >>>
>> >>>Yeah I did notice this mistake I made and corrected it, however since
>> >
>> > doing
>> >
>> >>>so, when I go to the confirmation page it says "opening page" with the
>> >
>> > vlue
>> >
>> >>>bar slowly moving across, never stops until timeout has exceeded. It's
>> >
>> > doing
>> >
>> >>>it's thing in the backround as it copys the user to subscribers but
>> >
>> > still
>> >
>> >>>not removing from pending, I may need to edit the code manually 
>> >>>however
>> >>>didnt really want to do this. If I click the confirmation, see 
>> >>>"Opening
>> >>>page" then click refresh  I get:
>> >>>
>> >>>error in SQL query, line: 43
>> >>>We regret but your voipweb.fast.co.nz confirmation attempt failed.
>> >>>Please contact voip at fast.co.nz for further assistance.
>> >>>
>> >>>Removing pended users, well I can do this at midnight every sunday
>> >
>> > maybe.
>> >
>> >>>Barry
>> >>>
>> >>>----- Original Message -----
>> >>>From: "Alistair Cunningham" <acunningham at integrics.com>
>> >>>To: "Barry Murphy" <barry at unix.co.nz>
>> >>>Cc: <serusers at lists.iptel.org>
>> >>>Sent: Friday, March 11, 2005 8:57 AM
>> >>>Subject: Re: [Serusers] problem with serwev confirmation...
>> >>>
>> >>>
>> >>>
>> >>>
>> >>>>Barry,
>> >>>>
>> >>>>(We seem to be meeting on more than one mailing list today!)
>> >>>>
>> >>>>From your output below, the fifo has owner 777, not permissions 777 -
>> >>>>perhaps you were doing chown when you meant chmod?
>> >>>>
>> >>>>The fifo needs to be writeable by the user your web server is running
>> >>>>as. On my lab system, it's:
>> >>>>
>> >>>>prw-rw-rw-  1 root root 0 Feb 21 10:53 /tmp/ser_fifo
>> >>>>
>> >>>>To get this, run the following commands as root:
>> >>>>
>> >>>>chown root.root /tmp/ser_fifo
>> >>>>chmod 0666 /tmp/ser_fifo
>> >>>>
>> >>>>On production systems, I like to make a 'ser' group, put the ser and
>> >>>>http server users in it, then chmod 0660 instead of 0666.
>> >>>>
>> >>>>Leaving the user in the pending table is a bit ugly, but the system
> will
>> >>>>probably still work. You may care to fire up the mysql command line
>> >>>>client, and do a 'delete from pending' when you know there's no-one 
>> >>>>in
>> >>>>the queue.
>> >>>>
>> >>>>Alistair Cunningham,
>> >>>>Integrics Ltd,
>> >>>>Telephony, Database, Unix consulting worldwide
>> >>>>+44 (0)7870 699 479
>> >>>>http://integrics.com/
>> >>>>
>> >>>>
>> >>>>Barry Murphy wrote:
>> >>>>
>> >>>>
>> >>>>>Ok i've brought this up in the past but no one answered:
>> >>>>>
>> >>>>>1./ User signs up
>> >>>>>2./ User receives confirmation email
>> >>>>>3./ User clicks on URL
>> >>>>>4./ User receives:
>> >>>>>Warning: fopen(/tmp/ser_fifo): failed to open stream: Permission
> denied
>> >>>
>> >>>in
>> >>>
>> >>>
>> >>>>>/www/serweb/html/functions.php on line 206
>> >>>>>sorry -- cannot open write fifo
>> >>>>>We regret but your voipweb.fast.co.nz confirmation attempt failed.
>> >>>>>Please contact voip at fast.co.nz for further assistance.
>> >>>>>5./ In the backround user is actually added to subscription table 
>> >>>>>but
>> >>>
>> >>>left
>> >>>
>> >>>
>> >>>>>in pending table too, is this a problem?
>> >>>>>
>> >>>>>prw-rw----  1 777  wheel  0 Mar 10 16:51 /tmp/ser_fifo
>> >>>>>I've tried chmod 777 this file many times, doesnt seem to help
>> >>>>>
>> >>>>>Any idea's people? Is this ser_fifo file needed, what does it do? 
>> >>>>>How
>> >
>> > do
>> >
>> >>>I
>> >>>
>> >>>
>> >>>>>fix serweb?
>> >>>>>
>> >>>>>Barry
>> >>>>>
>> >>>>>P.S. Latest stable Serweb via cvs
>> >>>>>
>> >>>>>_______________________________________________
>> >>>>>Serusers mailing list
>> >>>>>serusers at lists.iptel.org
>> >>>>>http://lists.iptel.org/mailman/listinfo/serusers
>> >>>>>
>> >>>>>
>> >>>>
>> >>>
>> >>>
>> >
>> >
>> >
>>
>
> _______________________________________________
> Serusers mailing list
> serusers at lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers 