-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Juha,
I did another dump using ethereal and the result was the same but finaly I find out the source of the problem. One carrier that I send calls through do some comparisons betwen To: header field and INVITE (I know that its not RFC compliant) so I have to change To: header field using subst(). This error occur only when I change To: header field and doesn't matters if I use "consume_credentials()" before or after the substitution function. I realy don't know if its a "consume_credentials()" BUG! I think SER gurus can answer this question.
Thanks in advance.
Juha Heinanen wrote:
Rodrigo P. Telles writes:
ngrep is not always reliable. check with ethereal to be sure.
-- juha
INVITE sip:00000000000000@y.y.y.y:5060 SIP/2.0. Record-Route: sip:0000000000000@x.x.x.x;ftag=8c7829c492ab97d9;lr=on. Via: SIP/2.0/UDP x.x.x.x;branch=z9hG4bK151b.f401ac77.0. Via: SIP/2.0/UDP z.z.z.z:41593;branch=z9hG4bK0d356ccd0e9fab1d. From: "Client 1" sip:1005@mysipdomain;tag=8c7829c492ab97d9. To: sip:000000000000@mysipdomain. Contact: sip:1005@z.z.z.z:41593. Supported: replaces. sip:000000000000@mysipdomain", nonce="42cc468e4ddef88bad480d1a5dfbd8bf87c03f23", response="0a5825c4e4bf2bb43 e2a0ba850ba32b1".Call-ID: cff0854b39f5c97e@z.z.z.z. CSeq: 59598 INVITE. User-Agent: Grandstream BT100 1.0.5.22. Max-Forwards: 69. Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE. Content-Type: application/sdp. Content-Length: 388