<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[CallerID is wrong on call history]]></title><description><![CDATA[<p dir="auto">Hello !</p>
<p dir="auto">On Incoming, the displayed number is wrong.<br />
I use "Add CallerID" to append the Outbound route (0), so users can call back using the displayed number on  their phones.<br />
It is working fine on the phones, but not on FOP2 :</p>
<p dir="auto">[attachment:581900e8ba4c8]</p>
<p dir="auto">The Marc GSM should display "00796620208" instead of "0796620208".</p>
<p dir="auto">What's wrong ?</p>
]]></description><link>http://localhost:4567/topic/2383/callerid-is-wrong-on-call-history</link><generator>RSS for Node</generator><lastBuildDate>Tue, 27 Oct 2026 07:47:41 GMT</lastBuildDate><atom:link href="http://localhost:4567/topic/2383.rss" rel="self" type="application/rss+xml"/><pubDate>Tue, 01 Nov 2016 20:53:46 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to CallerID is wrong on call history on Fri, 04 Nov 2016 06:59:42 GMT]]></title><description><![CDATA[<p dir="auto">Caller ID is wrong in the CDR as well ... So this is an Asterisk issue <img src="http://localhost:4567/assets/plugins/nodebb-plugin-emoji/emoji/android/1f61e.png?v=9c14fadbfa0" class="not-responsive emoji emoji-android emoji--disappointed" style="height:1.4em;width:auto;vertical-align:middle" title=":(" alt="😞" /></p>
]]></description><link>http://localhost:4567/post/10433</link><guid isPermaLink="true">http://localhost:4567/post/10433</guid><dc:creator><![CDATA[mbeauverd]]></dc:creator><pubDate>Fri, 04 Nov 2016 06:59:42 GMT</pubDate></item><item><title><![CDATA[Reply to CallerID is wrong on call history on Tue, 01 Nov 2016 22:04:13 GMT]]></title><description><![CDATA[<p dir="auto">FOP2 displays what is stored in the CDR table, it does not know anything about any settings you might have in other tools/frontends. Data in CDR is authoritative for FOP2. Check your cdr table, what callerid is stored? Is it 0796620208? In that case, is your CDR wrong?</p>
]]></description><link>http://localhost:4567/post/10432</link><guid isPermaLink="true">http://localhost:4567/post/10432</guid><dc:creator><![CDATA[nicolas]]></dc:creator><pubDate>Tue, 01 Nov 2016 22:04:13 GMT</pubDate></item></channel></rss>