Session Manager adaption issue/ CM issue PLEASE HELP 2

[wake85]

Hi there, Session manager issue. any help appreciated.

10 digit DDI is coming into session manager, an adaptation has been created to delete all digits and insert a 4 digit extension. Sip messeage is sent to CM with the Extension@sip... and returns busy.

but.... If you add the extension number to the incoming call handling table, delete the extension and insert the extension number, it works!!

Any ideas?

 

[ZeroZeroOne]

It sounds like your adaptation is working correctly for digit conversion. Is the domain correct on the adaptation when compared to the signaling group? If you are sending xxxx@sip.company.com but the CM expects xxxx@company.com, that might be an issue that requires the extra step.

 

[wake85]

Hi Zero Zero One,

Thanks for the comment.

Yes Domain has been checked both ends and is correct. its very strange.

 

[ZeroZeroOne]

How is the SIP trunk set up between SM and CM?
Is the service type Public-Network or Tie?
Is the Numbering format private or public? Sending the extension via private numbering should "just work" while public would require the incoming call handling.

I have SIP trunks to SBC to ASM where I send all 10 digits over a public SIP trunk and let the incoming-call-handling convert to extensions. That's just my preference and my table looks like this:

display inc-call-handling-trmt trunk-group 11                   Page   1 of  30
                       INCOMING CALL HANDLING TREATMENT
 Service/      Number   Number      Del Insert
 Feature        Len      Digits
 public-ntwrk    10 555212            6  1

Notice the service/feature? That will change depending on the trunk service type and numbering format. Another example for a tie trunk with private numbering:

display inc-call-handling-trmt trunk-group 12                   Page   1 of  30
                       INCOMING CALL HANDLING TREATMENT
 Service/      Number   Number      Del Insert
 Feature        Len      Digits
 tie             10 555212            6   1

Maybe that helps solve the problem.

 

[wake85]

Thank you very much, will look at this and let you know.

 

[dialtonebone]

post a traceSM of a failed call and show us that too (use the code tags)

 

[wake85]

Hi guys HNY.

Just to let you know it was to do with the numbering format, and the public and private setting.

Thank you ZeroZeroOne.

Thanks guys.

 

[dialtonebone]

Thanks for responding with the outcome/result. Much appreciated by anyone who searches for this problem in the future.