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

Hi there, Have you find some solution here? Is there an equivalent config for the sip phones on cme 12.0?   https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucme/admin/configuration/manual/cmeadm/cmelabel.html#reference_2772D54CA8AE47DFA41745DDCE568FF9 The following partial output shows a template in which programmable parameters for phone and display functionality have been configured by using the service phone command: ephone-template 1  button-layout 7931 1  service phone daysDisplayNotActive 1,2,3,4,5,6,7  service phone backlightOnTime 07:30  service phone backlightOnDuration 10:00  service phone backlightidleTimeout 00.01 ... View more