provided by Star2Billing S.L.

Hi

The cc_callerid table is for authentication, not delivering the Caller ID, you would need to edit cc_sip_buddies, (from memory) make a backup before starting. You may also consider looking at cc_iax_buddies as well

Joe

Thanks for the response Joe,

I checked cc_iax_buddies and cc_sip_buddies tables, the callerid field type appears to be is set correctly:

mysql> describe cc_sip_buddies;
+------------------+--------------+------+-----+---------+----------------+
| Field | Type | Null | Key | Default | Extra |
+------------------+--------------+------+-----+---------+----------------+
| id | int(11) | NO | PRI | NULL | auto_increment |
| id_cc_card | int(11) | NO | | 0 | |
| name | varchar(80) | NO | UNI | NULL | |
| accountcode | varchar(20) | NO | | NULL | |
| regexten | varchar(20) | NO | | NULL | |
| amaflags | char(7) | YES | | NULL | |
| callgroup | char(10) | YES | | NULL | |
| callerid | varchar(80) | NO | | NULL | |

And the database show it correctly:

| id | id_cc_card | name | accountcode | regexten | amaflags | callerid
| 51 | 50 | 7741674580 | 7741674580 | 7741674580 | billing | Niranjan Kulkarni

Hmmm....when I call with this user, the called party still sees the DID number and "ANONYMOUS" and name field.

If I set this user directly into Asterisk server, the name and number is visible to the called party. This is just to make sure
my termination service is passing the CallerID properly.

Any further comments/suggestions on it?

Thanks for your support

Greetings,

This issue appears to be closely related to Ticket #184 (closed defect: worksforme)
http://www.asterisk2billing.org/cgi-bin ... ticket/184

But no proper resolution is provided in the ticket.

Is this issue resolved or still exists?

Thanks for your support

Outbound callerid appears to be an unfixed issue. Here are some test cases to test it:

1) Config settings are:

Auto Set CLID auto_setcallerid No
Force CLID force_callerid
CLID Sanitize cid_sanitize NO

VOIP settings set to (fields shown only related to callerid)

CALLERID Niranjan Kulkarni
CID 6475471151

The database shows

| id | id_cc_card | name | accountcode | regexten | amaflags | callgroup | callerid
| 51 | 50 | 7741674580 | 7741674580 | 7741674580 | billing | | Niranjan Kulkarni

The debug log (this is what the called party sees):

a2billing.php|1: [agi_callerid] => 7741674580
a2billing.php|1: [agi_calleridname] => Niranjan Kulkarni

2) Config settings are:

Auto Set CLID auto_setcallerid YES
Force CLID force_callerid
CLID Sanitize cid_sanitize NO

VOIP settings set to (fields shown only related to callerid)

CALLERID Niranjan Kulkarni
CID 6475471151

The database shows

| id | id_cc_card | name | accountcode | regexten | amaflags | callgroup | callerid
| 51 | 50 | 7741674580 | 7741674580 | 7741674580 | billing | | Niranjan Kulkarni

The debug log (this is what the called party sees):

a2billing.php|1: [agi_callerid] => 7741674580
a2billing.php|1: [agi_calleridname] => Niranjan Kulkarni

3) Config settings are:

Auto Set CLID auto_setcallerid YES
Force CLID force_callerid
CLID Sanitize cid_sanitize NO

VOIP settings set to (fields shown only related to callerid)

CALLERID 6475471151
CID 6475471151

The database shows

| id | id_cc_card | name | accountcode | regexten | amaflags | callgroup | callerid
| 51 | 50 | 7741674580 | 7741674580 | 7741674580 | billing | | 6475471151

The debug log (this is what the called party sees):

a2billing.php|1: [agi_callerid] => 6475471151
a2billing.php|1: [agi_calleridname] => Anonymous

4) Config settings are:

Auto Set CLID auto_setcallerid YES
Force CLID force_callerid
CLID Sanitize cid_sanitize DID

VOIP settings set to (fields shown only related to callerid)

CALLERID Niranjan Kulkarni
CID 6475471151

The database shows

| id | id_cc_card | name | accountcode | regexten | amaflags | callgroup | callerid
| 51 | 50 | 7741674580 | 7741674580 | 7741674580 | billing | | Niranjan Kulkarni

The debug log (this is what the called party sees):

a2billing.php|1: [agi_callerid] => 6475471151
a2billing.php|1: [agi_calleridname] => Anonymous


Some logic put into the outbound calling doesn't look right.....

The right logic should give calleridname = callerid....and not ANONYMOUS.

Anybody seen this behavior before?

Any comments/suggestions?

Thanks again for your support.

I'm having the same issue. Does someone have found a fix?

Regards