2008/12/18 Paul Kyzivat <pkyzi...@cisco.com>: > The problem here is that you have a device that is trying to charge, but > controls nothing to enforce its charging. If it wants to charge, then it > ought to have something (e.g. the media stream) that it can "turn off" when > the call terminates. Then there won't be fraud. > > If the proxy doesn't control the media path, then *what* is it charging for? > If it is providing no services after the call is set up, then it should only > charge for call setup, not call duration. > > I realize many deployed systems do this anyway - its just popular to charge > for things that cost you nothing - its a good way to make money.
Well, you can be a SIP provider an also a client of your carriers (those who provide the gateways, the RTP endpoints in calls to PSTN). In this scenario you don't need to handle RTP in your SIP infrastructure, do you? But of course you need to charge your clients (you are a traffic reseller, even if the RTP goes directly from your clients to your carrier providers). IMHO, the only solution here (without handling RTP) is a B2BUA that does accounting and also SessionTimers in clients leg and carriers leg. -- Iñaki Baz Castillo <i...@aliax.net> _______________________________________________ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
