RE: [Asterisk-Users] Persistent variables disappear when dialingLocal extension
Kevin P. Fleming wrote: Falck Kenneth wrote: My persistent variables (_XXX or __XXX) don't persist when I dial a Local extension. I'm doing a forked dial where the other channel is SIP and the other Local. Is this a known problem? Using Asterisk 1.0.9. Variable inheritance is a CVS HEAD feature, it is not supported in 1.0.x. Thanks, I was misguided by http://www.voip-info.org/wiki-Asterisk+Variables which didn't mention this. I guess there is no way to achieve what I want to do with the stable version? I.e. pass call-specific variables when dialling through a Local channel. Now I can only see the original Caller ID and the destination extension, but not the other destination extension of the forked call, which might suffice for my purposes. -- Kenneth Falck, SWelcom Oy, Ludviginkatu 6-8, 00130 Helsinki, Finland Private: [EMAIL PROTECTED] Business: [EMAIL PROTECTED] GSM: +358405103121 Balance is the essential component. ___ Asterisk-Users mailing list Asterisk-Users@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
RE: [Asterisk-Users] Persistent variables disappear when dialingLocalextension
Kevin P. Fleming wrote: Falck Kenneth wrote: Thanks, I was misguided by http://www.voip-info.org/wiki-Asterisk+Variables which didn't mention this. You are more than welcome to edit the page to make it obvious to the next reader :-) You're quite right - I added a little note there to warn others now. It's a great Wiki anyway, just these little inaccuracies or misunderstandings every now and then... -- Kenneth Falck, SWelcom Oy, Ludviginkatu 6-8, 00130 Helsinki, Finland Private: [EMAIL PROTECTED] Business: [EMAIL PROTECTED] GSM: +358405103121 Balance is the essential component. ___ Asterisk-Users mailing list Asterisk-Users@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
RE: [Asterisk-Users] Persistent variables disappear when dialingLocalextension
Matt Florell wrote: We struggled with this a couple years back before CVS_head had that function. What we ended up doing was using the CallerIDName field for a 20 character unique identifier and we used the callerIDnum as usual (telcos in the US only use callerIDnum anyway). Thanks! I applied this to our case, and I can now store the recipient's CallerID in CALLERIDNAME, and then restore it in the Local context into CALLERIDNUM. The solution is still a little dirty, since CALLERIDNAME will show up in the SIP From header. But I think I can work around that by dialling both calls in the fork through a Local channel that clears CALLERIDNAME before connecting to the real destination. -- Kenneth Falck, SWelcom Oy, Ludviginkatu 6-8, 00130 Helsinki, Finland Private: [EMAIL PROTECTED] Business: [EMAIL PROTECTED] GSM: +358405103121 Balance is the essential component. ___ Asterisk-Users mailing list Asterisk-Users@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[Asterisk-Users] Persistent variables disappear when dialing Local extension
Hi, My persistent variables (_XXX or __XXX) don't persist when I dial a Local extension. I'm doing a forked dial where the other channel is SIP and the other Local. Is this a known problem? Using Asterisk 1.0.9. My purpose is to fork the original call to two destinations: One going to an internal SIP phone and the other going to an external PSTN gateway (also using SIP). So the recipient can pick it up from either phone. The challenge is that the external PSTN call will be paid for by the recipient of the original call, and thus it must have a different Caller ID to make it appear as dialled by him (a requirement). I tried to solve this by dialing through a Local channel and setting the Caller ID there, but all my user variables containing info about the call (which are retrieved from MySQL earlier) are lost. Thankful for any ideas... -- Kenneth Falck, SWelcom Oy, Ludviginkatu 6-8, 00130 Helsinki, Finland Private: [EMAIL PROTECTED] Business: [EMAIL PROTECTED] GSM: +358405103121 Never trust an operating system you don't have sources for. ___ Asterisk-Users mailing list Asterisk-Users@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
