IP500 ITSP Proxy Address

[anthonymo]

We have a sip trunk thru a provider that has provided us with two addresses to use on their SBC.

We have two WAN interfaces, using our Sonicewall TZ210 we have created a route to force each Address out over a different WAN connection.

Should we be putting both IP addresses into the "ITSP Proxy Address" or creating an ARS for each?

If I put both in and Weight one heavier it never seems to fail over (will just sit their waiting for line if I unplug the corresponding wan interface)

Anyone have experience using a SIP provider that can give you two ip addresses?

 

[kholladay]

One ARS if fine but you'll need to create two SIP lines if there are two addresses. That is unless I've recently suffered a blow to the head and forgotten something...entirely possible.

Kyle Holladay / IPOfficeHelp.com
ACSS/ACIS/APSS Avaya SME Communications
APDS Avaya Data
MCP/MCTS Exchange 2007/2010
Adtran ATSA, Aruba ACMA

"Thinking is the hardest work there is, which is the probable reason why so few engage in it." - Henry Ford

 

[anthonymo]

ITSP Proxy Address: Default = Blank
This is the SIP Proxy address used for outgoing SIP calls.

The address can be specified in the following ways:

A list of up to 4 IP addresses, with each address separated by a comma or space.

· The addresses can include an indication of the relative call weighting of each address compared to the others. This is done by adding a wN suffix to the address where N is the weighting value. For example, in the list 213.74.81.102w3 213.74.81.100w2, the weighting values assigns 1.5 times the weight of calls to the first address. The default weight if not specified is 1. A weight of 0 can be used to disable an address. Weight is only applied to outgoing calls.

· If the Calls Route via Registrar setting below is enabled, the weighting is applied to registrations rather than calls.

 

[anthonymo]

However from reading another thread, maybe in addition to specifying two addresses I need to Check "Calls route via registrar" and lower my Register expiry to 1 minute?
This would only leave me without phones for 1 minute until it detects the first address in unavailable and registrars with the second?

 

[kholladay]

Wait you are saying that they have two different addresses that are for both inbound/outbound calling and not one for inbound and one for outbound? Why the heck would they do that?

Kyle Holladay / IPOfficeHelp.com
ACSS/ACIS/APSS Avaya SME Communications
APDS Avaya Data
MCP/MCTS Exchange 2007/2010
Adtran ATSA, Aruba ACMA

"Thinking is the hardest work there is, which is the probable reason why so few engage in it." - Henry Ford

 

[anthonymo]

So that if one of our WAN interfaces goes down we can use the other one.

 

[tlpeter]

Then you need to create two trunks.
You could choose to create two ARS's with a failover to the second one.


BAZINGA!

I'm not insane, my mother had me tested!

 

[anthonymo]

Alright, thanks that was how I was leaning.

Any idea what scenario you would want to put multiple ITSP proxy addresses in?

 

[tlpeter]

Balancing and or failover.


BAZINGA!

I'm not insane, my mother had me tested!

 

[anthonymo]

Hmm but Failover is what we want.

When we put in both SBC addresses in the ITSP proxy field and made the heavier one unavailable it just sat there and "waited for line"

However if it manually made the other one heavier it jumped right over

Is there a more in-depth explanation for ITSP proxy then I can find in the help files?

 

[amriddle01]

Why can't you have a single SBC/provider address and just have the router do the failover and balancing?

 

[anthonymo]

Their SBC couldn't handle two SIP bindings that go to the same endpoint.
We ended up with one way audio or Audio up one pipe and down another.

 

[amriddle01]

Can't you balance normal traffic but have SIP always use 1 WAN connection then fialover if necessary, don't know how flexible your router is

 

[anthonymo]

That is doable, the problem is since they can't list two SIP endpoints correctly we would need to wait for them to swap the sip bindings and restart the object. Our entire goal is seamless failover with just an email from the sonicwall notifying us of WAN failure.

 

[amriddle01]

Gotcha, tricky one indeed

 

[amriddle01]

Nope, over here BP's don't even get an Avaya account manager....some selected BP's do but most don't and we deal almost entirely with Avaya through the disty's, there is virtually no direct communication with Avaya for BP's usually

 

[tlpeter]

Wrong thread Andy???

BAZINGA!

I'm not insane, my mother had me tested!

 

[amriddle01]

Doh

 

[anthonymo]

Wow, I was wicked confused!