It turned out to be a netmask issue. The pppoe connection negotiated a /32 IP address which is not really usefull when using it as a routed interface. So used a dhcp pool to assign the ip address to the vlan1 interface which was basically the original configuration of the 871 router. The second issue was that this only worked after saving the new config and rebooting the 1921 router. It didn't work when only shuting down the interface and re-enabling it...
... View more
See below. This is from the logs I collected, we did a role-back to the original 871 router. I've slightly modified the output and set the first 3 digits of the IP address to x.x.x. Btw, this output is with the IP unnumbered config. The 871 router is using the "ip address pool IAS" on the svi interface but this didn't work on the 1921...
rtr01#sh ip int brief Interface IP-Address OK? Method Status Protocol Embedded-Service-Engine0/0 unassigned YES NVRAM administratively down down GigabitEthernet0/0 unassigned YES NVRAM up up GigabitEthernet0/1 unassigned YES NVRAM administratively down down GigabitEthernet0/0/0 unassigned YES unset up up GigabitEthernet0/0/1 unassigned YES unset up up GigabitEthernet0/0/2 unassigned YES unset up up GigabitEthernet0/0/3 unassigned YES unset down down Dialer1 x.x.x.65 YES IPCP up up Virtual-Access1 unassigned YES unset up up Virtual-Access2 unassigned YES unset up up Vlan1 x.x.x.65 YES unset up up
... View more
Hi, using a C1921 with ehwic-4esg as internet router. Using pppoe connection across build-in gigabit port to ISP and svi vlan1 to route traffic to firewalls. pppoe connection works fine (can ping the internet, etc) but svi is not routing any traffic. See below config.
Interface vlan1 is using "IP unnumbered dialer 1". Also tried "ip address pool IAS" but didn't make any difference.
IOS version 15.4(3)M3.
Any help will be appreciated...
! hostname rtr01 ! ip dhcp pool IAS import all origin ipcp dns-server 220.127.116.11 18.104.22.168 ! ip cef multilink bundle-name authenticated ! cts logging verbose ! redundancy ! no cdp run ! policy-map custom-shaper-30Mbps class class-default shape average 28800000 ! interface Embedded-Service-Engine0/0 no ip address shutdown ! interface GigabitEthernet0/0 description ISP CPE no ip address load-interval 30 duplex full speed 100 pppoe enable group global pppoe-client dial-pool-number 1 service-policy output custom-shaper-30Mbps ! interface GigabitEthernet0/1 no ip address shutdown duplex auto speed auto ! interface GigabitEthernet0/0/0 no ip address ! interface GigabitEthernet0/0/1 no ip address ! interface GigabitEthernet0/0/2 no ip address ! interface GigabitEthernet0/0/3 no ip address ! interface Vlan1 ip unnumbered Dialer1 ip verify unicast reverse-path ip tcp adjust-mss 1452 load-interval 30 ! interface Dialer1 description Customer Traffic PPPoE Connection ip address negotiated ip verify unicast reverse-path encapsulation ppp mtu 1492 dialer pool 1 dialer-group 1 ppp pap sent-username <removed> password <removed> ppp ipcp mask request ppp ipcp address accept ! ip forward-protocol nd ! ip route 0.0.0.0 0.0.0.0 Dialer1 ! dialer-list 1 protocol ip permit !
VLAN Name Status Ports ---- -------------------------------- --------- ------------------------------- 1 default active Gi0/0/0, Gi0/0/1, Gi0/0/2, Gi0/0/3 1002 fddi-default act/unsup 1003 token-ring-default act/unsup 1004 fddinet-default act/unsup 1005 trnet-default act/unsup
VLAN Type SAID MTU Parent RingNo BridgeNo Stp BrdgMode Trans1 Trans2 ---- ----- ---------- ----- ------ ------ -------- ---- -------- ------ ------ 1 enet 100001 1500 - - - - - 1002 1003 1002 fddi 101002 1500 - - - - - 1 1003 1003 tr 101003 1500 1005 0 - - srb 1 1002 1004 fdnet 101004 1500 - - 1 ibm - 0 0 1005 trnet 101005 1500 - - 1 ibm - 0 0
rtr01#sh int status
Port Name Status Vlan Duplex Speed Type Gi0/0/0 connected 1 a-full a-1000 10/100BaseTX/1000BaseT Gi0/0/1 connected 1 a-full a-1000 10/100BaseTX/1000BaseT Gi0/0/2 connected 1 a-full a-100 10/100BaseTX/1000BaseT Gi0/0/3 notconnect 1 auto auto 10/100BaseTX/1000BaseT
... View more
thanks, that did actually solve the problem. Still I think this is an issue of H.323 version 4 not being able to handle re-directed calls. follow this link to the 'release notes' of H.323 version 6, and it states that this might be solved in this version. http://www.packetizer.com/ipmc/h323/whatsnew_v6.html H.460.15 - Call Signalling Transport Channel Suspension and Redirection This Recommendation allows an intermediary device, for example, to suspend the H.225.0 call signal channel and have it re-routed to another device or, more commonly, point-to-point between the calling and called devices. This allows, for example, a call to be established through a Gatekeeper that routes call signaling and, once the call is stable, to have the signaling burden moved off of the Gatekeeper to the endpoints. the result of the MTP solution is that all calls now will be routed to the CUCM. CUCM is now handling all RTP traffic for the whole office. this will have an impact on CUCM and probably MTP is also limited in capacity if I am right. thanks for this information and quick and dirty workaround..
... View more
Can anyody help with the following: I use an IP Trade system connected to CUCM version 6.1.2. For this, an IP Trade turret is an advanced SIP phone configured on the CUCM. At CUCM I have configured a H.323 gateway with PSTN access. Also in this setup I have an IP Trade TPO server that serves as a RTP mixer for join functions on the IP Trade turrets. the problem I have is this: When a call is active between PSTN phone (through H.323 gateway) and SIP turret1, and SIP turret2 wants to join this call, the design within the IP Trade system moves the active call from PSTN to turret1 to the TPO server. this is the flow: Call is active between PSTN and turret1. turret2 wants to join this call. Turret2 sends a SIP INVITE to the TPO server. TPO server sends a SIP INVITE to turret1. Turret1 sends a SIP INVITE to CUCM. all SIP INVITE messages indicate the new destination for the call --> TPO server.TPO server will mix all the streams making a 'conference' the problem is this: the CUCM receives the SIP INVITE from turret1 and has to update the PSTN caller (H.323 call). this is not happening! CUCM does not send any updates to H.323 gateway for change of destination. this is the error in the tracelog of CUCM: 000010464| 2009/12/08 13:55:23.477| 001| SdlError | H245SessionEstablishedFailure | NA | H245Interface(1,100,156,7) | H245SessionManager(1,100,25,7) | (1,100,25,7).1-(*:192.168.20.251) | Destination process does not exist Is this a process that is not supported by CUCM? I read alot about H.323 not supporting redirection in an active call.. anybody any info on this issue? help would be appriciated, although also a TAC case has been opened for this. Thanks, Eduard.
... View more