Jump to content

Multicore technology utilization - when will be available?


Parks
 Share

Recommended Posts

I am wondering what version will be able to utilize multicore technologies so we can have more than 75-80 concurrent calls per server. We're wanting to be able to have at least 250+ before having to deploy more servers.

 

Also looking for in the future would be able to manage all domains from one management interface whether 2 or more servers. It would be nice to have the directory stored on a SAN that multiple servers can pull from and also making the service load balance.

 

Don't know if PBXnSIP is looking to do this kind of development or stay more towards the smaller ITSPs.

Link to comment
Share on other sites

I am wondering what version will be able to utilize multicore technologies so we can have more than 75-80 concurrent calls per server. We're wanting to be able to have at least 250+ before having to deploy more servers.

 

Also looking for in the future would be able to manage all domains from one management interface whether 2 or more servers. It would be nice to have the directory stored on a SAN that multiple servers can pull from and also making the service load balance.

 

Don't know if PBXnSIP is looking to do this kind of development or stay more towards the smaller ITSPs.

 

As long as you are able to split the user group up into domains with 75 calls per domain then you can do that today. You need to run several processes; each one bound to a seperate core (leave one core for the OS). Each process has a different working directory. And you either bind each process to another IP address or you use different ports. In Linux/BSD this is relatively straightforward. In Windows, you cannot use the standard installation procedure but must use another mechanism to set the services up.

 

In any case, the key is to be able to split users up into smaller pieces. Then you can scale along cores and servers.

Link to comment
Share on other sites

As long as you are able to split the user group up into domains with 75 calls per domain then you can do that today. You need to run several processes; each one bound to a seperate core (leave one core for the OS). Each process has a different working directory. And you either bind each process to another IP address or you use different ports. In Linux/BSD this is relatively straightforward. In Windows, you cannot use the standard installation procedure but must use another mechanism to set the services up.

 

In any case, the key is to be able to split users up into smaller pieces. Then you can scale along cores and servers.

 

That's a lot of work to accomplish this as you would need to separate everything including having separate web portals for each. This makes it increasingly difficult to manage. Do you have an estimate time line when this will automatically work making 1 login and binding all to 1 IP. This sounds like a duck tape job for now at least.

Link to comment
Share on other sites

That's a lot of work to accomplish this as you would need to separate everything including having separate web portals for each. This makes it increasingly difficult to manage. Do you have an estimate time line when this will automatically work making 1 login and binding all to 1 IP. This sounds like a duck tape job for now at least.

Would be nice to be able to choose in admin how many processes to run, and maybe be able to map domains or functions to a process.

Link to comment
Share on other sites

Would be nice to be able to choose in admin how many processes to run, and maybe be able to map domains or functions to a process.

 

Yeah, I think that would be a really good idea. I also still have amjor concern that I cannot add additional admin users and assign them specific roles to work on.

Link to comment
Share on other sites

Yeah, I think that would be a really good idea. I also still have amjor concern that I cannot add additional admin users and assign them specific roles to work on.

I agree.. I have a few roles that I would like to hand out to others, yet do not wish to give these users full access to the entire system, but the user must also have access to system settings / MoH etc.

Link to comment
Share on other sites

  • 5 weeks later...

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

 Share

×
×
  • Create New...