Re: [reSIProcate-users] Compatability with RFC2543 clients
- From: Andrew Wood <ajwood@xxxxxxx>
- Date: Tue, 10 Feb 2009 15:59:07 +0000
It doesnt seem to, I cant see any stack errors being printed but the
200 appears to be resent over and over which suggests it was never
received. The strange thing is Im also having problems with calls TO
an ATA186, the outgoing invite is sent but then something and i dont
know what causes the app to crash. Possibly its the incoming 180 i
dont know. As I say it works fine with a Cisco IP phone but after all
the problems Ive had Im a bit dubious. All Im doing is as follows:
When Request received
Set Req line to top Route header
Remove top route header
Add Via with proxy IP
Add RR with proxy IP
Send outgoing request
When Response received:
Remove topmost Via (proxy IP)
Forward msg to address in new-topmost via.
WHat is it about RFC2543 messages thats different is it no branch in
the Via?
On 10 Feb 2009, at 15:29, Adam Roach wrote:
I'm pretty certain that the reason the 180 isn't being forwarded is
in the resip stack, not your code. I'd be curious to know whether
the 200 makes it through when the call is answered.
/a
Andrew Wood wrote:
Thanks Adam
So its definately not a mistake Im making?
On 9 Feb 2009, at 23:34, Adam Roach wrote:
Andrew:
I'm not sure how much work we're willing to do in the stack core
to accommodate 2543 clients. Even the IETF has moved on such that
significant new protocol extensions abandon backwards
compatibility. My inclination would be to leave this particular
resip behavior unchanged -- in fact, it's not clear to me that we
even could fix it without violating the request-forwarding rules
in draft-sparks-sip-invfix-02.
If you have a CCO account, you can follow the instructions here to
upgrade your ATA to a somewhat less ancient version of firmware,
which should solve your problem:
http://www.cisco.com/en/US/docs/voice_ip_comm/cata/186_188/2_15/english/administration/guide/sip/SIP88APC.html
If you don't have a CCO account... post back to this list and see
if someone speaks up to help you out. ;-)
/a
P.S. Here's the technical explanation of what's going on: it looks
like this used to work until about SVN revision 6545 (August 2006)
-- it may have broken somewhat earlier than that, but it's hard to
tell. The code in SipMessage.cxx:374 has comments indicating that
returning an empty cid should cause the stack to simply forward a
response (presumably according to its via header field) -- but the
code that calls it from TransactionState.cxx:168 unceremoniously
discards the message instead. (At least, I think that's the code
path you're exercising -- turning debugging up to DEBUG for the
stack would confirm).
Andrew Wood wrote:
Im trying to build a stric routing proxy using resip.
Ive got it working with 2 Cisco IP phones fine, but Ive also got
some old Cisco ATA186 which I dont think are RFC3261 compliant.
Whenever one of these is involved in the call strange things
happen.
www.simple.org/notworking.html <http://www.simple.org/notworking.html
> shows a sample message exchange between an ATA 186 (202@xxxxxxxxxxxxx
<mailto:202@xxxxxxxxxxxxx>) calling a Cisco IP phone (200@xxxxxxxxxxxxx
<mailto:200@xxxxxxxxxxxxx>) via the resip based proxy at
192.168.254.254.
The called phone rings but the 180 appears to be disliked by
resiprocate when its forwarded on.
I suspect Im doing something wrong with the forwarding of either
the INVITE or the 180 but for a call between two Cisco IP phones
it works fine.
Any ideas please
Regards
Andrew
Recommends you try OpenOffice.org - I'm
Microsoft free, you too can be.
------------------------------------------------------------------------
_______________________________________________
resiprocate-users mailing list
resiprocate-users@xxxxxxxxxxxxxxx
List Archive: http://list.resiprocate.org/archive/resiprocate-
users/
______________________________________________________________________
This email has been scanned by the MessageLabs Email Security
System.
For more information please visit http://www.messagelabs.com/email
______________________________________________________________________
Andrew
Recommends you try OpenOffice.org - I'm
Microsoft free, you too can be.
_______________________________________________
resiprocate-users mailing list
resiprocate-users@xxxxxxxxxxxxxxx
List Archive: http://list.resiprocate.org/archive/resiprocate-users/
______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
______________________________________________________________________
Andrew
Recommends you try OpenOffice.org - I'm
Microsoft free, you too can be.