CFA doesn't allow this number

[MitelInMyBlood]

Here's a new one for the call trace sleuths

When playing with fallback to internal voicemail with an externally CFA number we discovered a number that can be dialed from the local system and can be CFA'd to, but callers TO THE FORWARDED EXTN get denied only when it's forwarded to one specific number. The same ext can CFA to other external number without issue. (3300 RLS 9.0.2.18)

In the first scenario ext 3589 is CFA'd to 98325042990
In the second scenario ext 3589 is CFA's to 98328176529
The first is successful, the second fails. Both numbers are valid and ext 3589 can successfully place calls to either number. Ext 5228 can also call either number... except when 3589 is CFA'd to the second number.

The obvious question is why does one call succeed and the other fail?

Here's the trace:

THIS CALL IS SUCCESSFUL

09:01:49 RIX DPN PBX1 607 439 D** B** 24 ISRM_I                                 
           ;10;*1#*50*5228#*100*B.MARSHALL#*19*C#                               
09:01:49 RIX DPN PBX1 607 439 D** B** 26 SSRM_C                                 
           *58*CW*CHPo@@@@BzZMPp#*58*C6*001#3589                                
09:01:50 ROX DPN PBX1 612 497 D** B** 24 ISRM_I                                 
           ;10;*1#*50*5228#*100*B.MARSHALL#*19*B#                               
09:01:50 ROX DPN PBX1 612 497 D** B** 22 SSRM_I                                 
           *58*CW*CHPo@@@@BzZMPp#*58*C6*001#                                    
09:01:50 ROX DPN PBX1 612 497 D** B** 29 SSRM_I                                 
           *58*CE*A*3589*Test Phone#*58*C4*1*01*01#                             
09:01:50 ROX DPN PBX1 612 497 D** B** C SSRM_C  98325042990                     
09:01:50 RIX DPN PBX1 612 497 D** B** 7 NIM     *51*3#                          
09:01:50 ROX DPN PBX1 607 439 D** B** 7 NIM     *51*3#                          
09:01:51 RIX DPN PBX1 612 497 D** B** F NIM     *4*4#*240*`X`#                  
09:01:51 ROX DPN PBX1 607 439 D** B** F NIM     *4*4#*240*`X`#                  
09:01:52 RIX DPN PBX1 612 497 D** B** D NAM     *4*4#*166*4#                    
09:01:52 ROX DPN PBX1 607 439 D** B** D NAM     *4*4#*166*4#                    
09:01:52 RIX DPN PBX1 612 497 D** B** 1 CCM                                     
09:01:55 RIX DPN PBX1 607 439 D** B** 2 CRM/CIM ;30;                            
09:01:55 ROX DPN PBX1 612 497 D** B** 2 CRM/CIM ;30;                            
09:01:55 RIX DPN PBX1 612 497 D** B** 2 CRM/CIM ;30;                            
                                                                                
THIS NEXT CALL GETS BARRED                                        
                                                                                
09:02:43 RIX DPN PBX1 609 454 D** B** 24 ISRM_I                                 
           ;10;*1#*50*5228#*100*B.MARSHALL#*19*C#                               
09:02:43 RIX DPN PBX1 609 454 D** B** 26 SSRM_C                                 
           *58*CW*CHPo@@@@BzZQWP#*58*C6*001#3589                                
09:02:44 ROX DPN PBX1 608 443 D** B** 24 ISRM_I                                 
           ;10;*1#*50*5228#*100*B.MARSHALL#*19*B#                               
09:02:44 ROX DPN PBX1 608 443 D** B** 22 SSRM_I                                 
           *58*CW*CHPo@@@@BzZQWP#*58*C6*001#                                    
09:02:44 ROX DPN PBX1 608 443 D** B** 29 SSRM_I                                 
           *58*CE*A*3589*Test Phone#*58*C4*1*01*01#                             
09:02:44 ROX DPN PBX1 608 443 D** B** C SSRM_C  98328176529                     
09:02:45 RIX DPN PBX1 608 443 D** B** 2 CRM/CIM ;2;                             
09:02:45 ROX DPN PBX1 609 454 D** B** 2 CRM/CIM ;2;                             
09:02:45 RIX DPN PBX1 609 454 D** B** 2 CRM/CIM ;2;                             
09:02:48 ROX DPN PBX1 594 98 D** B** 2 CRM/CIM ;30;                             
09:02:49 RIX DPN PBX1 594 98 D** B** 2 CRM/CIM ;30;

Original MUG/NAMU Charter Member

 

[Mitel100]

You have got a CRM/CIM of 2, which means the end network terminated the call for some reason.

Most of the time this is due to the signalling length, but in this case, it would seem that the end network does not like the number.

CRM/CIM of 2 is not a controller fault.

__________________________

There is no 'I' in 'Team'
__________________________

 

[MitelInMyBlood]

Thanks. However I knew the meaning of CRM/CIM ;2; - I'm trying to find out why.

Remember:
either extension can direct dial either external number
if 3589 CFA to 1st number 5228 can call 3589 & be forwarded.
if 3589 CFA to 2nd number 5228 gets reorder/release when calling 3589.

Both 10-digit numbers are local, Both route across the same trunks and trunk group. Both 10-digit numbers are cellular phones, same carrier.

The issue only has to do with what external 10-digit number ext 3589 gets forwarded to.

I'm completely baffled.



Original MUG/NAMU Charter Member

 

[kwbMitel]

does the caller ID of the calling number change in anyway due to the forwarding?

I know of some issues with carriers denying forwarded calls based on calling number. Unlikely in this case but you never know.

*******************************************************
Occam's Razor - All things being equal, the simplest solution is the right one.

 

[MitelInMyBlood]

Got it working... sort-of anyway. Here's what I found;

in the ARS tables there was an ambiguous entry for 9 + 832 + 7 to follow. Route 1, trunk group 1, digit mod 1 (absorb 1). Trunk group 1 goes to the LEC

Fine so far

Also in the ARS tables there was an explicit entry for 9 + 832 + 8176529. List 1 First choice in list 1 was route 13, trunk group 4 digit mod 13 (absorb 1)
Trunk group 4 goes to a CLEC

Both the LEC and the CLEC will pass a direct call to either number. However, the CLEC will not pass a forwarded call to the 2nd number, though it will pass it to the 1st. Grrr.... The CLEC is Level3

So to get both calls to work I removed the explicit route to the CLEC thereby allowing both calls to route to the LEC (AT&T)

That puts the fire out, but does not solve the problem routing forwarded calls to the CLEC. As time allows I'm going to put the ISDN test set in that span and see what I'm sending to the CLEC or at least see how the setup message differs. Something strange here.

The 8328176529 is a test number we use, hence the explicit route forcing calls to the CLEC - it's just a way of testing our local routes and by coincidence happened to be the phone we grabbed when testing the VM fallback.


Original MUG/NAMU Charter Member

 

[MitelInMyBlood]

Correction. Calls routed to the CLEC will not complete if it is a CFA call but you can still direct-dial the call via the CLEC.

Original MUG/NAMU Charter Member

 

[kwbMitel]

Does toggling the DPNSS Diversion System option make any difference?

*******************************************************
Occam's Razor - All things being equal, the simplest solution is the right one.