cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
317
Views
0
Helpful
3
Replies

Cisco ATA 112 Parse Error

jamespeters
Level 1
Level 1

We are having an issue using a Cisco SPA 112 with a freeswitch based PBX.  Depending on caller ID settings on the PBX, the ATA seems unable to process the 180 ringing or 183 session progress message sent back from the server.  All the ATA is giving from syslog is "TP Parse Error 6".

Clearly the ATA is having an issue parsing the message.  I just can't figure why.  Does anyone in the community know what a "TP Parse Error 6" might be in more detail?

Thanks in advance for help!

3 Replies 3

Dan Lukes
VIP Alumni
VIP Alumni

You should capture not only syslog (at highest level) but debug messages as well. Also, captured SIP session packets may help to analyze the issue.

Syslog & Debug messages are undocumented. Thus no advice related to isolated "TP Parse Error 6" phrase with no context is possible.

We have captured syslog.  The 180 ringing packet is received and reported to syslog.  Then debug outputs TP parse error:6 and we don't get ring back on the calling phone, and no audio because the call doesn't complete setup, then we hang up the call. Nothing else comes from debug.

Best we can put together at this point is that it has something to do with the FROM field in the SDP message.  When caller ID is set on the 4 digit user account on the PBX (the account the ATA uses to register), the FROM field is populated on outbound PSTN calls with the 10 digit caller ID number (also set only on the server) and whatever name value is assigned to the extension on the server.  When we have a combination of name and 10 digit number that exceeds 17 characters (again, all server based settings), we receive the parse error from the ATA debug. 

My guess is something in the code of the ATA, but without a document on the error codes or any one having prior experience like this, then we've probably just hit a limitation.  We are using an open sourced PBX system so it isn't surprising some inter-op issues exist.

it has something to do with the FROM field in the SDP message
...
we've probably just hit a limitation

You provided neither logs captured nor SIP session packets. I can neither confirm nor reject your conclusions.

We are using open source PBX, our FROM is exceeding 17 characters and we are not facing the issue in question.

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: