I have a couple of numbers that are diverted to a number that is conected to an isdn30 card, running asterisk 1.4. eg. 123456 => 22334455 654321 => 22334455 What I would like to know is the number of the orginal number dialled (123456 or 654321). I thought that RDNIS was the answer, but it is always coming up blank. When I did a debug on the pri span, I saw the following message Unable to handle ROSE operation 15 is this the cause of my problem ? Does 1.6 handle this operation ? Or is it a configuration setting that I need in zaptel / zapata ? Thanks Julian ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________
In article <49483005.8030605 at dotr.com>, Julian Lyndon-Smith <asterisk at dotr.com> wrote:> I have a couple of numbers that are diverted to a number that is > conected to an isdn30 card, running asterisk 1.4. > > eg. > > 123456 => 22334455 > 654321 => 22334455 > > What I would like to know is the number of the orginal number dialled > (123456 or 654321). I thought that RDNIS was the answer, but it is > always coming up blank. > > When I did a debug on the pri span, I saw the following message > > Unable to handle ROSE operation 15 > > is this the cause of my problem ?Don't know about that error, but in the pri debug output, did you see any mention of the originally dialled number, or only the translated number? If the originally dialled number is not presented in an information element somewhere, then it would be a bit of a challenge for Asterisk to infer it! :-) Just found this message, which seems to refer to the same issue: http://lists.digium.com/pipermail/asterisk-users/2007-July/191858.html If your original number does appear in a ROSE IE simlar to that shown in the above message, then it may be that libpri needs updating to handle it. Can you get a second destination number on the same ISDN30 and then divert one of the original numbers to that instead? Cheers Tony -- Tony Mountifield Work: tony at softins.co.uk - http://www.softins.co.uk Play: tony at mountifield.org - http://tony.mountifield.org
Isn't that the ${exten} number? In other words, the number called.
-->> -----Original Message-----
-->> From: asterisk-users-bounces at lists.digium.com
[mailto:asterisk-users-
-->> bounces at lists.digium.com] On Behalf Of Tony Mountifield
-->> Sent: 17 December 2008 10:17
-->> To: asterisk-users at lists.digium.com
-->> Subject: Re: [asterisk-users] RDNIS and asterisk
-->>
-->> In article <49483005.8030605 at dotr.com>,
-->> Julian Lyndon-Smith <asterisk at dotr.com> wrote:
-->> > I have a couple of numbers that are diverted to a number that
is
-->> > conected to an isdn30 card, running asterisk 1.4.
-->> >
-->> > eg.
-->> >
-->> > 123456 => 22334455
-->> > 654321 => 22334455
-->> >
-->> > What I would like to know is the number of the orginal number
-->> dialled
-->> > (123456 or 654321). I thought that RDNIS was the answer, but it
is
-->> > always coming up blank.
-->> >
-->> > When I did a debug on the pri span, I saw the following message
-->> >
-->> > Unable to handle ROSE operation 15
-->> >
-->> > is this the cause of my problem ?
-->>
-->> Don't know about that error, but in the pri debug output, did
you
see
-->> any mention of the originally dialled number, or only the
translated
-->> number?
-->>
-->> If the originally dialled number is not presented in an
information
-->> element somewhere, then it would be a bit of a challenge for
Asterisk
-->> to infer it! :-)
-->>
-->> Just found this message, which seems to refer to the same issue:
-->>
http://lists.digium.com/pipermail/asterisk-users/2007-July/191858.html
-->>
-->> If your original number does appear in a ROSE IE simlar to that
shown
-->> in
-->> the above message, then it may be that libpri needs updating to
handle
-->> it.
-->>
-->> Can you get a second destination number on the same ISDN30 and
then
-->> divert one of the original numbers to that instead?
-->>
-->> Cheers
-->> Tony
-->> --
-->> Tony Mountifield
-->> Work: tony at softins.co.uk - http://www.softins.co.uk
-->> Play: tony at mountifield.org - http://tony.mountifield.org
-->>
-->> _______________________________________________
-->> -- Bandwidth and Colocation Provided by http://www.api-digital.com
--
-->>
-->> asterisk-users mailing list
-->> To UNSUBSCRIBE or update options visit:
-->> http://lists.digium.com/mailman/listinfo/asterisk-users
Where are you actually doing the diverting? In Asterisk at the telco
exchange?
-->> -----Original Message-----
-->> From: asterisk-users-bounces at lists.digium.com
[mailto:asterisk-users-
-->> bounces at lists.digium.com] On Behalf Of Julian Lyndon-Smith
-->> Sent: 17 December 2008 11:07
-->> To: Asterisk Users Mailing List - Non-Commercial Discussion
-->> Subject: Re: [asterisk-users] RDNIS and asterisk
-->>
-->> No, ${exten} is the final destination number
-->>
-->> myphone calls 123456, which is diverted to 22334455 would givc an
-->> ${exten} of 22334455, but I wanted to know the 123456.
-->>
-->> Julian
-->> Andrew Thomas wrote:
-->> > Isn't that the ${exten} number? In other words, the number
called.
-->> >
-->> >
-->> >
-->> > -->> -----Original Message-----
-->> > -->> From: asterisk-users-bounces at lists.digium.com
-->> > [mailto:asterisk-users-
-->> > -->> bounces at lists.digium.com] On Behalf Of Tony
Mountifield
-->> > -->> Sent: 17 December 2008 10:17
-->> > -->> To: asterisk-users at lists.digium.com
-->> > -->> Subject: Re: [asterisk-users] RDNIS and asterisk
-->> > -->>
-->> > -->> In article <49483005.8030605 at dotr.com>,
-->> > -->> Julian Lyndon-Smith <asterisk at dotr.com>
wrote:
-->> > -->> > I have a couple of numbers that are diverted
to a number
-->> that is
-->> > -->> > conected to an isdn30 card, running asterisk
1.4.
-->> > -->> >
-->> > -->> > eg.
-->> > -->> >
-->> > -->> > 123456 => 22334455
-->> > -->> > 654321 => 22334455
-->> > -->> >
-->> > -->> > What I would like to know is the number of the
orginal
-->> number
-->> > -->> dialled
-->> > -->> > (123456 or 654321). I thought that RDNIS was
the answer,
but
-->> it
-->> > is
-->> > -->> > always coming up blank.
-->> > -->> >
-->> > -->> > When I did a debug on the pri span, I saw the
following
-->> message
-->> > -->> >
-->> > -->> > Unable to handle ROSE operation 15
-->> > -->> >
-->> > -->> > is this the cause of my problem ?
-->> > -->>
-->> > -->> Don't know about that error, but in the pri
debug output,
did
-->> you
-->> > see
-->> > -->> any mention of the originally dialled number, or
only the
-->> > translated
-->> > -->> number?
-->> > -->>
-->> > -->> If the originally dialled number is not presented
in an
-->> > information
-->> > -->> element somewhere, then it would be a bit of a
challenge
for
-->> > Asterisk
-->> > -->> to infer it! :-)
-->> > -->>
-->> > -->> Just found this message, which seems to refer to
the same
-->> issue:
-->> > -->>
-->> > http://lists.digium.com/pipermail/asterisk-users/2007-
-->> July/191858.html
-->> > -->>
-->> > -->> If your original number does appear in a ROSE IE
simlar to
-->> that
-->> > shown
-->> > -->> in
-->> > -->> the above message, then it may be that libpri needs
updating
-->> to
-->> > handle
-->> > -->> it.
-->> > -->>
-->> > -->> Can you get a second destination number on the same
ISDN30
and
-->> > then
-->> > -->> divert one of the original numbers to that instead?
-->> > -->>
-->> > -->> Cheers
-->> > -->> Tony
-->> > -->> --
-->> > -->> Tony Mountifield
-->> > -->> Work: tony at softins.co.uk -
http://www.softins.co.uk
-->> > -->> Play: tony at mountifield.org -
http://tony.mountifield.org
-->> > -->>
-->> > -->> _______________________________________________
-->> > -->> -- Bandwidth and Colocation Provided by
http://www.api-
-->> digital.com
-->> > --
-->> > -->>
-->> > -->> asterisk-users mailing list
-->> > -->> To UNSUBSCRIBE or update options visit:
-->> > -->>
http://lists.digium.com/mailman/listinfo/asterisk-users
-->> >
-->> > _______________________________________________
-->> > -- Bandwidth and Colocation Provided by
http://www.api-digital.com -
-->> -
-->> >
-->> > asterisk-users mailing list
-->> > To UNSUBSCRIBE or update options visit:
-->> > http://lists.digium.com/mailman/listinfo/asterisk-users
-->> >
-->> >
-->>
-->>
-->>
______________________________________________________________________
-->> This email has been scanned by the MessageLabs Email Security
System.
-->> For more information please visit http://www.messagelabs.com/email
-->>
______________________________________________________________________
-->>
-->> _______________________________________________
-->> -- Bandwidth and Colocation Provided by http://www.api-digital.com
--
-->>
-->> asterisk-users mailing list
-->> To UNSUBSCRIBE or update options visit:
-->> http://lists.digium.com/mailman/listinfo/asterisk-users