11-10-2010 10:06 AM - edited 03-16-2019 01:51 AM
We have two Numbers to reach us. With the first Number the incoming Num.. is displayd "00xxxxxxxx" and a callback entry is in phonebook. When the second number is used the incoming Num. is displayed "xxxxxxxxx" and no entry in missing or answered calls.
Is that a dial-plan issue or a translation problem.
The second Number is a masking Number for our main Number and is map by our telco on it..
Solved! Go to Solution.
11-11-2010 01:06 PM
I have not looked at the config in detail, but the missing zeros are due a translation-profile not applied in case of secondary number.
And the fact of no call to secondary number are kept in directory, is likely due to an IOS bug in calls sent via overlay-DN. There is also an excessive use of overlay-Dn in your configuration.
11-10-2010 11:53 AM
Can you explain in different words ? It's quite difficult to understand what do you mean.
11-10-2010 02:55 PM
We have one Number like many other people and a service Number, Over the two Numbers other can call us.
The First Number I will call "x" and the second Number "y".
When someone call "x" in the display of our phones (7060,7040G) the Number is displayed in the correct form like "001234567". The Number is saved in the Missed calls or answers calls directory of the Phones.
Now a costumer called "y". In the Display appears the Number "1234567" without the two zeros. The Number is not saved in missed calls or anwersd calls directory.
Now my Question :
I don't find an entry point to fix the problem.
Is this a dial-plan issue , a translation-rule problem or something other.
both numbers are provide by our telco but where is the difference between the two Numbers when the call is directed to our connection, so that the uc520 make a difference between them.
11-10-2010 04:18 PM
How do you know which number is being called ? Called numbers usually do not appears in display.
Why correct number starts with 00? Nowhere in the world numbers start with 00.
Are you the person that configured the UC520? Are you using iSDN? Do you know how the numbers are routed to phones ?
11-11-2010 08:02 AM
Sorry I mean the orginating Number or the Number is calling us..
The first Zero is for conection to our telco Net. The second is for the City Number like 0 Telco Telefon
No I am not the person that configure the UC. I am the person that have to fix the problem :-). The person that configure this, has left the company.
11-11-2010 08:10 AM
So you are saying:
When people calls your primary number, you see calling number prefixed with 00, and the calls appears in under directory, received or missed calls.
When people calls your secondary number, you see calling number NOT prefixed with 00, and you do not see the call under directories, received or missed calls.
In both cases, you can answer and talk normally.
Correct ?
11-11-2010 08:24 AM
p.bevilacqua wrote:
Why correct number starts with 00? Nowhere in the world numbers start with 00.
FYI, 00 is the international access code across most of Europe...same as 011 in US/CAN.
11-11-2010 08:31 AM
dksingh wrote:
p.bevilacqua wrote:
Why correct number starts with 00? Nowhere in the world numbers start with 00.
FYI, 00 is the international access code across most of Europe...same as 011 in US/CAN.
Actually, across most of the world.
In this particualr case, I believe the OP is in Germany, and can do without using an access digits, because the German dialplan allows that.
11-11-2010 12:20 PM
Yes i work in Germany
.
The first zero is needed to connect us to the local phonegrid. The second is the first digigt oft the citycode in Germany like "030" for Berlin.
Detail: when somne call our first number or the second number without a direct call to one special phone the "00" is missing and the number is not save in the missed calls etc. But when someone called the number with a direct call to one phone the "00" is displayed and saved.
One thing is clear for me, there is somwhere a missing or a wrong translation-rule in this config but where.
11-11-2010 01:06 PM
I have not looked at the config in detail, but the missing zeros are due a translation-profile not applied in case of secondary number.
And the fact of no call to secondary number are kept in directory, is likely due to an IOS bug in calls sent via overlay-DN. There is also an excessive use of overlay-Dn in your configuration.
11-11-2010 01:58 PM
Ok, first i have to reduce overlay-dn and find the missing translation rule and place it. ........
Is one way to reduce overlay using huntgroups or is this the same ?
11-11-2010 02:02 PM
Yes, you can use ephone-hunt, but the details require to know how you company operates, who does what and when, etc.
Thanks for the nice rating and good luck!
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide