| Title: | Digital Brouters Conference |
| Notice: | New common-code brouter family: RouteAbout, DECswitch 900 |
| Moderator: | MARVIN::HART LL |
| Created: | Mon Jul 17 1995 |
| Last Modified: | Fri Jun 06 1997 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 929 |
| Total number of notes: | 3736 |
I configured yesterday 2 RA90 over Frame relay
ANSI , DLCI 0 .... in version V203
I used a bridging configuration over PPP/FR with compression
It doesn't work , the FR interface was up but not the PPP interface
I already check with success this configuration with V202
under FR>
the PVC DLCI 17 was active
but the receive frame was 0 on the FR/O interface
under T 2
I receive the folowing message
FRL.035 unsupported control frame type FF PVC 17 on net 1
in this case if we analyze the first data bit received
FF03C002101E3
I change the configuration to support bridging over RFC1490
Multi protocol over FR encapsultaion
Now it works but I haven't compression
Does anyone check this kind of config ??
Thanks
Didier
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 919.1 | control field FF | ATYISA::CARRAYROU | Wed May 28 1997 14:18 | 19 | |
does the routeabout support RFC1973 PPP over FR
in this case the framing must be
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+
| Flag (0x7e) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Q.922 Address | Control | NLPID(0xcf) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| PPP Protocol |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
It seems we sent a frame with a control field FF . is it correct ?
Didier
| |||||
| 919.2 | SET FRAME command? | MARVIN::TURNER | Neil Turner IPEG REO, 830-4140 | Thu May 29 1997 04:11 | 21 |
I don't think anything changed between V202 adn V203 to break PPP/FR (but it is always possible...) The message you are seeing looks to me like one end of your link is not configured properly and the received packet instead of being delivered to PPP is being passed to the RFC1490 code which throws it out as being invalid (FRL.035). I assume you have added the PPP/FR Pseudo devices at both ends, you must also perform the SET FRAME command to each of them to map the psuedo interface on to the correct Frame Relay interface and DLCI. (You would definitely see a problem like this if you only did the SET FRAME command at one end of the connection). In answer to your other question, no we do not support RFC1973 frame formats for PPP over FR. Our frame format consists of encapsulating the full PPP frame inside Frame Relay, hence the FF is correct, it being the first byte of the PPP header after the DLCI has been striped off. Neil | |||||