[asterisk-ss7] SS7_ORIG_CALLED_NUM variable
Girish Agarwal
girish74 at gmail.com
Mon Jul 27 16:28:50 CDT 2009
Actually,
I take that back.
It works sometimes and it does not work sometimes i.e.
SS7_ORIG_CALLED_NUM does not capture the Value.
The only consistency I have seen is that with a debug
everytime I get the IAM message correct. Here is the relevant portion:-
[Jul 27 17:20:55] VERBOSE[2857] logger.c: [ 01 00 ]
[Jul 27 17:20:55] VERBOSE[2857] logger.c: Message Type: IAM
[Jul 27 17:20:55] VERBOSE[2857] logger.c: [ 01 ]
[Jul 27 17:20:55] VERBOSE[2857] logger.c: --FIXED LENGTH
PARMS[3]--
[Jul 27 17:20:55] VERBOSE[2857] logger.c: Nature of Connection
Indicator:
[Jul 27 17:20:55] VERBOSE[2857] logger.c: Satellites
in connection: 0
[Jul 27 17:20:55] VERBOSE[2857] logger.c: Continuity
Check: Check not required (0)
[Jul 27 17:20:55] VERBOSE[2857] logger.c: Outgoing
half echo control device: included (1)
[Jul 27 17:20:55] VERBOSE[2857] logger.c: [ 10 ]
[Jul 27 17:20:55] VERBOSE[2857] logger.c: Forward Call
Indicators:
[Jul 27 17:20:55] VERBOSE[2857] logger.c: Nat/Intl
Call Ind: call to be treated as a national call (0)
[Jul 27 17:20:55] VERBOSE[2857] logger.c: End to End
Method Ind: no end-to-end method(s) available (0)
[Jul 27 17:20:55] VERBOSE[2857] logger.c: Interworking
Ind: no interworking encountered (0)
[Jul 27 17:20:55] VERBOSE[2857] logger.c: End to End
Info Ind: no end-to-end information available (0)
[Jul 27 17:20:55] VERBOSE[2857] logger.c: ISDN User
Part Ind: ISDN user part used all the way (1)
[Jul 27 17:20:55] VERBOSE[2857] logger.c: ISDN User
Part Pref Ind: ISDN user part preferred all the way (0)[Jul 27 17:20:55]
VERBOSE[2857] logger.c: ISDN Access Ind: originating
access ISDN (1)
[Jul 27 17:20:55] VERBOSE[2857] logger.c: SCCP Method
Ind: no indication (0)
[Jul 27 17:20:55] VERBOSE[2857] logger.c: [ 20 01 ]
[Jul 27 17:20:55] VERBOSE[2857] logger.c: Calling Party's
Category:
[Jul 27 17:20:55] VERBOSE[2857] logger.c: Category:
Ordinary calling subscriber (10)[Jul 27 17:20:55] VERBOSE[2857]
logger.c: [ 0a ]
[Jul 27 17:20:55] VERBOSE[2857] logger.c: --VARIABLE LENGTH
PARMS[2]--
[Jul 27 17:20:55] VERBOSE[2857] logger.c: User Service
Information:[Jul 27 17:20:55] VERBOSE[2857] logger.c:
[ 03 80 90 a2 ]
[Jul 27 17:20:55] VERBOSE[2857] logger.c: Called Party Number:
[Jul 27 17:20:55] VERBOSE[2857] logger.c: Nature of
address: 3
[Jul 27 17:20:55] VERBOSE[2857] logger.c: NI: 0
[Jul 27 17:20:55] VERBOSE[2857] logger.c: Numbering
plan: 1
[Jul 27 17:20:55] VERBOSE[2857] logger.c: Address
signals: 9549776740
[Jul 27 17:20:55] VERBOSE[2857] logger.c: --OPTIONAL PARMS--
[Jul 27 17:20:55] VERBOSE[2857] logger.c: Calling Party
Number:
[Jul 27 17:20:55] VERBOSE[2857] logger.c: Nature of
address: 3
[Jul 27 17:20:55] VERBOSE[2857] logger.c: NI: 0
[Jul 27 17:20:55] VERBOSE[2857] logger.c: Numbering
plan: 1
[Jul 27 17:20:55] VERBOSE[2857] logger.c:
Presentation: 0
[Jul 27 17:20:55] VERBOSE[2857] logger.c: Screening: 3
[Jul 27 17:20:55] VERBOSE[2857] logger.c: Address
signals: 9548003292
[Jul 27 17:20:55] VERBOSE[2857] logger.c: [ 0a 07 03
13 59 84 00 23 29 ]
[Jul 27 17:20:55] VERBOSE[2857] logger.c: Original called
number:
[Jul 27 17:20:55] VERBOSE[2857] logger.c: Nature of
address: 3
[Jul 27 17:20:55] VERBOSE[2857] logger.c: Numbering
plan: 1
[Jul 27 17:20:55] VERBOSE[2857] logger.c:
Presentation: 1
[Jul 27 17:20:55] VERBOSE[2857] logger.c: Address
signals: 9549993738
[Jul 27 17:20:55] VERBOSE[2857] logger.c: Redirection
Information:
[Jul 27 17:20:55] VERBOSE[2857] logger.c: Redirecting
indicator: No Redirection (national use) (0)
[Jul 27 17:20:55] VERBOSE[2857] logger.c: Original
redirection reason: No reply (national use) (2)
[Jul 27 17:20:55] VERBOSE[2857] logger.c: Redirection
counter: 1
[Jul 27 17:20:55] VERBOSE[2857] logger.c: Redirecting
reason: No reply (2)
[Jul 27 17:20:55] VERBOSE[2857] logger.c: [ 13 02 20
21 ]
Regards,
Girish
On 7/27/09, Girish Agarwal <girish74 at gmail.com> wrote:
>
> Thanks Joseph, I think there was a typo in my earlier attempts, but this is
> how it is working:-
>
> exten => _19549776740,1,GotoIf($["${SS7_ORIG_CALLED_NUM}" = ""]?vmm:vm)
> exten => _19549776740,n(vmm),VoicemailMain(${CALLERID(num)}@default)
> exten => _19549776740,n,Hangup()
> exten => _19549776740,n(vm),VoiceMail(${SS7_ORIG_CALLED_NUM}@default<$%7BSS7_ORIG_CALLED_NUM%7D at default>
> )
> exten => _19549776740,n,Hangup()
>
> Regards,
> Girish
>
> On 7/27/09, Joseph <tech at ekn.com> wrote:
>>
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> To see all the variables on a channel, do this while the call is up:
>>
>> # core show channel DAHDI/ <--channel number here, hit tab to get *
>> to complete one for you.
>>
>>
>> On Jul 22, 2009, at 3:50 PM, Girish Agarwal wrote:
>>
>> > Can anyone please provide a working example of how to use the
>> > above mentioned libss7 variable in extensions.conf. My setup is
>> > I dial 9549993738 which rings on nortel switch. If the phone is
>> > not picked up then it comes to voicemail number 19549996740 which is
>> > programmed on asterisk. I have seen the whole execution of the call
>> > on the asterisk side and it works perfectly ( with the reason for
>> > call diversion, original caller and called numbers, everything
>> > intact ).
>> >
>> > The problem I am facing is VoiceMail is called as
>> > 19549996740 at default and I need it to be 19549993738 at default so that
>> > it leaves the message for 9549993738 and not 9549996740
>> >
>> > Here is my relevant extensions.conf and so far what I have tried:-
>> >
>> > ;exten => _19549776740,1,VoiceMail(${SS7_ORIG_CALLED_NUM}@default)
>> > ----> empty
>> > exten => _19549776740,1,VoiceMail(${CALLERID(dnid)}@default) ----
>> > >value 19549996740
>> > ;exten = _19549993738,1,VoiceMail(${CALLERID(num)}@default) ----
>> > >value 19549996740
>> > ;exten = _19549776740,1,VoiceMailMain(${CALLERID(num)}@default) ----
>> > >value 19549996740
>> >
>> > I am using libss7=1.0.1 with asterisk 1.6.0.9.
>> >
>>
>> - --
>> regards, Joseph
>>
>> -----BEGIN PGP SIGNATURE-----
>> Version: GnuPG v1.4.9 (Darwin)
>>
>> iEYEARECAAYFAkptuYkACgkQ5CyZqOno04y5HACfb15GCVmiVzfNTagvR+5IP6A/
>> tLMAn1ZyAF4+qSjumxfvcHEe7M2WlNed
>> =GvJ/
>> -----END PGP SIGNATURE-----
>>
>> _______________________________________________
>> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>>
>> asterisk-ss7 mailing list
>> To UNSUBSCRIBE or update options visit:
>> http://lists.digium.com/mailman/listinfo/asterisk-ss7
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-ss7/attachments/20090727/ad0e3700/attachment.htm
More information about the asterisk-ss7
mailing list