Hi Guys, Hope your all well? Apologies for the post, however I wondered if anyone had successfully integrated Cisco 7945/7960 handsets running SIP firmware with Kamailio? I appreciate these handsets have some issues, whereby they expect responses on port 5060, even though they initiate transactions from a dynamic port, I just wondered if anyone had a working model or some pointers they could share? As we are pondering a VPN connection to remove NAT, however Id like to consider other alternatives before then. Many thanks Jon
Hello Jonathan,
On 03/19/2014 03:29 PM, Jonathan Hunter wrote:
I appreciate these handsets have some issues, whereby they expect responses on port 5060, even though they initiate transactions from a dynamic port, I just wondered if anyone had a working model or some pointers they could share?
1) If the phone properly indicates port 5060 in the Via header, then Kamailio will send responses to that port regardless of the source port of the requests to which it is responding.
That is, unless you have force_rport() on, the precise function of which is to override that default behaviour and use the source port instead.
2) I have a 7960 desk phone that I use with Kamailio. It's behind NAT in relation to Kamailio, and giving it the usual NAT treatment (nathelper fixups, rtpproxy) works just fine.
Hi Alex ,
Thankyou for the comments
Could you let me know which fix ups you apply with the 7960 as that would really help and I can test them out.
Many thanks
Jon
Date: Wed, 19 Mar 2014 18:52:38 -0400 From: abalashov@evaristesys.com To: sr-users@lists.sip-router.org Subject: Re: [SR-Users] Legacy Cisco 7945 and 7960 Handset Integration with Kamailio
Hello Jonathan,
On 03/19/2014 03:29 PM, Jonathan Hunter wrote:
I appreciate these handsets have some issues, whereby they expect responses on port 5060, even though they initiate transactions from a dynamic port, I just wondered if anyone had a working model or some pointers they could share?
- If the phone properly indicates port 5060 in the Via header, then
Kamailio will send responses to that port regardless of the source port of the requests to which it is responding.
That is, unless you have force_rport() on, the precise function of which is to override that default behaviour and use the source port instead.
- I have a 7960 desk phone that I use with Kamailio. It's behind NAT in
relation to Kamailio, and giving it the usual NAT treatment (nathelper fixups, rtpproxy) works just fine.
-- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 United States Tel: +1-678-954-0670 Web: http://www.evaristesys.com/, http://www.alexbalashov.com/
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
On 03/19/2014 06:58 PM, Jonathan Hunter wrote:
Thankyou for the comments
Could you let me know which fix ups you apply with the 7960 as that would really help and I can test them out.
Just the usual:
1) fix_nated_register() on registrations.
2) fix_nated_contact() on requests, as well as responses to requests (for inbound calls).
3) engage rtpproxy on all calls originating from or terminating to this phone.
Note that this is only desirable if the phone is behind a NAT from Kamailio's point of view. You don't need to do any of this if the phone is directly reachable from Kamailio on the network and transport layers.
-- Alex
-
Alex Balashov -
Jonathan Hunter