<div dir="ltr">I tried your recommendation and it WORKED! For those who might have a similar problem, you have to set a Caller ID value &gt; 6 digits and your extension CID info will pass to CDR. Only problem I have with this is that setting an outbound CID number for PSTN really has no effect so the number that you set is just so everything functions correctly and has no real effect.<br>
<br>Much thanks bk<br><br>-- <br>Marvin<br><br><div class="gmail_quote">On Wed, Oct 15, 2008 at 5:03 PM, bkruse <span dir="ltr">&lt;<a href="mailto:bkruse@digium.com">bkruse@digium.com</a>&gt;</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;">
<br>
Your callerID is just not setup properly.<br>
<br>
Set a CallerID for the trunk you are dialing out, and it will use that one<br>
<br>
-bk<br>
<div><div></div><div class="Wj3C7c"><br>
Marvin Whitfield wrote:<br>
&gt; So it seems like I stated the problem incorrectly...What seems to<br>
&gt; really be happening is that for outbound calls on Zap channels there<br>
&gt; is no CID info.<br>
&gt;<br>
&gt; My cdr_custom map is:<br>
&gt; Master.csv =&gt;<br>
&gt; &quot;${CDR(src)}&quot;,&quot;${CDR(dst)}&quot;,&quot;${CDR(clid)}&quot;,&quot;${CDR(channel)}&quot;,&quot;${CDR(dstchannel)}&quot;,&quot;${CDR(lastapp)}&quot;,&quot;${CDR(start)}&quot;,&quot;${CDR(end)}&quot;,&quot;${CDR(duration)}&quot;,&quot;${CDR(disposition)}&quot;<br>

&gt;<br>
&gt; Sample output:<br>
&gt; &quot;&quot;,&quot;4220914&quot;,&quot;&quot;,&quot;SIP/6001-08cff1f0&quot;,&quot;Zap/1-1&quot;,&quot;Dial&quot;,&quot;2009-10-14<br>
&gt; 16:30:26&quot;,&quot;2009-10-14 16:30:34&quot;,&quot;8&quot;,&quot;ANSWERED&quot;<br>
&gt;<br>
&gt; CLI output:<br>
&gt;<br>
&gt; &nbsp;Executing [4220914@DLPN_Open:1] Macro(&quot;SIP/6001-08cff1f0&quot;,<br>
&gt; &quot;trunkdial-failover-0.3|Zap/g1/4220914|Zap/g2/4220914|trunk_1|trunk_2&quot;)<br>
&gt; in new stack<br>
&gt; &nbsp; &nbsp; -- Executing [s@macro-trunkdial-failover-0.3:1]<br>
&gt; Set(&quot;SIP/6001-08cff1f0&quot;, &quot;CALLERID(num)=&quot;) in new stack<br>
&gt; &nbsp; &nbsp; -- Executing [s@macro-trunkdial-failover-0.3:2]<br>
&gt; GotoIf(&quot;SIP/6001-08cff1f0&quot;, &quot;0?1-dial|1&quot;) in new stack<br>
&gt; &nbsp; &nbsp; -- Executing [s@macro-trunkdial-failover-0.3:3]<br>
&gt; Set(&quot;SIP/6001-08cff1f0&quot;, &quot;CALLERID(all)=&quot;) in new stack<br>
&gt; &nbsp; &nbsp; -- Executing [s@macro-trunkdial-failover-0.3:4]<br>
&gt; Goto(&quot;SIP/6001-08cff1f0&quot;, &quot;1-dial|1&quot;) in new stack<br>
&gt; &nbsp; &nbsp; -- Goto (macro-trunkdial-failover-0.3,1-dial,1)<br>
&gt; &nbsp; &nbsp; -- Executing [1-dial@macro-trunkdial-failover-0.3:1]<br>
&gt; Dial(&quot;SIP/6001-08cff1f0&quot;, &quot;Zap/g1/4220914&quot;) in new stack<br>
&gt; &nbsp; &nbsp; -- Called g1/4220914<br>
&gt; &nbsp; &nbsp; -- Zap/1-1 answered SIP/6001-08cff1f0<br>
&gt; &nbsp; &nbsp; -- Hungup &#39;Zap/1-1&#39;<br>
&gt;<br>
&gt; So it seems CALLERID(all) is being Set to nothing on line 2 (line 3 in<br>
&gt; the macro). I haven&#39;t assigned callerid to any of my extension as I<br>
&gt; expected the extension info to be passed (as happens when I comment<br>
&gt; out line 3).<br>
&gt;<br>
&gt; Hope this helps<br>
&gt;<br>
&gt; - Marvin<br>
&gt;<br>
&gt;<br>
&gt; On Wed, Oct 15, 2008 at 3:48 PM, bkruse &lt;<a href="mailto:bkruse@digium.com">bkruse@digium.com</a><br>
</div></div><div><div></div><div class="Wj3C7c">&gt; &lt;mailto:<a href="mailto:bkruse@digium.com">bkruse@digium.com</a>&gt;&gt; wrote:<br>
&gt;<br>
&gt;<br>
&gt; &nbsp; &nbsp; Hey Marvin, sorry for the delayed response.<br>
&gt;<br>
&gt; &nbsp; &nbsp; My guess is that you do not have all the callerid fields properly set.<br>
&gt;<br>
&gt; &nbsp; &nbsp; Can you tell me what your:<br>
&gt;<br>
&gt; &nbsp; &nbsp; User&#39;s callerID calling is<br>
&gt;<br>
&gt; &nbsp; &nbsp; Trunk CallerID<br>
&gt;<br>
&gt; &nbsp; &nbsp; and Global CallerID<br>
&gt;<br>
&gt; &nbsp; &nbsp; The order in which we try callerid&#39;s is User -&gt; (if it is invalid<br>
&gt; &nbsp; &nbsp; then)<br>
&gt; &nbsp; &nbsp; -&gt; Trunk (if it is invalid then) -&gt; Global.<br>
&gt;<br>
&gt; &nbsp; &nbsp; Also, if you paste the output of the Asterisk CLI when the call is<br>
&gt; &nbsp; &nbsp; made,<br>
&gt; &nbsp; &nbsp; we can see what is going on :)<br>
&gt;<br>
&gt; &nbsp; &nbsp; Thanks,<br>
&gt;<br>
&gt; &nbsp; &nbsp; -bk<br>
&gt;<br>
&gt; &nbsp; &nbsp; Marvin Whitfield wrote:<br>
&gt; &nbsp; &nbsp; &gt; I have been having some trouble with the new macro-trunk-dial<br>
&gt; &nbsp; &nbsp; &gt; regarding callerID. Before bk posted the new CDR page I made on<br>
&gt; &nbsp; &nbsp; for my<br>
&gt; &nbsp; &nbsp; &gt; self that gets values from the Master.csv (cdr-custom). I<br>
&gt; &nbsp; &nbsp; noticed that<br>
&gt; &nbsp; &nbsp; &gt; for incoming calls on PSTN channels no callerID info is passed<br>
&gt; &nbsp; &nbsp; to CDR.<br>
&gt; &nbsp; &nbsp; &gt; In both cdr-custom and normal cdr there was no callerID information.<br>
&gt; &nbsp; &nbsp; &gt; There was still all the other information. I took a look at the<br>
&gt; &nbsp; &nbsp; macro<br>
&gt; &nbsp; &nbsp; &gt; and realized that the Set() function must be the culprit and<br>
&gt; &nbsp; &nbsp; commented<br>
&gt; &nbsp; &nbsp; &gt; out the third line for testing and it worked. I am hoping that there<br>
&gt; &nbsp; &nbsp; &gt; is a better solution since the GLOBAL CID will be lost for digital<br>
&gt; &nbsp; &nbsp; &gt; channels but I don&#39;t see why it can&#39;t work for PSTN since you can&#39;t<br>
&gt; &nbsp; &nbsp; &gt; send outbound CID info anyway. Any ideas?<br>
&gt; &nbsp; &nbsp; &gt;<br>
&gt; &nbsp; &nbsp; &gt; --<br>
&gt; &nbsp; &nbsp; &gt; Thanks,<br>
&gt; &nbsp; &nbsp; &gt; Marvin<br>
&gt; &nbsp; &nbsp; &gt;<br>
&gt; &nbsp; &nbsp; ------------------------------------------------------------------------<br>
&gt; &nbsp; &nbsp; &gt;<br>
&gt; &nbsp; &nbsp; &gt; _______________________________________________<br>
&gt; &nbsp; &nbsp; &gt; --Bandwidth and Colocation Provided by <a href="http://www.api-digital.com--" target="_blank">http://www.api-digital.com--</a><br>
&gt; &nbsp; &nbsp; &gt;<br>
&gt; &nbsp; &nbsp; &gt; asterisk-gui mailing list<br>
&gt; &nbsp; &nbsp; &gt; To UNSUBSCRIBE or update options visit:<br>
&gt; &nbsp; &nbsp; &gt; &nbsp; &nbsp;<a href="http://lists.digium.com/mailman/listinfo/asterisk-gui" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-gui</a><br>
&gt;<br>
&gt;<br>
&gt; &nbsp; &nbsp; _______________________________________________<br>
&gt; &nbsp; &nbsp; --Bandwidth and Colocation Provided by <a href="http://www.api-digital.com--" target="_blank">http://www.api-digital.com--</a><br>
&gt;<br>
&gt; &nbsp; &nbsp; asterisk-gui mailing list<br>
&gt; &nbsp; &nbsp; To UNSUBSCRIBE or update options visit:<br>
&gt; &nbsp; &nbsp; &nbsp; <a href="http://lists.digium.com/mailman/listinfo/asterisk-gui" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-gui</a><br>
&gt;<br>
&gt;<br>
&gt; ------------------------------------------------------------------------<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; --Bandwidth and Colocation Provided by <a href="http://www.api-digital.com--" target="_blank">http://www.api-digital.com--</a><br>
&gt;<br>
&gt; asterisk-gui mailing list<br>
&gt; To UNSUBSCRIBE or update options visit:<br>
&gt; &nbsp; &nbsp;<a href="http://lists.digium.com/mailman/listinfo/asterisk-gui" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-gui</a><br>
<br>
<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-gui mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
 &nbsp; <a href="http://lists.digium.com/mailman/listinfo/asterisk-gui" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-gui</a><br>
</div></div></blockquote></div><br><br>
</div>