I was just going through old posts I had missed and saw this one, I was about to respond saying, 'check the srst reference for the device pool...' and I was surprised no one else suggested it.<br><br>The most likely answer is usually the last one people check...
<br><br><br><br>Jonathan<br><br><div><span class="gmail_quote">On 4/3/07, <b class="gmail_sendername">Roush, David</b> <<a href="mailto:droush@mckennalong.com">droush@mckennalong.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I figured it out. The Device Pool that had the 7961/7914's had the srst<br>resouce set to the default gateway instead of the voice gateway that was<br>running SRST.<br><br>Thanks.<br><br>-----Original Message-----<br>
From: Jason Aarons (US) [mailto:<a href="mailto:jason.aarons@us.didata.com">jason.aarons@us.didata.com</a>]<br>Sent: Monday, April 02, 2007 11:39 PM<br>To: Kent; Roush, David<br>Cc: <a href="mailto:cisco-voip@puck.nether.net">
cisco-voip@puck.nether.net</a><br>Subject: RE: [cisco-voip] 7961/7914 SRST<br><br>I've had no issues with 12.4(4)XC with 7941/7961 with twenty sites and<br>500 phones running SRST across 2801/2811s. It was the first image with
<br>SRST support for the third-gen phones. Had been using 7.x device load,<br>upgraded to 8.2(1) for DST2007.<br><br>-----Original Message-----<br>From: <a href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net
</a><br>[mailto:<a href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a>] On Behalf Of Kent<br>Sent: Monday, April 02, 2007 10:13 PM<br>To: Roush, David<br>Cc: <a href="mailto:cisco-voip@puck.nether.net">
cisco-voip@puck.nether.net</a><br>Subject: Re: [cisco-voip] 7961/7914 SRST<br><br>Learned just this past weekend that some of the IOS Code for SRST has an<br><br>issue in it causing 7961 and 7941 phones not to register. My coworker
<br>dealt with this, so I don't have much info on it yet.<br><br><br>Roush, David wrote:<br>><br>> When our phones go into SRST mode, none of the 7961/7914 will go into<br>> SRST mode, they just continually say Registering. Here is a sh
<br>> call-manager-fallback:<br>> CONFIG (Version=4.0(0))<br>> =====================<br>> Version 4.0(0)<br>> For on-line documentation please see:<br>> <a href="http://www.cisco.com/univercd/cc/td/doc/product/access/ip_ph/ip_ks/index.htm">
www.cisco.com/univercd/cc/td/doc/product/access/ip_ph/ip_ks/index.htm</a><br>><br><javascript:newWin('<a href="http://www.cisco.com/univercd/cc/td/doc/product/acce">http://www.cisco.com/univercd/cc/td/doc/product/acce
</a><br>ss/ip_ph/ip_ks/index.htm')><br>><br>><br>> ip source-address X.X.X.X port 2000<br>> max-ephones 30<br>> max-dn 96 dual-line<br>> max-conferences 4 gain -6<br>> dspfarm units 0<br>> dspfarm transcode sessions 0
<br>> huntstop<br>> no huntstop channel<br>> voicemail 918005555555<br>> cnf-file location: system:<br>> cnf-file option: PER-PHONE-TYPE<br>> network-locale[0] US (This is the default network locale for this box)
<br>> network-locale[1] US<br>> network-locale[2] US<br>> network-locale[3] US<br>> network-locale[4] US<br>> user-locale[0] US (This is the default user locale for this box)<br>> user-locale[1] US<br>> user-locale[2] US
<br>> user-locale[3] US<br>> user-locale[4] US<br>> srst mode auto-provision is OFF<br>> srst ephone template is 0<br>> srst dn template is 0<br>> srst dn line mode is single<br>> time-format 12<br>> date-format mm-dd-yy
<br>> timezone 12 Eastern Standard/Daylight Time<br>> secondary-dialtone 9<br>> call-forward busy 918005555555<br>> call-forward noan 918005555555 timeout 3<br>> no call-forward pattern is configured.<br>> no transfer-pattern is configured, transfer is restricted to local
<br>> SCCP phones only.<br>> keepalive 30<br>> timeout interdigit 5<br>> timeout busy 10<br>> timeout ringing 180<br>> caller-id name-only: enable<br>> Limit number of DNs per phone:<br>> 7910: 36<br>
> 7935: 36<br>> 7936: 36<br>> 7940: 6<br>> 7960: 20<br>> 7970: 36<br>> Log (table parameters):<br>> max-size: 150<br>> retain-timer: 15<br>> transfer-system full-consult<br>> local directory service: enabled.
<br>><br>> Reading through the SRST Manuals for 4.0 it says no additional<br>> configuration is necessary for the 7914. Any ideas?<br>><br>> Thanks<br>><br>><br>><br>> David<br>><br>> CONFIDENTIALITY NOTICE:
<br>> This e-mail and any attachments contain information from<br>> the law firm of McKenna Long & Aldridge LLP, and are<br>> intended solely for the use of the named recipient or<br>> recipients. This e-mail may contain privileged
<br>> attorney/client communications or work product. Any<br>> dissemination of this e-mail by anyone other than an<br>> intended recipient is strictly prohibited. If you are not a<br>> named recipient, you are prohibited from any further
<br>> viewing of the e-mail or any attachments or from making any<br>> use of the e-mail or attachments. If you believe you have<br>> received this e-mail in error, notify the sender<br>> immediately and permanently delete the e-mail, any
<br>> attachments, and all copies thereof from any drives or<br>> storage media and destroy any printouts of the e-mail or<br>> attachments.<br>><br>><br>><br>------------------------------------------------------------------------
<br>><br>> _______________________________________________<br>> cisco-voip mailing list<br>> <a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>> <a href="https://puck.nether.net/mailman/listinfo/cisco-voip">
https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>><br><br>_______________________________________________<br>cisco-voip mailing list<br><a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>
<br><a href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>-----------------------------------------<br>Disclaimer:<br><br>This e-mail communication and any attachments may contain
<br>confidential and privileged information and is for use by the<br>designated addressee(s) named above only. If you are not the<br>intended addressee, you are hereby notified that you have received<br>this communication in error and that any use or reproduction of
<br>this email or its contents is strictly prohibited and may be<br>unlawful. If you have received this communication in error, please<br>notify us immediately by replying to this message and deleting it<br>from your computer. Thank you.
<br><br><br>CONFIDENTIALITY NOTICE:<br>This e-mail and any attachments contain information from<br>the law firm of McKenna Long & Aldridge LLP, and are<br>intended solely for the use of the named recipient or<br>recipients. This e-mail may contain privileged
<br>attorney/client communications or work product. Any<br>dissemination of this e-mail by anyone other than an<br>intended recipient is strictly prohibited. If you are not a<br>named recipient, you are prohibited from any further
<br>viewing of the e-mail or any attachments or from making any<br>use of the e-mail or attachments. If you believe you have<br>received this e-mail in error, notify the sender<br>immediately and permanently delete the e-mail, any
<br>attachments, and all copies thereof from any drives or<br>storage media and destroy any printouts of the e-mail or<br>attachments.<br><br><br><br>_______________________________________________<br>cisco-voip mailing list
<br><a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br><a href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br></blockquote></div>
<br>