What kind of license do you have for the AP? As for the 9800 WLC there is no "add AP license", so the AP needs to have an AIR-DNA license on the smart license portal. ... View more

Hi, I know it's a quite old threat. Got the same issue with a CME 12.0 and SIP (7841, 8821). With digit collect kpml (default settings) the SIP-phones are not able to transfer calls anymore. There was no changes done on the CME.   Changing the pool to "no digit collect kpml", transfer is working but with10sek delay until dialing. Altering the interdigit timeout without success.   Any ideas?   Thanks, Norbert ... View more

http://www.ciscoscripts.com/   ... View more

Hi, Thanks for you reply. I'm with TAC to find a solution. The UCSE works properly, only when the ISR boots the UCS will not start automatically.   Regards, Norbert ... View more

Hi, Here a working setup with SIP-TRUNK -> CUBE -> SIP -> CUCM. ! application service num2name flash:/number2name-http.tcl param server http://192.168.xx.13/num2name/nummer3.php ! dial-peer voice 2003 voip description **  PSTN SIP-TRUNK(IN) service num2name ** translation-profile incoming TP_IN_XX translation-profile outgoing TP_OUT_XX service num2name destination-pattern . modem passthrough nse codec g711alaw session protocol sipv2 session target dns:SIP-TRUNK-DNS session transport udp codec g711alaw dtmf-relay rtp-nte fax protocol none no vad ! dial-peer voice 200 voip description ** ROUTE 2-9xx FROM CUBE TO CUCM ** destination-pattern [2-9].. progress_ind setup enable 3 modem passthrough nse codec g711alaw session protocol sipv2 session target ipv4:192.168.xx.10 dtmf-relay sip-kpml rtp-nte codec g711alaw fax rate disable fax protocol none no vad   For CME setup, you need a "dual dial-peer" to get it works. But there are some issues with SIP IP-Phones. E.g. SNR, shared line, transfer, pickup is not working properly. Don't know why, guess number2name change some SIP stuff.   SIP-TRUNK -> CME DP3000-> CME DP3001 -> IP-PHONE. IP CME: 192.168.1.1 ! application service num2name flash:/number2name-http.tcl param server http://192.168.xx.15/num2name/nummer3.php param no-autoconf true ! dial-peer voice 3000 voip description ** ALL PSTN IN NUM2NAME TO PHONE** translation-profile outgoing TP_OUT destination-pattern 7... session protocol sipv2 session target ipv4:192.168.1.1 session transport udp incoming called-number [23].. voice-class codec 20 voice-class sip asserted-id ppi no vad ! dial-peer voice 3001 voip description  PSTN IN, num2name fist match called-number->DP3000 translation-profile incoming TP_IN_SIP_XX service num2name modem passthrough nse codec g711alaw session protocol sipv2 session target ipv4:192.168.1.1 session transport udp incoming called-number +1234567 voice-class sip asserted-id ppi dtmf-relay rtp-nte codec g711alaw no vad   ... View more

Any news about this topic?   ... View more

Here my lab setup:   ip route 0.0.0.0 0.0.0.0 192.168.17.1 works because is not known through "network" in ospf   ip route 0.0.0.0 0.0.0.0 10.41.0.1      this should be the "local" default route for the core router after PBR ip route 0.0.0.0 0.0.0.0 10.41.0.254 should be distributed to the branches, but not allowed as command on the same router.   Thanks, Norbert   Core partial config: ---------------- router ospf 10 router-id 10.41.0.254 log-adjacency-changes area 0 authentication message-digest passive-interface default no passive-interface Vlan41 network 10.10.0.0 0.0.0.255 area 0 network 10.41.0.0 0.0.0.255 area 0 network 10.43.0.0 0.0.255.255 area 0 network 172.16.1.0 0.0.0.255 area 0 network 172.17.1.0 0.0.0.255 area 0 network 192.168.0.0 0.0.255.255 area 0 default-information originate always ! ip default-gateway 192.168.17.1 ip route 0.0.0.0 0.0.0.0 10.41.0.1    ip route 0.0.0.0 0.0.0.0 192.168.17.1  interface Vlan41 ip address 10.41.0.254 255.255.255.0 ip ospf message-digest-key 1 md5 xxx ip policy route-map RM-VLAN-xx BRANCH: ------- interface Vlan41 ip address 10.41.0.250 255.255.255.0 ip ospf message-digest-key 1 md5 xxxx ! interface Vlan81 ip address 10.81.0.250 255.255.255.0 ip ospf message-digest-key 1 md5 xxxx router ospf 10 router-id 10.41.0.250 area 0 authentication message-digest network 10.41.0.0 0.0.0.255 area 0 network 10.81.0.0 0.0.0.255 area 0 Gateway of last resort is 10.41.0.1 to network 0.0.0.0 O*E2 0.0.0.0/0 [110/1] via 10.41.0.1, 00:05:06, Vlan41 10.0.0.0/8 is variably subnetted, 8 subnets, 3 masks O 10.43.3.0/24 [110/2] via 10.41.0.254, 2d19h, Vlan41 O 10.43.100.0/22 [110/2] via 10.41.0.254, 2d19h, Vlan41 O 10.43.200.0/24 [110/2] via 10.41.0.254, 2d19h, Vlan41 O 10.43.210.0/24 [110/2] via 10.41.0.254, 2d19h, Vlan41 172.16.0.0/24 is subnetted, 1 subnets O 172.16.1.0 [110/2] via 10.41.0.254, 2d19h, Vlan41 172.17.0.0/24 is subnetted, 1 subnets O 172.17.1.0 [110/2] via 10.41.0.254, 2d19h, Vlan41 O 192.168.17.0/24 [110/2] via 10.41.0.254, 2d19h, Vlan41 ... View more

Hi all, Thanks for the reply. I‘ll build up a lab and do some testing. I forgot to mention that the branches are connected throght a provider router (Each branch, HQ). Internal routing is OSPF, external bgp) Thanks, Norbert ... View more

Sorry for my delay. I‘m not shure what you mean with: ..For the shared-line issue, does your CME maintain a subscription for both the phones having the shared-line ?.. There are 2 SIP/8841 that should share the same dn. No sccp phones. My workaround is SNR on the same dn, but when answering on one of the two phones, the other 8841 shows a missed call. ... View more

Still no solution, workaround? facing the same issue. ... View more

Hi, Internal, shared line is working, external only the first registered phone is ringing. Got here a tac, but not solution at the moment. So I was going with SNR. I noticed that CME has a poor SIP integration😉 ... View more

Hi Rajan, SNR is a workaround at the moment. As for shared-line there is an issue with the SIP-trunk provider. Hunt-grp can‘t use because the user wants to manually do cfa on the phone. Regards, Norbert   ... View more