-----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(a)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
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Thunderbird -
http://enigmail.mozdev.org
iD8DBQFC1TPUiLK8unYgEMQRAiEPAJoCwJdY2vG5fvdmWOKAZjVtiBX/6gCfXJCp
BjMUffMVHJlVhKQNwRk3wkw=
=Q7re
-----END PGP SIGNATURE-----