SS7_ORIG_CALLED_NUM variable

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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 


[Index of Archives]     [Asterisk App Development]     [PJ SIP]     [Gnu Gatekeeper]     [IETF Sipping]     [Info Cyrus]     [ALSA User]     [Fedora Linux Users]     [Linux SCTP]     [DCCP]     [Gimp]     [Yosemite Backpacking]     [Deep Creek Hot Springs]     [Yosemite Campsites]     [ISDN Cause Codes]     [Asterisk Books]

  Powered by Linux