I'm having some problems with a FRF.12 configuration. I have 2 Frame-Relay PVCs (one for VoIP and the other for data). The VoIP PVC has a 48Kpbs CIR. the data PVC has 640Kbps CIR and a 704Kbps PIR. Here goes tha FR class-maps:
The fragment size is generally calculated on the PVC Speed.
The fragment size is also dependant on the real time packet interval.
For Example, If you have a 64 Kb PVC most would set the fragment size to 80 bytes. This is probably the best way to do it. Generally 80 bytes for every 64Kb. Sometimes it is also necessary to figure in the real-time packet interval which is the time it takes a packet to traverse your WAN. The method of calculating the RPI is about 80 bytes for every 10ms above the standard 10ms delay. For examole, If you have the same 64Kb pvc and your delay is roughly 30 ms you would end up with a fragment size of 240 bytes. Initially you have the standard 80 bytes for a 64Kb pvc w/10ms delay, in this case your delay is 20ms over the standard 10ms which amounts to 160 bytes. I hope you get the jist of things.
Everything I spoke about above can be found in the Cisco Press book entitled CISCO VOICE over FRAME RELAY, ATM, and IP edited by Seve McQuery. The ISBN is 1-57870-227-5.
i am just about to do a very similar configuration, and i was wondering whether you have this working correctly?
if so - do you have to always set the fragmentation-size at both ends of the PVC?
for us - we have the following scenario:
head-office -to- remote site (A) has 2 PVC's: 1 to be used for VoIP only, and the other for other data.
Currently - i have an access-list on the VoIP PVC that only allows traffic to the particular source/destination of the VoIP routers.
We can't change the fragmentation-size because the IOS's on the routers do not support them, and while planning for an upgrade i was wondering whether i would need to set the fragmentation size on all other remote-sites that have data PVC's into the head office?
(the head-office has 14 PVC's in total out of the same physical serial interface).
I'd be grateful for any tips from your experience with this!
Yes, i have it working. Yes, you have to implement FRF.12 (fragmentation) on both sides of the PVC or else you won't have IP passing trough. Both sides have to know how to reassemble fragmented packets.
I'm not able to access my old voice mail messages all of a sudden. The recording says something like 'the message is currently not available'. This has never happened before in all the years I have been using this system. I have t...
If you have 2 ISR routers, one acting as Failover, do we need to have both the same number of SRST licenses on the 2 routers?
No. You will only need the SRST licenses on the primary router. Because this feature...