Problem:
i) Frame-relay over ISDN is not working
ii) Frame-relay switching from ISDN to tunnel is not working
Setup
Four routers A,B,C,D were used.
A <-- Connected over ISDN-->B<--Lease Line with Satellite Backup-->C<--Back to Back connected routers-->D
Router B and C are frame-relay switches used for switching traffic over IP tunnel. Router B has ISDN BRI S/T ports.
Router A and D are CPE connected to frame-relay switches.
Description
Frame-relay over ISDN is not working:
We had terminated ISDNs on cisco routers having BRI ports, configured PPP encapsulation. The configurations are as follows:
Router A:
interface BRI1/0
bandwidth 64
ip address 12.1.1.1 255.0.0.0
encapsulation PPP
no ip route-cache
no ip mroute-cache
dialer idle-timeout 300
dialer-group 1
dialer string 4614325
isdn switch-type basic-net3
isdn tei-negotiation first-call
no fair-queue
dialer-list 1 protocol ip permit
Router B:
interface BRI0/0
bandwidth 64
ip address 12.1.1.2 255.0.0.0
encapsulation PPP
no ip route-cache
no ip mroute-cache
dialer idle-timeout 300
dialer-group 1
dialer string 4014325
isdn switch-type basic-net3
isdn tei-negotiation first-call
no fair-queue
dialer-list 1 protocol ip permit
It works fine. Then we had done following changes
i) Changed encapsulation from PPP to frame-relay
ii) Configured same interface-dlci on both BRIs
iii) Mapped IP of both ends with interface-dlci
iv) One end was configured as frame-relay dte and other as frame-relay dce
The configurations are as follows:
Router A:
interface BRI1/0
bandwidth 64
ip address 12.1.1.1 255.0.0.0
encapsulation frame-relay
no ip route-cache
no ip mroute-cache
dialer idle-timeout 300
dialer-group 1
dialer string 4614325
isdn switch-type basic-net3
isdn tei-negotiation first-call
no fair-queue
frame-relay map ip 12.1.1.1 59 broadcast
frame-relay map ip 12.1.1.2 59 broadcast
frame-relay interface-dlci 59
frame-relay intf-type dte
frame-relay lmi-type cisco.
dialer-list 1 protocol ip permit
Router B:
interface BRI0/0
bandwidth 64
ip address 12.1.1.2 255.0.0.0
encapsulation frame-relay
no ip route-cache
no ip mroute-cache
dialer idle-timeout 300
dialer-group 1
dialer string 4014325
isdn switch-type basic-net3
isdn tei-negotiation first-call
no fair-queue
frame-relay map ip 12.1.1.1 59 broadcast
frame-relay map ip 12.1.1.2 59 broadcast
frame-relay interface-dlci 59
frame-relay intf-type dce
frame-relay lmi-type cisco.
dialer-list 1 protocol ip permit
When we are making a call, call gets established, line protocol on bearer channel comes up, lmi also comes up. LMI enquiries sent and satus received continuously increases. But ping gets timed out.
We had changed the IOS at B end and when we initiated call from end B End call gets established, lmi comes up and ping starts working. But when we were initiating call from A end call is getting established, lmi comes up but ping gets timed out.
Frame-relay switching from ISDN to tunnel not working
We had made following configurations
Router A:
interface BRI1/0
bandwidth 64
ip address 12.1.1.1 255.0.0.0
encapsulation frame-relay
no ip route-cache
no ip mroute-cache
dialer idle-timeout 300
dialer-group 1
dialer string 4614325
isdn switch-type basic-net3
isdn tei-negotiation first-call
no fair-queue
frame-relay map ip 12.1.1.1 59 broadcast
frame-relay map ip 12.1.1.2 59 broadcast
frame-relay interface-dlci 59
frame-relay intf-type dte
frame-relay lmi-type cisco
Router B:
interface BRI0/0
bandwidth 64
ip address 12.1.1.2 255.0.0.0
encapsulation frame-relay
no ip route-cache
no ip mroute-cache
dialer idle-timeout 300
dialer-group 1
dialer string 4014325
isdn switch-type basic-net3
isdn tei-negotiation first-call
no fair-queue
frame-relay route 59 interface tunnel 0 59
frame-relay intf-type dce
frame-relay lmi-type cisco.
dialer-list 1 protocol ip permit
Since frame-relay over ISDN was not working when we were dialing from A End. So we had manually initiated call from B End and after getting the call established, lmi coming up, we tried ping from A End. At B End we are seeing increasing incoming packets on bri1/0 but the switched packets remains 0 which means packets are not getting switched over tunnel from BRI1/0. When we were trying ping from D End then at B End we are seeing incoming packets on tunnel, switched packets and output packets over BRI1/0.
Also we had also tried by making dialer interfaces with frame-relay encapsulation and PPP over BRI interface but it was also not working.
