Scenario:
A call is sent from one Asterisk system to another with IAX. The remote Asterisk
system runs the Queue application, which then starts to play a different music
on hold class then the standard 'default'. The console on this system
displays:
-- Executing Queue("IAX2/xxx.yyy.142.203:4569-4",
"demo_QMain|t|||60") in new stack
-- Started music on hold, class 'demo_MainOffice', on
IAX2/xxx.yyy.142.203:4569-4
-- Called SIP/2943367
-- Called SIP/2943368
-- SIP/2943367-1bb8 is ringing
-- SIP/2943368-537f is ringing
However, on the first Asterisk system, we see this on the console:
-- Called dundiapps:+98EHUjeBDLy+Rtl62h0ZQ@xxx.yyy.142.204/demo_EMain
-- Call accepted by xxx.yyy.142.204 (format g729)
-- Format for call is g729
-- Started music on hold, class 'default', on
IAX2/xxx.yyy.142.203:4569-5
The music on hold class in use is not being conveyed back to the original
Asterisk system. Please don't tell me this is a limitation. That would be
very very bad.
Doug.
Set the musiconhold class on the original server if you want the MOH to match up correctly. Both servers notice that the call is on hold... makes sense to me. On Fri, 2006-12-15 at 14:56 -0700, Douglas Garstang wrote:> Scenario: > > A call is sent from one Asterisk system to another with IAX. The remote Asterisk system runs the Queue application, which then starts to play a different music on hold class then the standard 'default'. The console on this system displays: > > -- Executing Queue("IAX2/xxx.yyy.142.203:4569-4", "demo_QMain|t|||60") in new stack > -- Started music on hold, class 'demo_MainOffice', on IAX2/xxx.yyy.142.203:4569-4 > -- Called SIP/2943367 > -- Called SIP/2943368 > -- SIP/2943367-1bb8 is ringing > -- SIP/2943368-537f is ringing > > However, on the first Asterisk system, we see this on the console: > > -- Called dundiapps:+98EHUjeBDLy+Rtl62h0ZQ@xxx.yyy.142.204/demo_EMain > -- Call accepted by xxx.yyy.142.204 (format g729) > -- Format for call is g729 > -- Started music on hold, class 'default', on IAX2/xxx.yyy.142.203:4569-5 > > The music on hold class in use is not being conveyed back to the original Asterisk system. Please don't tell me this is a limitation. That would be very very bad. > > Doug. > > _______________________________________________ > --Bandwidth and Colocation provided by Easynews.com -- > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users-- Aaron Daniel Senior Voice Analyst Sam Houston State University amdtech@shsu.edu (936) 294-4198
In Your Setup The First Asterisk Box Should Not Display This Music On Hold Notice Unless It Is Playing It To The Other Asterisk. In Other Words It Seems That You Are Putting A Channel That Hears Music On Hold And Playing To It Music On Hold On 12/15/06, Douglas Garstang <dgarstang@oneeighty.com> wrote:> Scenario: > > A call is sent from one Asterisk system to another with IAX. The remote > Asterisk system runs the Queue application, which then starts to play a > different music on hold class then the standard 'default'. The console on > this system displays: > > -- Executing Queue("IAX2/xxx.yyy.142.203:4569-4", "demo_QMain|t|||60") > in new stack > -- Started music on hold, class 'demo_MainOffice', on > IAX2/xxx.yyy.142.203:4569-4 > -- Called SIP/2943367 > -- Called SIP/2943368 > -- SIP/2943367-1bb8 is ringing > -- SIP/2943368-537f is ringing > > However, on the first Asterisk system, we see this on the console: > > -- Called dundiapps:+98EHUjeBDLy+Rtl62h0ZQ@xxx.yyy.142.204/demo_EMain > -- Call accepted by xxx.yyy.142.204 (format g729) > -- Format for call is g729 > -- Started music on hold, class 'default', on > IAX2/xxx.yyy.142.203:4569-5 > > The music on hold class in use is not being conveyed back to the original > Asterisk system. Please don't tell me this is a limitation. That would be > very very bad. > > Doug. > > _______________________________________________ > --Bandwidth and Colocation provided by Easynews.com -- > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users >