Here is a more detailed description of the issue:
One of our customer is using a SIP proxy with a radius server for authentication and billing. In their environment, most of their users are using SIP phones that are registering/authenticating to the proxy/registrar. Each calls are audited in the radius server. Until now everything is simple. It gets complicated when we try to include our fax server in the picture. The fax server already have a database of users that can send faxes using SIP/T.38. The customer has 2 issues: 1- They would like each fax users to register/authenticate in their proxy/registrar so that all calls can be audited in the their already existing infrastructure. 2- They don't want to create a rule for every user in the fax database so that all incoming calls that are intended for a fax user ar snet to the fax server. The customer says that for them the best solution would be that the fax server behave as a sip user agent for each user in the database. That would require the fax server to register for each and every user in the fax server database. That way the fax server would perfectly integrate in their environment. I am having some concerns about that. The number of users in the fax server database can be huge! (Somethimes more 20000 users) We don't want to do DOS attack on the Registrar. The other issue is to do registration with authentication you need a user to provide A user name and password. The problem is that the fax server need to work unattended. I don't see how we would be able to provide a password unless we keep a copy of the password in the database, which I don't think would be wise!!! Does any one have any idea how to resolve that? Is there a way for that customer to be able to audit its calls without having us to register every user? Maybe using the uri of the sender (from header)? Another issue is that a fax server is divided in components and the component that is taking care of the fax sending/receiving through SIP/T.38 can be replicated on different end-point to distibute load so that we can receive/send a large amount of faxes in the same time. Which I think would be an issue for registration since an address-of-record would need to be registered for each SIP/T.38 node... Please let me let know -----Original Message----- From: Beith, Gordon [mailto:[EMAIL PROTECTED] Sent: Friday, December 30, 2005 5:08 PM To: [EMAIL PROTECTED] Subject: RE: [Sip-implementors] Registration of a massive numberof address-of -record... If I understand correctly, this Fax server would be a core network device, and as such would only be required to register as a single entity. Maybe you can try and describe your networking scenario a little more for everyone? -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott Lawrence Sent: Friday, December 30, 2005 12:55 PM To: [EMAIL PROTECTED] Cc: [email protected] Subject: Re: [Sip-implementors] Registration of a massive numberof address-of -record... On Thu, 2005-12-22 at 10:05 -0500, [EMAIL PROTECTED] wrote: > We are building a fax server that is SIP enabled. We would like to > implement REGISTRATION. We have some concerns about scalability. > Since the fax server is a UAS the can map to a very large number of users (a > few thousands), I am a little concerned about sending a register > request for every single user in our database. I am wondering if > anyone had to deal with that kind of concerns before and if anyone has > a solution to prevent our server to do such an assault on the registrar. Do you mean that you want the fax server to have a database of all users for which it might receive faxes and then register itself as a contact for each of them? I would suggest that there are probably better ways to handle that in the proxy. After all - I certainly don't want a fax server to answer a call that's also ringing on my phone. -- Scott Lawrence tel:+1-781-938-5306;ext=162 or sip:[EMAIL PROTECTED] Consulting Engineer - Pingtel Corp. http://www.pingtel.com/ sipXpbx project coordinator - SIPfoundry http://www.sipfoundry.org/sipX _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
