| < Previous by Date | Date Index | Next by Date > |
| < Previous in Thread | Thread Index | Next in Thread > |
Hi,
Thanks Scott for prompt response.
The 15 SIP user agents have separate recon instances. Each agent has its own UserAgent and ConversationManager instances.
Your posted wiki page, http://www.resiprocate.org/Limitations_with_sipXtapi_media_Integration is very helpful:
· It said that “one sipX media interface object was used for all conversations created” and “there is currently a limit of 7 remote participants in recon”, can I increase the value of DEFAULT_BRIDGE_MAX_IN_OUTPUTS?
· Based on “sipX compiled default is to allow 10 connections per media interface“, I think the limitation is related to the media interface not recon instances.
Best regards,
Hi,I'm not really familiar with online charing - so I'm getting lost in your terminology. Are the 15 agents all SIP User agents (recon Remote Participants)? Are you using recon to implement the SIP user agents? Are all SIP user agents running within one recon instance, or separate?
> asterisk log indicates that callee doesn’t answer the call.What do the recon logs show? Did recon see the INVITE?There are limits within recon if you are implementing multiple Remote Participants within one recon instance - see the following wiki page:
On Sun, Mar 7, 2010 at 12:23 PM, Abdelrhman Ahmed <aas03@xxxxxxxxxxxxx> wrote:_______________________________________________Hi,
I implemented modifications on resiprocate (v. 1.5) to support online charging; now I want to evaluate the performance.
I made a test application that can initiate up to 15 agents, one acts as a payment provider, 7 act as users, and the last 7 act as service providers.
The scenario runs properly as follows:
1. The 15 agents register against asterisk version 1.6.1.6.
2. The 7 users withdrawal coins from the payment provider to be paid for a certain service provider.
3. The payment provider acknowledges the service providers of withdrawn coins.
4. Each user calls a service provider.
The problem is when I add one more service provider, the 16th agent (8th service provider) registers properly but can’t answer the payment provider call (step 3), and asterisk log indicates that callee doesn’t answer the call.
I think the problem is related to RTP ports and I assure that port assigned to the 16th agent is a valid one.
Sorry for long mail.
Best regards,
Abdelrhman Ahmed
Computer Science Teaching Assistant
Faculty of Computers & Information
recon-devel mailing list
recon-devel@xxxxxxxxxxxxxxx
List Archive: http://list.resiprocate.org/archive/recon-devel/