[asterisk-dev] ARI: specifying variables on channel create doesn't work

[Marin Odrljin]

Hi Joshua,

 

I have tried it now, variables are successfully set on channel with create channel POST. I can read them from channel afterwards. I have tried it with all 4 variables + some new dummy vars. All of them are set fine.

 

Probably issue occurs somewhere later when making dial (POST /channels/{channelId}/dial).

 

BR, Marin

 

From: asterisk-dev [mailto:asterisk-dev-bounces at lists.digium.com] On Behalf Of Joshua C. Colp
Sent: Tuesday, December 15, 2020 5:46 PM
To: Asterisk Developers Mailing List <asterisk-dev at lists.digium.com>
Subject: Re: [asterisk-dev] ARI: specifying variables on channel create doesn't work

 

On Tue, Dec 15, 2020 at 12:37 PM Marin Odrljin <marin at maxcom.hr <mailto:marin at maxcom.hr> > wrote:

Hello all,

 

When originating call toward DAHDI channels (originate: POST /channels) in order to send caller subaddress I’m setting following variables:

 

CALLERID(subaddr)=12345

CALLERID(subaddr-valid)=1

CONNECTEDLINE(subaddr)=12345

CONNECTEDLINE(subaddr-valid)=1

 

and this works fine. Subaddress 12345 is correctly received on the remote ISDN devices.

 

With Asterisk 16 we have started to use early bridging and that’s why we are using create and dial REST API. Currently I’m using Asterisk 16.15 and setting the same variables on channel creation (create: POST /channels/create), but subaddress is not forwarded via DAHDI channel to remote devices.

 

Before I file an issue, is there anyone who could know if there is any known issue with it and is it possible at all set variables above on channel creation?

 

If I have to file an issue, what kind of debug log would be useful? DAHDI, PRI, ... ?

 

Have you done some verification, such as setting other variables and seeing if they are present on the channel or not? 

 

-- 

Joshua C. Colp

Asterisk Technical Lead

Sangoma Technologies

Check us out at www.sangoma.com <http://www.sangoma.com>  and www.asterisk.org <http://www.asterisk.org> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20201216/237e7889/attachment.html>