Re: [OSL | CCIE_Voice] SRST keepalive time
Hi Emauel, Please use following command to delay the fallback to CUCM Using the command will delay fallback to configured minute. ccm-manager switchback uptime-delay "minutes" Regards, brajesh. On Tue, Nov 8, 2011 at 10:14 PM, Emanuel Damasceno wrote: > Hello experts, > > I currently have a customer who has CUCMBE in his environment with SRST > enabled. His voice gateway is over a WAN link, and the link is unstable. His > phones keep registering back and forth, and now he wants to keep his phones > in SRST mode for a little longer than usual. His configs are > call-manager-fallback based (no CME as SRST)... How can I achieve this? Is > it through CUCMBE or his CME? His gateway is MGCP. > > Thanks > Antonio Emanuel Damasceno > CCNA, CCNA Voice, CCNP Voice, CCIE Voice (written) > CompTIA Network+ > > > > ___ > For more information regarding industry leading CCIE Lab training, please > visit www.ipexpert.com > > Are you a CCNP or CCIE and looking for a job? Check out > www.PlatinumPlacement.com > ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
Re: [OSL | CCIE_Voice] SRST keepalive time
Hi, you should use "Connection Monitor Duration" Parameter under Enterprise Parameter (for whole System) or Device Pool. Default it is set 120 Sec (2Min.). HTH /Robert Original-Nachricht > Datum: Tue, 8 Nov 2011 14:44:02 -0200 > Von: Emanuel Damasceno > An: ccie_voice@onlinestudylist.com > Betreff: [OSL | CCIE_Voice] SRST keepalive time > Hello experts, > > I currently have a customer who has CUCMBE in his environment with SRST > enabled. His voice gateway is over a WAN link, and the link is unstable. > His phones keep registering back and forth, and now he wants to keep his > phones in SRST mode for a little longer than usual. His configs are > call-manager-fallback based (no CME as SRST)... How can I achieve this? Is > it through CUCMBE or his CME? His gateway is MGCP. > > Thanks > *Antonio Emanuel Damasceno* > CCNA, CCNA Voice, CCNP Voice, CCIE Voice (written) > CompTIA Network+ -- NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurück-Garantie! Jetzt informieren: http://www.gmx.net/de/go/freephone ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
Re: [OSL | CCIE_Voice] SRST keepalive time
Maybe this will help: *Station and Backup Server KeepAlive Interval:* [image: Required Field] This parameter designates the interval between KeepAlive messages that are sent from Cisco IP Phones to the secondary Cisco CallManager. This is a required field. Default: 60 Minimum: 10 Maximum: 1000 : Reset affected IP phone(s) for the parameter change to take effect. Unit: sec *Station KeepAlive Interval:* [image: Required Field] This parameter designates the interval between KeepAlive messages sent from Cisco IP Phones to the primary Cisco CallManager. This is a required field. Default: 30 Minimum: 10 Maximum: 1000 : Reset affected IP phone(s) for the parameter change to take effect. Service Parameters on CUCM On Tue, Nov 8, 2011 at 10:30 PM, wrote: > Send CCIE_Voice mailing list submissions to >ccie_voice@onlinestudylist.com > > To subscribe or unsubscribe via the World Wide Web, visit >http://onlinestudylist.com/mailman/listinfo/ccie_voice > or, via email, send a message with subject or body 'help' to >ccie_voice-requ...@onlinestudylist.com > > You can reach the person managing the list at >ccie_voice-ow...@onlinestudylist.com > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of CCIE_Voice digest..." > > > Today's Topics: > > 1. Re: LAN QoS egress queue setting (Shrini) > 2. Re: Does "MGCP Signaling" include backhaul? (Mohd Baqari) > 3. SRST keepalive time (Emanuel Damasceno) > > > -- > > Message: 1 > Date: Mon, 7 Nov 2011 22:17:23 -0800 > From: "Shrini" > To: "'Vega Wong'" , > > Subject: Re: [OSL | CCIE_Voice] LAN QoS egress queue setting > Message-ID: <406401cc9dde$15451050$3fcf30f0$@gmail.com> > Content-Type: text/plain; charset="us-ascii" > > Vega, > > > > You need to follow best practices as per SRND. > > > > Thanks > > Shrini > > > > From: ccie_voice-boun...@onlinestudylist.com > [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Vega Wong > Sent: Monday, November 07, 2011 9:39 PM > To: ccie_voice@onlinestudylist.com > Subject: [OSL | CCIE_Voice] LAN QoS egress queue setting > > > > > Hi experts > > > > I am working on the topic of LAN QoS. I understand we will be given tasks > to > modify the setting on the egress queues of the switches. The setting > includes, buffer sizes, shape and share setting etc. > > > > My question is, is there a best practise on what values these figures > should > change to? for example, if the task ask to change the buffer size to 50% > for > queue 2, what should be the buffer size set to for Q1, Q3 and Q4 in the > queue-set? > > > > thanks > > > > > > > > -- next part -- > An HTML attachment was scrubbed... > URL: > > > -- > > Message: 2 > Date: Tue, 8 Nov 2011 15:19:09 +0400 > From: Mohd Baqari > To: Cciestudyvoice Cciestudyvoice > Cc: "ccie_voice@onlinestudylist.com" > Subject: Re: [OSL | CCIE_Voice] Does "MGCP Signaling" include >backhaul? > Message-ID: <5003cf89-6919-4a93-8d10-a36913a31...@gmail.com> > Content-Type: text/plain; charset="us-ascii" > > You are correct since NBAR isn't supported in 3750 as L2. > > But in IOS, mgcp using NBAR include both ports. So when you are doing it > on switch you need to include both ports as Cisco is considering both in > NBAR IOS. > > Regards, > Mohammed Al Baqari > > Sent from my iPhone > > On Nov 7, 2011, at 10:35 PM, Cciestudyvoice Cciestudyvoice < > cciestudyvo...@yahoo.com> wrote: > > > Hi Mohammad, > > > > Just to clarify, I am asking about matching on 3750. Unless I am > mistaken this does not support nbar. > > > > Do you believe that an access list should be used to match both UDP 2427 > and TCP 2428 in this case? > > > > Thanks. > > > > From: Mohd Baqari > > To: Rrcrumm > > Cc: Cciestudyvoice Cciestudyvoice ; " > ccie_voice@onlinestudylist.com" > > Sent: Monday, November 7, 2011 5:35 AM > > Subject: Re: [OSL | CCIE_Voice] Does "MGCP Signaling" include backhaul? > > > > Not correct. This include both. > > > > If you use NBAR "match protocol mgcp" under your class map then you are > matching both. > > > > You can verify this using the command "sh ip nbar port-map". This will > show you both ports under mgcp protocol. > > > > Regards, > > Mohammed Al Baqari > > > > Sent from my iPhone > > > > On Nov 7, 2011, at 3:56 AM, Rrcrumm wrote: > > > >> I agree > >> > >> Sent from my iPhone > >> > >> On Nov 6, 2011, at 3:20 PM, Cciestudyvoice Cciestudyvoice < > cciestudyvo...@yahoo.com> wrote: > >> > >>> Hi , > >>> If I am asked to match MGCP signaling for QOS Purposes, does this > include just MGCP call control messages or the backhaul channel as well? > >>> > >>> I think it is just the MGCP Call Control signaling (udp 2427), and > not the backhaul (2428), is this correct? > >>> > >>> Thanks. > >>> ___ > >>> For more informati
Re: [OSL | CCIE_Voice] SRST keepalive time
Thanks for the replies. It didn't work. The customer has a centralized solution with 2 sites. His two sites use MGCP, but unfortunately his environment is a screwy solution. He has EVERYTHING on VLAN 1. I explained to him many times he needed to segregate his VLANs and use QoS for his WAN. But we have to work with this CRAPPY solution for the time being... This is what he needs (I'll try to be as specific as I can). His screwed up WAN link is a 2MBps (I highly doubt this) without any QoS applied (neither in his side or his SP). The link is very unstable and his phones on the remote site keeps coming back and forth from SRST. Since it keeps doing it for so long, the phones keep just being out of its service, because it registers, then there is a problem with the link and all his phones in the remote site tries to go to SRST mode, but then all of the sudden the link is back and the phones try to go back to CUCM. He was asking me to put a 12 hour (yes, who doesn't have a customer like this...) before the phones tried to connect with CUCM again. In other words, he wanted to let the phones in SRST mode for a few hours until he fixes his problem with the link. So, I tried the command ccm-manager switchback uptime-delay "minutes", and we simulate a WAN outage. The phones entered SRST (well, at least he said it was. I am the remote support), but when he turned on the CUCM back, the phones registered right away. Even after setting the time for two hours. So, we went on Enterprise Parameters and changed the "connection duration monitor" but I didn't do it clusterwise. I did it on the device pool on the remote site. Now, the phones didn't register to SRST so none of the phones were making any calls or receiving it (that's why I wonder his SRST solution never worked in the first place). So I rolled back to the standard settings and I told him I'd study his solution and give him back an answer. Honestly, knowing what he has, I think this won't work, but can you guys give me any ideas? I appreciate it. *Antonio Emanuel Damasceno* CCNA, CCNA Voice, CCNP Voice, CCIE Voice (written) CompTIA Network+ On Tue, Nov 8, 2011 at 2:44 PM, Emanuel Damasceno wrote: > Hello experts, > > I currently have a customer who has CUCMBE in his environment with SRST > enabled. His voice gateway is over a WAN link, and the link is unstable. > His phones keep registering back and forth, and now he wants to keep his > phones in SRST mode for a little longer than usual. His configs are > call-manager-fallback based (no CME as SRST)... How can I achieve this? Is > it through CUCMBE or his CME? His gateway is MGCP. > > Thanks > *Antonio Emanuel Damasceno* > CCNA, CCNA Voice, CCNP Voice, CCIE Voice (written) > CompTIA Network+ > > > ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
Re: [OSL | CCIE_Voice] SRST keepalive time
They need to apply QoS, especially on the WAN. There is no other solution -- only several options of bandages. What you need is to stop the bleeding. I doubt very highly that Cisco would support the configuration without QoS in place. 2mbps sounds like it could be an Ethernet handoff? If so, you'll need to shape the link down to 2mbps. I'd use a nested policy that applies an LLQ policy inside a shaping policy. Need to do the same on both sides. - Reply message - From: "Emanuel Damasceno" Date: Tue, Nov 8, 2011 8:18 pm Subject: [OSL | CCIE_Voice] SRST keepalive time To: Thanks for the replies. It didn't work. The customer has a centralized solution with 2 sites. His two sites use MGCP, but unfortunately his environment is a screwy solution. He has EVERYTHING on VLAN 1. I explained to him many times he needed to segregate his VLANs and use QoS for his WAN. But we have to work with this CRAPPY solution for the time being... This is what he needs (I'll try to be as specific as I can). His screwed up WAN link is a 2MBps (I highly doubt this) without any QoS applied (neither in his side or his SP). The link is very unstable and his phones on the remote site keeps coming back and forth from SRST. Since it keeps doing it for so long, the phones keep just being out of its service, because it registers, then there is a problem with the link and all his phones in the remote site tries to go to SRST mode, but then all of the sudden the link is back and the phones try to go back to CUCM. He was asking me to put a 12 hour (yes, who doesn't have a customer like this...) before the phones tried to connect with CUCM again. In other words, he wanted to let the phones in SRST mode for a few hours until he fixes his problem with the link. So, I tried the command ccm-manager switchback uptime-delay "minutes", and we simulate a WAN outage. The phones entered SRST (well, at least he said it was. I am the remote support), but when he turned on the CUCM back, the phones registered right away. Even after setting the time for two hours. So, we went on Enterprise Parameters and changed the "connection duration monitor" but I didn't do it clusterwise. I did it on the device pool on the remote site. Now, the phones didn't register to SRST so none of the phones were making any calls or receiving it (that's why I wonder his SRST solution never worked in the first place). So I rolled back to the standard settings and I told him I'd study his solution and give him back an answer. Honestly, knowing what he has, I think this won't work, but can you guys give me any ideas? I appreciate it. *Antonio Emanuel Damasceno* CCNA, CCNA Voice, CCNP Voice, CCIE Voice (written) CompTIA Network+ On Tue, Nov 8, 2011 at 2:44 PM, Emanuel Damasceno wrote: > Hello experts, > > I currently have a customer who has CUCMBE in his environment with SRST > enabled. His voice gateway is over a WAN link, and the link is unstable. > His phones keep registering back and forth, and now he wants to keep his > phones in SRST mode for a little longer than usual. His configs are > call-manager-fallback based (no CME as SRST)... How can I achieve this? Is > it through CUCMBE or his CME? His gateway is MGCP. > > Thanks > *Antonio Emanuel Damasceno* > CCNA, CCNA Voice, CCNP Voice, CCIE Voice (written) > CompTIA Network+ > > > ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
Re: [OSL | CCIE_Voice] SRST keepalive time
Hi there Actually, as this is a real live customer, so perhaps suggest to the customer that he can run his remote sites as CME, and setup a trunk between the CUCM at the main site and the CMEs at the remote sites. Of course there will be implication in regards to the dial plan and other configuration, but since he is on a crappy link that causing the phone system instable, may as well change the architecture to fit the scenario. --- On Wed, 9/11/11, Emanuel Damasceno wrote: From: Emanuel Damasceno Subject: Re: [OSL | CCIE_Voice] SRST keepalive time To: ccie_voice@onlinestudylist.com Received: Wednesday, 9 November, 2011, 12:18 PM Thanks for the replies. It didn't work. The customer has a centralized solution with 2 sites. His two sites use MGCP, but unfortunately his environment is a screwy solution. He has EVERYTHING on VLAN 1. I explained to him many times he needed to segregate his VLANs and use QoS for his WAN. But we have to work with this CRAPPY solution for the time being... This is what he needs (I'll try to be as specific as I can). His screwed up WAN link is a 2MBps (I highly doubt this) without any QoS applied (neither in his side or his SP). The link is very unstable and his phones on the remote site keeps coming back and forth from SRST. Since it keeps doing it for so long, the phones keep just being out of its service, because it registers, then there is a problem with the link and all his phones in the remote site tries to go to SRST mode, but then all of the sudden the link is back and the phones try to go back to CUCM. He was asking me to put a 12 hour (yes, who doesn't have a customer like this...) before the phones tried to connect with CUCM again. In other words, he wanted to let the phones in SRST mode for a few hours until he fixes his problem with the link. So, I tried the command ccm-manager switchback uptime-delay "minutes", and we simulate a WAN outage. The phones entered SRST (well, at least he said it was. I am the remote support), but when he turned on the CUCM back, the phones registered right away. Even after setting the time for two hours. So, we went on Enterprise Parameters and changed the "connection duration monitor" but I didn't do it clusterwise. I did it on the device pool on the remote site. Now, the phones didn't register to SRST so none of the phones were making any calls or receiving it (that's why I wonder his SRST solution never worked in the first place). So I rolled back to the standard settings and I told him I'd study his solution and give him back an answer. Honestly, knowing what he has, I think this won't work, but can you guys give me any ideas? I appreciate it. Antonio Emanuel Damasceno CCNA, CCNA Voice, CCNP Voice, CCIE Voice (written) CompTIA Network+ On Tue, Nov 8, 2011 at 2:44 PM, Emanuel Damasceno wrote: Hello experts, I currently have a customer who has CUCMBE in his environment with SRST enabled. His voice gateway is over a WAN link, and the link is unstable. His phones keep registering back and forth, and now he wants to keep his phones in SRST mode for a little longer than usual. His configs are call-manager-fallback based (no CME as SRST)... How can I achieve this? Is it through CUCMBE or his CME? His gateway is MGCP. Thanks Antonio Emanuel Damasceno CCNA, CCNA Voice, CCNP Voice, CCIE Voice (written) CompTIA Network+ -Inline Attachment Follows- ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
Re: [OSL | CCIE_Voice] SRST keepalive time
Just add an ACL denying the CUCMBE IP and apply to the WAN interface at the location you want phones to go into SRST. Another way is to add a null route to CUCMBE on this gateway. Have to be careful with this though if you are redistributing statics. ip route x.x.x.x 255.255.255.255 null0 James Key From: ccie_voice-boun...@onlinestudylist.com [ccie_voice-boun...@onlinestudylist.com] On Behalf Of Emanuel Damasceno [aedamasc...@gmail.com] Sent: Tuesday, November 08, 2011 7:18 PM To: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] SRST keepalive time Thanks for the replies. It didn't work. The customer has a centralized solution with 2 sites. His two sites use MGCP, but unfortunately his environment is a screwy solution. He has EVERYTHING on VLAN 1. I explained to him many times he needed to segregate his VLANs and use QoS for his WAN. But we have to work with this CRAPPY solution for the time being... This is what he needs (I'll try to be as specific as I can). His screwed up WAN link is a 2MBps (I highly doubt this) without any QoS applied (neither in his side or his SP). The link is very unstable and his phones on the remote site keeps coming back and forth from SRST. Since it keeps doing it for so long, the phones keep just being out of its service, because it registers, then there is a problem with the link and all his phones in the remote site tries to go to SRST mode, but then all of the sudden the link is back and the phones try to go back to CUCM. He was asking me to put a 12 hour (yes, who doesn't have a customer like this...) before the phones tried to connect with CUCM again. In other words, he wanted to let the phones in SRST mode for a few hours until he fixes his problem with the link. So, I tried the command ccm-manager switchback uptime-delay "minutes", and we simulate a WAN outage. The phones entered SRST (well, at least he said it was. I am the remote support), but when he turned on the CUCM back, the phones registered right away. Even after setting the time for two hours. So, we went on Enterprise Parameters and changed the "connection duration monitor" but I didn't do it clusterwise. I did it on the device pool on the remote site. Now, the phones didn't register to SRST so none of the phones were making any calls or receiving it (that's why I wonder his SRST solution never worked in the first place). So I rolled back to the standard settings and I told him I'd study his solution and give him back an answer. Honestly, knowing what he has, I think this won't work, but can you guys give me any ideas? I appreciate it. Antonio Emanuel Damasceno CCNA, CCNA Voice, CCNP Voice, CCIE Voice (written) CompTIA Network+ On Tue, Nov 8, 2011 at 2:44 PM, Emanuel Damasceno mailto:aedamasc...@gmail.com>> wrote: Hello experts, I currently have a customer who has CUCMBE in his environment with SRST enabled. His voice gateway is over a WAN link, and the link is unstable. His phones keep registering back and forth, and now he wants to keep his phones in SRST mode for a little longer than usual. His configs are call-manager-fallback based (no CME as SRST)... How can I achieve this? Is it through CUCMBE or his CME? His gateway is MGCP. Thanks Antonio Emanuel Damasceno CCNA, CCNA Voice, CCNP Voice, CCIE Voice (written) CompTIA Network+ NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
Re: [OSL | CCIE_Voice] SRST keepalive time
I am wondering here... Isn't this "Connection Monitor Duration" the time it will take for the phones to ENTER SRST? I need to prevent the phones from coming out of SRST. In other words, I want it to stay in SRST. I will try now with the ACL. :) *Antonio Emanuel Damasceno* CCNA, CCNA Voice, CCNP Voice, CCIE Voice (written) CompTIA Network+ On Wed, Nov 9, 2011 at 12:44 AM, James Key wrote: > Just add an ACL denying the CUCMBE IP and apply to the WAN interface at > the location you want phones to go into SRST. Another way is to add a > null route to CUCMBE on this gateway. Have to be careful with this > though if you are redistributing statics. ip route x.x.x.x255.255.255.255 > null0 > > > > > > James Key > > > > > > > > ** > > -- > *From:* ccie_voice-boun...@onlinestudylist.com [ > ccie_voice-boun...@onlinestudylist.com] On Behalf Of Emanuel Damasceno [ > aedamasc...@gmail.com] > *Sent:* Tuesday, November 08, 2011 7:18 PM > *To:* ccie_voice@onlinestudylist.com > > *Subject:* Re: [OSL | CCIE_Voice] SRST keepalive time > > Thanks for the replies. > > It didn't work. The customer has a centralized solution with 2 sites. His > two sites use MGCP, but unfortunately his environment is a screwy solution. > He has EVERYTHING on VLAN 1. I explained to him many times he needed to > segregate his VLANs and use QoS for his WAN. But we have to work with this > CRAPPY solution for the time being... > > This is what he needs (I'll try to be as specific as I can). > > His screwed up WAN link is a 2MBps (I highly doubt this) without any QoS > applied (neither in his side or his SP). The link is very unstable and his > phones on the remote site keeps coming back and forth from SRST. Since it > keeps doing it for so long, the phones keep just being out of its service, > because it registers, then there is a problem with the link and all his > phones in the remote site tries to go to SRST mode, but then all of the > sudden the link is back and the phones try to go back to CUCM. > > He was asking me to put a 12 hour (yes, who doesn't have a customer like > this...) before the phones tried to connect with CUCM again. In other > words, he wanted to let the phones in SRST mode for a few hours until he > fixes his problem with the link. So, I tried the command ccm-manager > switchback uptime-delay "minutes", and we simulate a WAN outage. The > phones entered SRST (well, at least he said it was. I am the remote > support), but when he turned on the CUCM back, the phones registered right > away. Even after setting the time for two hours. > > So, we went on Enterprise Parameters and changed the "connection duration > monitor" but I didn't do it clusterwise. I did it on the device pool on the > remote site. Now, the phones didn't register to SRST so none of the phones > were making any calls or receiving it (that's why I wonder his SRST > solution never worked in the first place). So I rolled back to the standard > settings and I told him I'd study his solution and give him back an answer. > Honestly, knowing what he has, I think this won't work, but can you guys > give me any ideas? > > I appreciate it. > > *Antonio Emanuel Damasceno* > CCNA, CCNA Voice, CCNP Voice, CCIE Voice (written) > CompTIA Network+ > > > > > On Tue, Nov 8, 2011 at 2:44 PM, Emanuel Damasceno > wrote: > >> Hello experts, >> >> I currently have a customer who has CUCMBE in his environment with SRST >> enabled. His voice gateway is over a WAN link, and the link is unstable. >> His phones keep registering back and forth, and now he wants to keep his >> phones in SRST mode for a little longer than usual. His configs are >> call-manager-fallback based (no CME as SRST)... How can I achieve this? Is >> it through CUCMBE or his CME? His gateway is MGCP. >> >> Thanks >> *Antonio Emanuel Damasceno* >> CCNA, CCNA Voice, CCNP Voice, CCIE Voice (written) >> CompTIA Network+ >> >> >> > NOTICE: This electronic mail message and any files transmitted with it > are intended > exclusively for the individual or entity to which it is addressed. The > message, > together with any attachment, may contain confidential and/or privileged > information. > Any unauthorized review, use, printing, saving, copying, disclosure or > distribution > is strictly prohibited. If you have received this message in error, please > immediately advise the sender by reply email and delete all copies. > ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
