Problem with ICRs on SIP Trunks 1

[tac84]

Hi everyone,

I have a strange one here.

I use SIP Trunks and have 3 service providers for various reasons. I'm having issues with the incoming call route with one of the service providers.

Here is my setup:

Line 18 and Line 20 have their own credentials to the SIP provider. The reason I have to do it this way is because the service provider doesn't pass through my preferred outbound caller ID.
In the service providers portal, everything is established correctly:

Sip Trunk Account 10001236 is connected via Line 18 on the IPO and it uses Line Group 3
Sip Trunk Account 10029649 is connected via Line 20 on the IPO and it uses Line Group 5

I have my incoming call routes set up correctly with their respective line groups and the correct 'Incoming number' in the format the service provider wants.

For some strange reason, calls for the new SIP Trunk Account 10029649 are trying to come into the system via Line 18/Line Group 3 and I can't for the life of me work out why.

I've undertaken troubleshooting with the service provider and they can prove the indial number is pointing to the correct account.

Note, both Line 18 and Line 20 use the same ITSP domain name.

Here are some screenshots of where I think my problem is. Note- I'm aware you wouldnt normally need two SIP URIs however If I don't have one for 'Auto' I can't get inbound calls to work. As mentioned each Line has it's own credentials. I've monitored SSA and when I dial the new indial number, it indeed is coming in via the incorrect Line and as such, the call is rejected because it doesn't have an ICR for that line group.

If anyone could point me in the right direction with the SIP URIs to rectify this issue that would be greatly appreciated:

Thanks, Tim
Adelaide, Australia

 

[icet500]

You just said it, both Line 18 and Line 20 use the same ITSP domain name.

 

[tac84]

So because the two Lines (18 and 20) register with the same ITSP Domain Name (sip.crazytel.com.au) the inbound calls are going to come through Line 18, even though Line 18 and Line 20 have completely different login credentials and separate Line groups?



Thanks, Tim
Adelaide, Australia

 

[tac84]

*Resolved*

I managed to get it working by amalgamating both user credentials under Line 18 and deleted Line 20.

Even though It doesn't make sense to me, I changed the ICR to match the Line Group 3 however set up another entry on the ARS table for Line Group 5 so I can dial out on the new number forcing the call to go out on the second set of credentials which will present the new number on outbound calls.

The one thing I don't understand is even though the new number has nothing to do with Line Group 3 why the ICR table must have the number listed against Line Group 3 and not Line Group 5 which is where the correct credentials register.

Oh well, it's working so I'm happy.

Thanks again for your help.

Thanks, Tim
Adelaide, Australia