Language setting ignored when context from-queue

Asterisk Asterisk Support
1

we have a problem with language sounds. The case is that when call is inbound to queue asterisk plays the right sound recording. But when the call is transfered from agent in queue to another queue then default english sounds are played.
Here is debug:
– Started music on hold, class ‘moh’, on SIP/XXX_SIP-0001180e
– <SIP/XXX_SIP-0001181c> Playing ‘digits/4.gsm’ b[/b]
– Stopped music on hold on SIP/XXX_SIP-0001180e
– <SIP/XXX_SIP-0001180e> Playing ‘queue-thereare.slin’ b[/b]
– <SIP/XXX_SIP-0001181c> Playing ‘queue-callswaiting.slin’ b[/b]
– <SIP/XXX_SIP-0001180e> Playing ‘digits/2.gsm’ b[/b]
– Hold time for 903 is 1 minute(s) 0 seconds
– Told SIP/XXX_SIP-0001181c in 903 their queue position (which was 4)
– <SIP/XXX_SIP-0001181c> Playing ‘queue-thankyou.slin’ (language ‘sl’)
– <SIP/XXX_SIP-0001180e> Playing ‘queue-callswaiting.slin’ b[/b]
– Hold time for 900 is 0 minute(s) 0 seconds
– Told SIP/XXX_SIP-0001180e in XXX their queue position (which was 2)
– <SIP/Amis_XXX-0001180e> Playing ‘queue-thankyou.slin’ (language ‘sl’)
– Executing [XXX@from-internal-xfer:10] Set(“Local/XXX@from-queue-0000866a;2”, “__MOHCLASS=amismoh”) in new stack
– Executing [XXX@from-internal-xfer:11] Set(“Local/XXX@from-queue-0000866a;2”, “__CWIGNORE=TRUE”) in new stack
– Executing [XXX@from-internal-xfer:12] Queue(“Local/XXX@from-queue-0000866a;2”, “XXX,t,”) in new stack
– Started music on hold, class ‘moh’, on Local/XXX@from-queue-0000866a;2
– Stopped music on hold on Local/XXX@from-queue-0000866a;2
– <Local/XXX@from-queue-0000866a;2> Playing ‘queue-thereare.gsm’ u[/u]
– Started music on hold, class ‘amismoh’, on SIP/XXX_SIP-0001181c
– Stopped music on hold on SIP/XXX_SIP-0001181c
– Playing periodic announcement
– <SIP/XXX_SIP-0001181c> Playing ‘sl/vsi_zasedeni_hvala_za_potrpezljivost.slin’ b[/b]
– Started music on hold, class ‘moh’, on SIP/XXX_SIP-00011813
– Started music on hold, class ‘moh’, on SIP/XXX_SIP-0001180e
– <Local/XXX@from-queue-0000866a;2> Playing ‘digits/5.gsm’ i[/i]
– Stopped music on hold on SIP/XXX_SIP-00011813

Anybody have any ideas what this could be?

Br

Edin

2

There are many ways of doing a transfer. If this is a native SIP attended transfer, the queue application is started on the enquiry, so the dialplan context is that of a call from the transferror. The actual transfer changes the SIP specific data structure, but does not change the part of the channel structure that represents the dialplan execution and certainly doesn’t restart the queue application.

Many SIP phones use the SIP attended transfer (de facto) protocol for blind transfers.

features.conf trnasfers may well work the same, at least for attended ones.

3

Hello,

so you suggest that setting up in from-queue dialplan the language settings would be the solution?

BR

Edin

4

You would have to show me details of the proposed dialplan for me to understand that well enough to comment.

5

I’m having a similar issue… but i can see your problem, look at the channel ID’s

[quote]-- <SIP/XXX_SIP-0001181c> Playing ‘digits/4.gsm’ (language ‘sl’)
– <SIP/Amis_XXX-0001180e> Playing ‘queue-thankyou.slin’ (language ‘sl’)
– <Local/XXX@from-queue-0000866a;2> Playing ‘queue-thereare.gsm’ (language ‘en’)[/quote]

It’s a different channel, so you have to specify a language to that new channel. Anyway… its a old post - im sure you figured it out.