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!

invalid OPTION ping

Status
Not open for further replies.

Johan1234

Programmer
Apr 6, 2010
36
DE
It seems that the OPTIONS method is corrupted.
According to RFC the OPTIONS should be sent from IP Office LAN address to the ITSP proxy address.
In the trace below you can see both FROM and TO field are the same.

Even better: When check OOS is turned off, OPTIONS are still being sent.

Anyone has an explanation for this ??

Sent message is:
OPTIONS sip:192.168.213.20 SIP/2.0
Via: SIP/2.0/UDP 192.168.213.20:5060;rport;branch=z9hG4bK23d562c0d5a01c30e5ab17bc9b967939
From: <sip:192.168.213.20>;tag=df0d353bfbd10654
To: <sip:192.168.213.20>
Call-ID: c766e75ca6eb6b06c41485785f9f282f
CSeq: 1783722660 OPTIONS
Contact: <sip:192.168.213.20:5060;transport=udp>
Max-Forwards: 70
Allow: INVITE,ACK,CANCEL,OPTIONS,BYE,INFO,NOTIFY,UPDATE
Supported: timer
User-Agent: IP Office 9.0.5.0 build 972
Content-Length: 0

Respons is:
SIP/2.0 400 Bad Request - 'Invalid IP Address'
Via: SIP/2.0/UDP 192.168.213.20:5060;rport;branch=z9hG4bK23d562c0d5a01c30e5ab17bc9b967939
From: <sip:192.168.213.20>;tag=df0d353bfbd10654
To: <sip:192.168.213.20>;tag=CDC682C8-23ED
Date: Thu, 04 Dec 2014 22:26:48 GMT
Call-ID: c766e75ca6eb6b06c41485785f9f282f
Server: Cisco-SIPGateway/IOS-15.2.4.M3
CSeq: 1783722660 OPTIONS
Content-Length: 0


Johan W.
ACIS-SME
ACSS-SME
APSS-SME
 
I think I had an ASA one time that was fixing up SIP and doing something similar.
 
You mean SIP ALG packet inspection? (turn it off)

Dulce et decorum pro Avaya mori
 
No, the trace is from IP Office output. So it's sends wrong initial messages, causing trunk to go busy-out.

Johan W.
ACIS-SME
ACSS-SME
APSS-SME
 
Are you sure the trunk is set up correctly? It's hard to answer without more detail on the setup and address scheme etc :)

 
Ofcoarse it is ;)

ITSP Domain name = IP Address of LAN2 (to determine FROM host part)

ITSP Proxy address = 62.140.159.249 (dial peer on CPE that passes through to SBC)

No network topology, no STUN.

It's even reproducable when upgrading from 9.0.2.0 to 9.0.3.0
9.0.2 does not send OPTIONS, after upgrade to 9.0.3+ it does, even when Check OOS is unchecked.



Johan W.
ACIS-SME
ACSS-SME
APSS-SME
 
ITSP Domain name = IP Address of LAN2 (to determine FROM host part)

No, this isn't correct, this would typically be the providers address i.e SIPS.NTE.LTD.COM not the systems own LAN2 address :)

 
We don't use DNS, and want the IP address to be the host part of the FROM field.
It's a closed environment, not over public internet.

Johan W.
ACIS-SME
ACSS-SME
APSS-SME
 
So then put the IP address of the other device forming the SIP connection, the "From" will come automatically from the interface it leaves over :)

 
I have linked several systems/devices to an IP Office using SIP trunks, never had it fail :)

 
indeed, once i put the trunk IP address in ITSP doamain AND proxy, it worked

Johan W.
ACIS-SME
ACSS-SME
APSS-SME
 
Still no good. Now OPTIONS goes well, but FROM field is corrupted.
I keep thinking it's a firmware issue.

Johan W.
ACIS-SME
ACSS-SME
APSS-SME
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top