<div dir="ltr">A little more context with some CLI output.<div><br></div><div>Here I am trying to kill some calls and then proving I cannot bind control, because of this one call leg still up.</div><div><br></div><div><div><font face="monospace">2921(conf-voi-serv)#do show sip-ua calls summ</font></div><div><font face="monospace">Total SIP call legs:50, User Agent Client:25, User Agent Server:25</font></div><div><font face="monospace">2921(conf-voi-serv)# sip</font></div><div><font face="monospace">2921(conf-serv-sip)#  call service stop</font></div><div><font face="monospace">2921(conf-serv-sip)#do show sip-ua calls summ</font></div><div><font face="monospace">Total SIP call legs:2, User Agent Client:1, User Agent Server:1</font></div><div><font face="monospace">2921(conf-serv-sip)#exit</font></div><div><font face="monospace">2921(conf-voi-serv)#shutdown forced</font></div><div><font face="monospace">2921(conf-voi-serv)#do show sip-ua calls summ</font></div><div><font face="monospace">Total SIP call legs:2, User Agent Client:1, User Agent Server:1</font></div><div><font face="monospace">2921(conf-voi-serv)#dial-peer voice 1100 voip</font></div><div><font face="monospace">2921(config-dial-peer)# voice-class sip bind control source-interface Loopback1</font></div><div><font face="monospace">There are active sip calls</font></div><div><font face="monospace">The bind command change will not take effect</font></div><div><br></div><div>Interestingly, when I do a "show call active voice brief" right now, there are no calls active.  So, I'm going to guess this is SIP OPTIONS causing a call leg to stay up.</div><div><br></div><div><div><font face="monospace">2921#</font><span style="font-family:monospace">show call active voice | in PeerAddr|PeerId|RemoteS|RemoteM|Dtmf|Coder|VAD</span></div></div><div><font face="monospace">2921# </font><br></div><div><br></div><div>Which is even worse than an actual call, because now I have to shutdown all the voip dial-peers, or remove OPTIONS from them at least.<br></div><div><br></div><div><div><font face="monospace">2921(conf-voi-serv)#dial-peer voice 1100 voip</font></div><div><font face="monospace">2921(config-dial-peer)# shut</font></div><div><font face="monospace">2921(config-dial-peer)#dial-peer voice 1200 voip</font></div><div><font face="monospace">2921(config-dial-peer)# shut</font></div><div><span style="font-family:monospace">2921(config-dial-peer)#dial-peer voice 2100 voip</span><br></div><div><font face="monospace">2921(config-dial-peer)# shut</font></div><div><span style="font-family:monospace">2921(config-dial-peer)#dial-peer voice 2200 voip</span><br></div><div><font face="monospace">2921(config-dial-peer)# shut</font></div><div><span style="font-family:monospace">2921(config-dial-peer)#do sh sip-ua calls summ</span><br></div><div><font face="monospace">Total SIP call legs:2, User Agent Client:1, User Agent Server:1</font></div><div><font face="monospace">2921(config-dial-peer)#</font></div></div><div><br></div><div>Nope.  That didn't do it either.  I guess I just have to wait it out.</div><br><div class="gmail_quote"><div dir="ltr">On Tue, Sep 5, 2017 at 4:44 PM Anthony Holloway <<a href="mailto:avholloway%2Bcisco-voip@gmail.com">avholloway+cisco-voip@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I have a bone to pick with the people who wrote the code for IOS and how it doesn't let you bind control on a net new dial-peer, which has no active calls going through it, although, there are active calls on the CUBE as a whole.<div><br></div><div>So, here's the deal.  I was trying to setup a new dial-peer for a specific outgoing phone number to test some config changes.  I copied the normal outgoing PSTN dial-peer to the ITSP, changed the destination-pattern to the number I was testing with, and when I pasted it in to the CUBE, the old "Bind will not take affect, there are active calls." error message popped up.</div><div><br></div><div>A "show sip-ua calls summary" confirmed plenty of call legs active on the CUBE.<br></div><div><br></div><div>So, my next thing was to kill all active calls on the CUBE, which I have done in the past with this:<br></div><div><br></div><div>voice service voip</div><div> shutdown forced</div><div>!</div><div><br></div><div>However, after initiating that command, there were still some, but less, active legs showing on the CUBE.  I waited a good 2 minutes or so for call legs to clear, but some small amount just stayed active</div><div><br></div><div>I then had to further shutdown SIP like this:</div><div><br></div><div>voice service voip</div><div> sip</div><div>  call service stop</div><div>!</div><div><br></div><div>When finally, the rest of the calls cleared and I was able to bind control on my new dial-peer.<br></div><div><br></div><div>I then reverse those two commands to get back up and running.</div><div><br></div><div><div>voice service voip</div><div> no shutdown forced</div><div> sip</div><div>  no call service stop</div><div>!</div></div><div><br></div><div>This was on a 2900 ISR running 15.5(3)M5.</div><div><br></div><div>Three questions:</div><div><br></div><div>1) What could possibly be the decision process to decide that we cannot bind control on net new dial-peers on CUBE while there are active calls.  Doesn't make any sense to me.  So, if you have a CUBE that processes phones calls 24/7, you have to drop all active calls to add any new dial-peers (albeit ones requiring control binding)?  That seems pretty weak.  I feel like I should have seen this coming, considering how many CUBEs I've configured over the years, but unfortunately, this one surprised me.<br></div><div><br></div><div>2) Why didn't the shutdown forced command clear all of the sip legs, despite me having done this, on this very gateway even, in the past?  Are some legs not considered "calls" and therefore are not impacted by the gateway shutdown?</div><div><br></div><div>3) Outside of waiting until all calls are inactive, or dropping all calls, how would you handle this type of scenario?</div><div><br></div><div>Thanks.</div></div></blockquote></div></div></div>