Hello Klaus,
thanks for your input; I was in fact able to determine that if you have
queue members like
member => SIP/201
the SIP header will actually go through; while on members like
member => Agent/101
member => Local/2...@agents
the header will NOT be propagated. But inheritable channel variables do, so
I was able to do:
exten => 411,1,Answer
exten => 411,2,Set(__MASTERID=${UNIQUEID})
exten => 411,3,Queue(test)
and then define
[agents]
exten => _2XX,1,SipAddHeader(X-Master-ID: ${MASTERID})
exten => _2XX,2,Dial(SIP/${EXTEN}|300|m)
and this works fine with either Local and Agentcallback channels, thus
covering all bases.
Thanks a lot for your help!
l.
2009/2/20 Klaus Darilion <klaus.mailingli...@pernau.at>
>
>
> Lenz Emilitri schrieb:
> > I think this is by design - each time the Dial() is performed, SIP
> > headers are reset.
>
> No.
>
> SIPAddHeader adds global channel variables to the incoming channel. Dial
> copies the global variables to the outgoing channel. If the outgoing
> channel is a SIP channel, the headers are added.
>
> Thus:
> SIPAddheader(sdfasdf);
> Dial(SIP/a)
> Dial(SIP/b)
>
> works fine - header is added twice.
>
> I suspect a bug inside the Queue application. How does Queue work? Does
> it internally use Dial() or does it have its own dial funcationality?
>
>
> regards
> klaus
>
--
Loway - home of QueueMetrics - http://queuemetrics.com
_______________________________________________
-- 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
