<div dir="ltr"><span style="font-size:12.8px">All,</span><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">After reading the Release Notes and then validating with Perfmon counters, I now know that the initial announcement for Native Call Queuing is sourced from an Annunciator as unicast, while the following MOH Audio Source and Periodic Announcement is sourced from an MOH Server.  If the MOH Audio Source, MOH Server, and MRG are configured correctly, it will use MMOH successfully.</div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">Relevant Release Notes Section:</div><div style="font-size:12.8px"><a href="http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/rel_notes/9_1_1/CUCM_BK_R6F8DBD4_00_release-notes-for-cucm-91/CUCM_BK_R6F8DBD4_00_release-notes-for-cucm-91_chapter_011.html#CUCM_RF_NE20F57D_00" target="_blank">http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/rel_notes/9_1_1/CUCM_BK_R6F8DBD4_00_release-notes-for-cucm-91/CUCM_BK_R6F8DBD4_00_release-notes-for-cucm-91_chapter_011.html#CUCM_RF_NE20F57D_00</a><br></div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">However, I'm wondering if anyone has any experience with blocking the MMOH stream from the MOH server, and then serving up a different audio file from a router.  This is the same tried and true solution we've all been using for many years to avoid MOH over the WAN.  The difference being the Native Call Queuing component versus straight up Hold.</div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">What have you noticed or learned from doing this?  Does it just work seamlessly?  Are there any limitations?</div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">Thanks.</div></div>