
{"id":7,"date":"2009-06-27T15:07:26","date_gmt":"2009-06-27T11:07:26","guid":{"rendered":"http:\/\/www.starprowler.com\/ramblings\/?p=7"},"modified":"2010-03-10T22:43:03","modified_gmt":"2010-03-10T18:43:03","slug":"my-experiments-with-cisco-7940-ip-phone","status":"publish","type":"post","link":"https:\/\/www.starprowler.com\/index.php\/2009\/06\/27\/my-experiments-with-cisco-7940-ip-phone\/","title":{"rendered":"my experiments with Cisco 7940 IP phone"},"content":{"rendered":"<p>12:40 AM\u00a0 09 Dec 2007<br \/>\nSeem to have figured out the strange and seemingly erratic behaviour of the Cisco 7940.<\/p>\n<p>Quick answer&#8230; in the SIP&lt;mac_address&gt;.cnf file enable NAT:<br \/>\n# NAT\/Firewall Traversal<br \/>\nnat_enable: &#8220;1&#8221;\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 ; &lt;&#8212;- default is &#8220;0&#8221;. Have no idea why this works but&#8230;<br \/>\nnat_address: &#8220;&#8221;<br \/>\nvoip_control_port: &#8220;5061&#8221;<br \/>\nstart_media_port: &#8220;19000&#8221;<br \/>\nend_media_port:\u00a0 &#8220;20000&#8221;<br \/>\nnat_received_processing: &#8220;0&#8221;<\/p>\n<p>I chanced on this when poring over the SIP logs. I noticed that the requests from the phone was coming from random ports. The SIP read said&#8230;<br \/>\n&lt;&#8212; SIP read from 192.168.2.130:50218 &#8212;&gt;<\/p>\n<p>&#8230; but the Contact: SIp field said&#8230;<br \/>\nContact: &lt;sip:6112@192.168.2.130:5060;transport=udp&gt;<\/p>\n<p>However, * responded&#8230;<br \/>\n&lt;&#8212; Transmitting (NAT) to 192.168.2.130:50218 &#8212;&gt;<br \/>\nSIP\/2.0 100 Trying<br \/>\nVia: SIP\/2.0\/UDP 192.168.2.130:5060;branch=z9hG4bK4fba995f;received=192.168.2.130<\/p>\n<p>Further down&#8230; i saw&#8230;.<br \/>\n[Dec\u00a0 8 17:32:01] VERBOSE[2565] logger.c: Sending to 192.168.2.130 : 50218 (NAT)\u00a0\u00a0\u00a0 ; &lt;&#8212;!!<br \/>\n[Dec\u00a0 8 17:32:01] VERBOSE[2565] logger.c: Using INVITE request as basis request &#8211; 0008a326-31d90005-30de60e7-48868c82@192.168.2.130<br \/>\n[Dec\u00a0 8 17:32:01] VERBOSE[2565] logger.c: Found no matching peer or user for &#8216;192.168.2.130:50218&#8217;<\/p>\n<p>wierd?? Dunno. So * was sending its reponses to the 50218 port in the above case, and obviously the phone wasn&#8217;t listening at that port! This meant that the 200 OK responses were not being received by the phone. So finally hit on this setting&#8230; didn&#8217;t make sense, but tried it coz that would be one setting that would affect source and target ports. It worked! I hope this is the last of my travails with the Cisco 7940 phone. All works fine&#8230; including the MWI! \ud83d\ude42<\/p>\n<p>After this the sip show peers, showed me&#8230;.<br \/>\n6112\/6112\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 192.168.2.130\u00a0\u00a0\u00a0 D\u00a0\u00a0 N\u00a0\u00a0\u00a0\u00a0\u00a0 5061\u00a0\u00a0\u00a0\u00a0 Unmonitored<br \/>\n^^^^-!!! This came from the NAT\/Firewall traversal setting.<br \/>\nObviously the Phone firmware was using a random port (i.e., ignoring this setting) when used with a nat_enable: 0\u00a0 setting.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>12:40 AM\u00a0 09 Dec 2007 Seem to have figured out the strange and seemingly erratic behaviour of the Cisco 7940. Quick answer&#8230; in the SIP&lt;mac_address&gt;.cnf file enable NAT: # NAT\/Firewall Traversal nat_enable: &#8220;1&#8221;\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 ; &lt;&#8212;- default is &#8220;0&#8221;. Have no idea why this works but&#8230; nat_address: &#8220;&#8221; voip_control_port: &#8220;5061&#8221; start_media_port: &#8220;19000&#8221; end_media_port:\u00a0 &#8220;20000&#8221; nat_received_processing: &#8220;0&#8221; [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[3],"tags":[37,17,36,19,16,72],"class_list":["post-7","post","type-post","status-publish","format-standard","hentry","category-voip","tag-37","tag-asterisk","tag-cisco","tag-mwi","tag-sip","tag-voip"],"amp_enabled":true,"_links":{"self":[{"href":"https:\/\/www.starprowler.com\/index.php\/wp-json\/wp\/v2\/posts\/7","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.starprowler.com\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.starprowler.com\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.starprowler.com\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.starprowler.com\/index.php\/wp-json\/wp\/v2\/comments?post=7"}],"version-history":[{"count":3,"href":"https:\/\/www.starprowler.com\/index.php\/wp-json\/wp\/v2\/posts\/7\/revisions"}],"predecessor-version":[{"id":9,"href":"https:\/\/www.starprowler.com\/index.php\/wp-json\/wp\/v2\/posts\/7\/revisions\/9"}],"wp:attachment":[{"href":"https:\/\/www.starprowler.com\/index.php\/wp-json\/wp\/v2\/media?parent=7"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.starprowler.com\/index.php\/wp-json\/wp\/v2\/categories?post=7"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.starprowler.com\/index.php\/wp-json\/wp\/v2\/tags?post=7"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}