Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations strongm on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

SIP Stations unable to make station to station calls

Status
Not open for further replies.
Mar 23, 2012
199
US
I have an issue were I have SIP phones that are registered/AST, I call call any SIP station from a H323-CM station But the SIP Stations can not call each other or any type of station.
SMGR/SM - 8.1.3.3
CM/G450 - 8.1.3.3
All Systems have be mudged with 3rd party Certs. Certs have be loaded to IIS Srvr and 200/ok when phone boots.

Attached is a trace that seems to me to, Is the SM is telling the SIP Endpoint you are not registered (Proxy Authentication Required)? Weird because if that was the case could it get AST/PPM?

SIP_Trace_krq8xb.png


Today Makes Tomorrow
 
has this ever worked?, did you check the dialing plan in smgr?
 
It has worked before, also its two SIP users on the same SM. Shouldn't that at least let them dial between each other

Today Makes Tomorrow
 
407 is normal.

Compare the first invite vs the one 2 lines down from the 407. You'll just see an authorization header with a hash of the SIP password.

It's the 480 froming back from CM that's your problem.

Is the authoritative domain of procr's network region set to evoipsip.fbi?
Is the authoritative domain of the network region the phone is in set to the same?
 
Look at your Off-Premise Station Mapping. Run a list trace station on CM to see where the call is trying to be sent. Verify the called station has the SIP Trunk field filled out (a prefer to use route pattern instead of aar but either can work). The list trace station of the calling user should tell you what is happening in CM and why it can't get there. Also verify the IP-Network-Region domains are correct and match the inbound called station domain.

Having two users on the same SM is not necessarily relevant in the half-call model since all requests are proxied through the CM for feature enablement. Once the initiation half of the call is sent to CM the CM needs to know what to do with it and where to send it.
 
I notice that the phone numbers contain different quantity of digits.
TO: 83459
FROM: 13048483447
In the Communication profiles for your SIP users, did you administer two addresses? In this case you probably need both [ Avaya SIP 13048483459@evoipsip.fbi ], and [Avaya SIP 83459@evoipsip.fbi]
That way, ASM will direct the call to your SIP user regardless of whether it receives the long phone number or the short phone number.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top