Ok, understood. 1. But why rely on a external CNS? I know battery consumption will be a little bit less - any other reasons? 2. I would still stick with a SIP-Relay setup using Asterisk/FreeSwitch/whatever One option would be to script Asterisk as follows: on incoming call from VSP: - Accept incoming call (actually optional, but call will drop after 32s if not accepted + no dial tone is generated yet...) - Inform CNS via some interface (probably http) - Loop (until try count) -- Try to call UAC; on fail (not available) restart loop (very strict timeout); on busy or reject or whatever cancel call. -- Wait if client registers (X seconds) As Asterisk can be scripted in Lua it should not be to much to. I would say 2 days implementing it and 1 day testing. --- Dennis Guse On Tue, Jan 21, 2014 at 8:25 PM, Daniel Ellison <daniel at syrinx.net> wrote: > Anyone? Don't make me invoke Bueller! > > On 2014-01-20, at 4:35 PM, Daniel Ellison <daniel at syrinx.net> wrote: > > Thanks, Dennis. I actually have a reason for that particular setup. I > want to create a notification server somewhat like Acrobits' SIPIS, but I > want it to be SIP client agnostic. On its own there's no utility to having > a server that simply redirects both ways. I want to do some processing in > the interim, necessitating custom coding and the use of something like > PJSIP. Here's the scenario: > > > > VoIP Service Provider = VSP > > Client Notification Service = CNS (e.g. Apple's APNS) > > User Agent Client = UAC > > User Agent Server = UAS > > > > Assumptions: > > - UAS runs separately from UAC > > - UAS is registered with VSP on behalf of UAC > > > > Scenario: > > - Incoming call: VSP to UAC > > - UAC is not registered with UAS > > > > Sequence: > > 1. VSP sends INVITE to UAS > > 2. UAS sends a notification to CNS > > 3. CNS notifies UAC > > 4. UAC registers to UAS > > 5. UAS sends REDIRECT to VSP > > 6. VSP sends INVITE to UAC > > > > When the UAC is registered, the UAS will just do a simple redirect > either way. Does that make more sense? > > > > +Dan > > > > On Jan 20, 2014 4:09 PM, Dennis Guse <dennis.guse at alumni.tu-berlin.de> > wrote: > >> > >> You could simply go setting up Astersk / FreeSwitch or similar and > register with the remote provider. > >> > >> --- > >> Dennis Guse > >> > >> > >> On Mon, Jan 20, 2014 at 2:38 PM, Daniel Ellison <daniel at syrinx.net> > wrote: > >>> > >>> Hey all, > >>> > >>> This is my first post to the PJSIP mailing list. Hopefully what I'm > thinking of doing is possible with PJSIP, or indeed with SIP generally. I'm > very new to SIP so my terminology may be off and my ideas may be wildly > inappropriate. > >>> > >>> Here's what I want to do: I want to set up a persistent SIP User Agent > Server that simply redirects both ways. If a call comes in from a VoIP > Service Provider, my UAS would send a redirect to the VSP pointing to a SIP > User Agent Client. Similarly, if the UAC initiates a call, the UAS > redirects the UAC to the VSP. This assumes that the UAC is registered with > the UAS and the UAS is registered with the VSP. > >>> > >>> Is the above scenario feasible? As I said, I'm new to SIP so I'm not > sure, for example, whether the UAC needs to register with the VSP in order > to receive an incoming call in this scenario. I'm hoping that I can just > leave the UAC registered with the UAS and the UAS registered with the VSP > and have it all magically work. :) > >>> > >>> Thanks, > >>> Dan > >>> _______________________________________________ > >>> Visit our blog: http://blog.pjsip.org > >>> > >>> pjsip mailing list > >>> pjsip at lists.pjsip.org > >>> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org > >> > >> > > _______________________________________________ > > Visit our blog: http://blog.pjsip.org > > > > pjsip mailing list > > pjsip at lists.pjsip.org > > http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org > > > _______________________________________________ > Visit our blog: http://blog.pjsip.org > > pjsip mailing list > pjsip at lists.pjsip.org > http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/attachments/20140123/049f158b/attachment-0001.html>
