12 Feb
2010
12 Feb
'10
3:10 p.m.
Hi Daniel,
Thanks...I think that I maybe understand... - let's see: What you're
saying is that the problem is the missing Max-Forwards in the initial
INVITE that I receive, right? If this is the case, should I solve this
by rewriting the INVITE and add a Max-Forwards, and if so, how would I
go about this?
Thanks a lot!
//Anders
On Fri, Feb 12, 2010 at 11:01 AM, Daniel-Constantin Mierla
<miconda(a)gmail.com> wrote:
Hello,
maybe it does not like the two Max-Forwards headers in forwarded invite.
Received invite does not have one, so you probably do two times max forward
processing in you config, one time with 5 and one time with 10.
Cheers,
Daniel
On 2/12/10 1:46 PM, Anders wrote:
Hi,
My carrier doesn't like the invites that come from two specific
customers I have, who both use something called VoipSwitch. It returns
from the carrier as a Bad Request.
Below is the dialog - I'm not sharp enough to see what's wrong - anyone?
Thanks!
//Anders
U 2010/02/01 17:53:42.355689 CustomerIP:5060 -> MyProxyIP:5060
INVITE sip:890912551128650136@MyProxyIP SIP/2.0.
CSeq: 1 INVITE.
Via: SIP/2.0/UDP CustomerIP:5060;branch=z9hG4bk01025810150801381470578.
From: "SERVER
BR"<sip:001184517324@CustomerIP:5060>;tag=010258101508381470562.
Call-ID: GW6d4c945d2c573c27@CustomerIP.
To:<sip:890912551128650136@MyProxyIP>.
Contact:<sip:CustomerIP:5060;transport=udp>.
Content-Type: application/sdp.
Content-Length: 250.
Remote-Party-ID: "SERVER
BR"<sip:69912390@customerDNS>;privacy=off;screen=no.
.
v=0.
o=VoipSwitch 9298 9298 IN IP4 CustomerIP.
s=VoipSIP.
i=Audio Session.
c=IN IP4 CustomerIP.
t=0 0.
m=audio 8298 RTP/AVP 18 101.
a=rtpmap:18 G729/8000/1.
a=fmtp:18 annexb=no.
a=rtpmap:101 telephone-event/8000.
a=fmtp:101 0-15.
a=sendrecv.
U 2010/02/01 17:53:42.355990 MyProxyIP:5060 -> CustomerIP:5060 SIP/2.0
100 Giving a try.
CSeq: 1 INVITE.
Via: SIP/2.0/UDP
CustomerIP:5060;branch=z9hG4bk01025810150801381470578;rport=5060;received=187.45.218.17$
From: "SERVER
BR"<sip:001184517324@CustomerIP:5060>;tag=010258101508381470562.
Call-ID: GW6d4c945d2c573c27@CustomerIP.
To:<sip:890912551128650136@MyProxyIP>.
Server: Kamailio.
Content-Length: 0.
.
U 2010/02/01 17:53:42.356010 MyProxyIP:5060 -> CarrierIP:5060 INVITE
sip:84370551128650136@CarrierIP:5060 SIP/2.0.
Max-Forwards: 10.
Max-Forwards: 5.
Record-Route:<sip:MyProxyIP;lr=on;nat=yes;did=e4c.e1f33ad5>.
CSeq: 1 INVITE.
Via: SIP/2.0/UDP MyProxyIP;branch=z9hG4bK139a.a74691c5.0.
Via: SIP/2.0/UDP
CustomerIP:5060;rport=5060;received=CustomerIP;branch=z9hG4bk0102581015080138147057$
From: "SERVER
BR"<sip:001184517324@CustomerIP:5060>;tag=010258101508381470562.
Call-ID: GW6d4c945d2c573c27@CustomerIP.
To:<sip:890912551128650136@MyProxyIP>.
Contact:<sip:CustomerIP:5060;transport=udp>.
Content-Type: application/sdp.
Content-Length: 250.
Remote-Party-ID: "SERVER
BR"<sip:69912390@customerDNS>;privacy=off;screen=no.
.
v=0.
o=VoipSwitch 9298 9298 IN IP4 CustomerIP.
s=VoipSIP.
i=Audio Session.
c=IN IP4 CustomerIP.
t=0 0.
m=audio 8298 RTP/AVP 18 101.
a=rtpmap:18 G729/8000/1.
a=fmtp:18 annexb=no.
a=rtpmap:101 telephone-event/8000.
a=fmtp:101 0-15.
a=sendrecv.
U 2010/02/01 17:53:42.608917 CarrierIP:5060 -> MyProxyIP:5060 SIP/2.0
400 Bad Request.
Via: SIP/2.0/UDP MyProxyIP;branch=z9hG4bK139a.a74691c5.0.
Via: SIP/2.0/UDP
CustomerIP:5060;rport=5060;received=CustomerIP;branch=z9hG4bk0102581015080138147057$
From: "SERVER
BR"<sip:001184517324@CustomerIP:5060>;tag=010258101508381470562.
To:<sip:890912551128650136@MyProxyIP>.
Call-ID: GW6d4c945d2c573c27@CustomerIP.
CSeq: 1 INVITE.
Content-Length: 0.
_______________________________________________
Kamailio (OpenSER) - Users mailing list
Users(a)lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
--
Daniel-Constantin Mierla
SIP Server Professional Solutions
* http://www.asipto.com/