And with 6.1.5 spa942 still does not send Ack? Could you send a new trace? I heard that spa942 do not like long sip messages (and may be long sip headers). But I don't now the limitation. So... I would guess, that due to "caller id substitution" wery long Record-Route header occurs. And that's why parser error occurs in spa942. Or something like that... Is there more details in spa942 debug log? Rgds, Nikolay.
> -----Original Message----- > From: [email protected] > [mailto:[email protected]] On Behalf Of Niklas > Sent: Tuesday, February 08, 2011 3:26 PM > To: [email protected] > Subject: Re: [sipx-users] Problem with calls via GW when > modifying "DefaultCaller ID" > > > Content-Type: text/plain; > charset="utf-8" > Content-Transfer-Encoding: 8bit > Organization: SipXecs Forum > In-Reply-To: <[email protected]> > X-FUDforum: 08063afcdd00a6e76393c5b9527381e8 <56694> > Message-ID: <[email protected]> > > > > Hi again, > Have the latest software > Have started the debug function in the phone. > I got following syslog message after receiving 200 OK > > 02-05-2011 12:09:20 Local2.Debug 192.168.85.4 TP Parser > error: 6 > > Seems that the phone will be unhappy when we change the "from" field. > Has opened a TAC case against Cisco. > I guess it is ok to change the "from" field according to RFC's > > Comments? > > BR Niklas > _______________________________________________ > sipx-users mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users/ _______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
