Do you have zaptel timing working ? (or dahdi) ?<br>If no timing is available then if there's no incoming audio frames coming from the external SIP channel then no outgoing audio will be produced (even if you have<br>MOH application working)<br>
<br>The trigger to fire the outgoing audio frame comes from the incoming audio frame. So check if the Answer + Echo application work.<br><br>Also if you have VAD which means your SIP device doesn't send audio frames when there's silence detected =><br>
you'd also have the same problem = not see audio going to your phone.<br><br>Martin<br><br><div class="gmail_quote">On Fri, Mar 20, 2009 at 6:07 PM, Greg Hinson <span dir="ltr"><<a href="mailto:greg_hinson@msn.com">greg_hinson@msn.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div>
Hey all;<br>
<br>
I am experiencing an issue with music on Hold. I am running asterisk version 1.4.22, and have a default script set up in two places for MoH playback. For internal devices to my network that are SIP peering with asterisk, they simply dial 123 and hear the MoH music immediately. I'm using the default setup, where it just plays the wave files in the /var/lib/asterisk/moh directory. I also have in my General settings in sip.conf to use the default musicclass.<br>
<br>
<b>On-net context script for MoH in extensions.conf:</b><br>
exten => 123,1,Answer()<br>exten => 123,2,MusicOnHold(default)<br>
<br>
<b>Calls from the PSTN are matching this Moh setup in extensions.conf:</b><br>
exten => _1720XXXXXXX,1,Answer()<br>exten => _1720XXXXXXX,2,MusicOnHold(default)<br>
<br>
<b>Output captured when internal devices attempt to dial number associated with MoH:(MoH is heard)</b><br>
-- Executing [123@Home:1] Answer("SIP/10.1.1.254-b77089b0", "") in new stack<br>-- Executing [123@Home:2] MusicOnHold("SIP/10.1.1.254-b77089b0", "default") in new stack<br>-- Started music on hold, class 'default', on SIP/10.1.1.254-b77089b0<br>
<br>
<b>Output captured when external callers dial into asterisk from the PSTN, they get dead air instead of MoH:</b><br>
-- Executing [1720XXXXXXX@Home:1] Answer("SIP/1720XXXXXXX-b7704a38", "") in new stack<br> -- Executing [1720XXXXXXX@Home:2] MusicOnHold("SIP/1720XXXXXXX-b7704a38", "default") in new stack<br>
-- Started music on hold, class 'default', on SIP/1720XXXXXXX-b7704a38<br>
<br>
You see rule 1(answer) and rule 2(moh) being hit on both call attempts, but the external caller continues to get dead air. has anyone seen this one before? The internal devices requesting MoH are using the SCCP protocol load image(registered elsewhere) and then they are SIP trunked to Asterisk. Asterisk uses a second separate SIP trunk to peer with the PSTN.<br>
<br>
-Greg<br><br><hr>Windows Live™ SkyDrive: Get 25 GB of free online storage. <a href="http://windowslive.com/online/skydrive?ocid=TXT_TAGLM_WL_skydrive_032009" target="_blank">Check it out.</a></div>
<br>_______________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
<a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br></blockquote></div><br>