R10.1 sip trunk with DDI's

[iProfessor]

Hi Guys

In previous versions you could add another sip uri with "*"'s for incoming ddi's, in 10.1 you can't.

Anyone know how to to incoming ddi's on a sip trunk in 10.1?

 

[janni78]

You use "Auto" instead of "*"

"Trying is the first step to failure..." - Homer

 

[iProfessor]

Hi Janni

does not work.

the DDI number is not assigned to a user and i don't want it to be. it is only in incoming call route

 

[janni78]

Then something else is wrong =)

I use 2 URIs, one with "Auto" for incoming and route calls through ICR and then I normally use "User Data" for outgoing with the CLI set in the users SIP tab.
In some cases you wanna use "Auto" for outgoing as well if you need the user to be billed on one number but show another.

"Trying is the first step to failure..." - Homer

 

[Pepp77]

Janni is correct, although I would like a bit more information on his last line please

| ACSS SME |

 

[janni78]

I use different outgoing IDs on my URIs.

Mostly I use the one with "User Data" for outgoing since it sets CLI from users SIP tab.
If I wanna show another CLI I use the URI with "Auto" since that allows me to set CLI with "s" in the dial shortcode.

You can also mix these, for example you might want to show your mobile number if your service provider allows it as long as billing/identification is included.
In that case you can use "Auto" for setting CLI with "s", and use "User Data" as PAI or Diversion taken from the users SIP tab depending on what the service provider wants.
It can also be used if you for example show a main number but want it to be billed on the users number.

But it depends on what your service provider supports.

"Trying is the first step to failure..." - Homer

 

[ThePhoneMn]

The "*" / "Auto" entry had to be at the top of the list in the URI tab last I knew. That may have changed.

Been there, done that

 

[snowman50]

Just programme your DDI number just like your main incoming number in the ICR routes.
Then point the DDI number to the user.
Make sure it's the same line id of the sip line.
If you are using 10 for the sip line then use 10 for the DDI numbers

They all come down the same pipe.

Incoming DDI numbers should not be any different.

 

[janni78]

It's not the Line ID, it's the Incoming Group ID set in the URI.

"Trying is the first step to failure..." - Homer

 

[snowman50]

yes that what I meant..
Line -incoming group ID

on sip lines I usually try to keep the Line number to match the Incoming group ID
eg: Line 20----sip line Incoming group ID 20.

 

[dbuxton101]

tried call routing method = to header ?

 

[iProfessor]

Hi All

Auto will not work for me. Driving me insane.

Janni, please can to describe exactly what you have where in the sip line and elsewhere.

 

[janni78]

What does your monitor trace say?
That's usually a good place to start figuring out the issue.

"Trying is the first step to failure..." - Homer

 

[iProfessor]

Hi Janni

Sorry but that does not help at all.

 

[TheSmash]

@iProfessor

Pretty sure the monitor trace will help us, if not you. Up to you if you want further help. Nothing wrong with @janni78's suggestion.

ACSS (SME)

 

[iProfessor]

I asked for an example configuration, didn't get it.

I am well aware of the monitor trace, that is the first place i went.

 

[TheSmash]

I'm out...

ACSS (SME)

 

[Pepp77]

How about you show screen grabs of your SIP line programming and the incoming call route programming!

| ACSS SME |

 

[janni78]

You want me to spend time taking screenshots of my configuration when you have an issue and my config is adapted to my SIP provider?
It's much more interesting to see what's actually going wrong in your system.

I'm not here to hand out example configurations.
We're not getting paid for helping you do the job I assume you're getting paid for, so if my time in this forum is gonna be worth anything it's helping you understand what is wrong in your configuration based on your traces or cfgs so next time you'll know what to look for and don't need to ask again.

"Trying is the first step to failure..." - Homer