El Miércoles, 24 de Octubre de 2007, Richard Bennett escribió:
Hi, I have Openser 1.1 with Mediaproxy terminating calls to a AS5350 Cisco gateway. Everything works fine, except when the PSTN party terminates the call. The cisco gateway then sends a bye message to the user-agents internal IP address instead of to the sip proxy's ip address. Here's an ngrep: 1.2.3.204=cisco gateway 1.2.3.201=openser proxy 62.1.2.122=useragent external ip 192.168.1.10 = useragent internal ip
U 1.2.3.201:5060 -> 192.168.1.10:5060 BYE sip:test@62.1.2.122:5060 SIP/2.0. Record-Route: sip:1.2.3.201;lr=on;ftag=E6EFE450-D54. Via: SIP/2.0/UDP 1.2.3.201;branch=z9hG4bKebda.e0002794.0. Via: SIP/2.0/UDP 1.2.3.204:5060;branch=z9hG4bKCC881474. From: sip:04766343@192.168.1.10;tag=E6EFE450-D54. To: "3227842234" sip:101002936@sip.server.com;tag=6b26b6926603729o0. Date: Tue, 23 Oct 2007 20:36:05 GMT. Call-ID: 656e89a4-6b2eb629@192.168.1.24. User-Agent: Cisco-SIPGateway/IOS-12.x. Max-Forwards: 69. Route: sip:192.168.1.10;lr=on;ftag=6b26b6926603729o0;vsf=AAAAAEVVQkRwAwABGHFFUV5S AFpCaWVuc2ludmVzdG1lbnQuY29t. Timestamp: 1193171774. CSeq: 101 BYE. Reason: Q.850;cause=16. Content-Length: 0.
So it looks to me like the Cisco is simply ignoring the record-route header.
Could you capture the packet from Cisco to OpenSer in from of the capture you show now (that is from OpenSer to 192.168.1.10)?.
In fact, it could be useful a entire trace:
- INVITE from client to OpenSer. - INVITE from OpenSer to Cisco. - ACK - BYE from Cisco.