Dear Mauro, Your requirement seems Clone line feature for asterisk. The same question I've asked here in this group, a months later but could't get well. But actually implemented it now! It is done using AMI. Here is its basic psudo code.
# ami-event.pl Connect to AMI Read the AMI Events Parse the events If it is registration Event then store the Username/IP/Ports/Technology in Database # dial plan run agi script to get all strings eg. first Device: SIP/u...@192.168.0.123:5061 second Device: SIP/u...@10.0.0.150:6060 The complete script is attached. Muhammad Faheem Software Engineer AxVoice Inc. 307,Y Commercial, DHA Lahore, Pakistan +92-333-4793314 http://www.axvoice.com --- On Wed, 8/26/09, Mauro Sergio Ferreira Brasil <mauro.bra...@tqi.com.br> wrote: From: Mauro Sergio Ferreira Brasil <mauro.bra...@tqi.com.br> Subject: [asterisk-users] Multiple user registration ... To: "Asterisk Users Mailing List - Non-Commercial Discussion" <asterisk-users@lists.digium.com> Date: Wednesday, August 26, 2009, 7:07 PM Hello there! We are planning to use Asterisk on our VoIP platform, and we are spending some brains on a way to provide the following facility: let some SIP user (extension) registrate with more than one client (ATA, SoftPhone, VoipCelular, etc) - what isn't a problem at all -, initiate calls from any of this devices that are registrated with the same user - no problems on tests too -, but also receive INVITE requests on "all" devices if someone calls this user - yeah... here the thing gets creepy. The demand is quite simple: let a user registrate with multiple devices using the same SIP user on such way that if someone call him, all these registered devices will ring and the first to take the call will be "the lucky one". The demand, as I've said, is quite simple and logical (translated to our living world), but the reality is a very different history. On our tests, always is the last registered application/device that receives the call indication. And only the last one. We are making some tests trying to "kind of deceive" Asterisk on second, third, and additional, registrations so it receives from Realtime "fake" extensions numbers on such a way that we can use all these fake extensions to build a queue dinamicaly (through ARA) and provide the desired "ring on all" functionality. I think this will lead us to lots of SIP sinalization and multi user registration problems, but that was the best shot we had here until now. I would like to know if anyone had the same demand and, maybe, have found any viable solution to it. Thanks and best regards, -- __At., _ *Technology and Quality on Information* Mauro Sérgio Ferreira Brasil Coordenador de Projetos e Analista de Sistemas + mauro.bra...@tqi.com.br <mailto:@tqi.com.br> : www.tqi.com.br <http://www.tqi.com.br> ( + 55 (34)3291-1700 ( + 55 (34)9971-2572 _______________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- AstriCon 2009 - October 13 - 15 Phoenix, Arizona Register Now: http://www.astricon.net asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
ami-events.pl-running
Description: Binary data
_______________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- AstriCon 2009 - October 13 - 15 Phoenix, Arizona Register Now: http://www.astricon.net asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users