cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
582
Views
0
Helpful
0
Replies

IP RSVP

malithperera1
Level 1
Level 1

Hi All,

 

I've been studying RSVP recently and was observing RSVP messages. Below is the topology.

 

R1 --- R2--- R3---R4

 RSVP from R1 to R4. 

 

On R1-

ip rsvp sender-host 192.168.34.4 192.168.12.1 tcp 23 0 32 16

 

On R4-

ip rsvp reservation-host 192.168.34.4 192.168.12.1 tcp 23 0 ff rate 32 16

 

Debug from the R2

*Jan 5 12:27:47.239: RSVP: session 192.168.34.4_23[0.0.0.0]: Received Resv message from 192.168.23.3 (on FastEthernet1/0)
*Jan 5 12:27:47.243: RSVP: 192.168.12.1_0->192.168.34.4_23[0.0.0.0]: Successfully parsed Resv message from 192.168.23.3 (on FastEthernet1/0)
*Jan 5 12:27:47.247: RSVP: 192.168.12.1_0->192.168.34.4_23[0.0.0.0]: this RESV has a confirm object
*Jan 5 12:27:47.247: rsvp_if_ip_addr: address is 192.168.23.2
*Jan 5 12:27:47.251: RSVP: 192.168.12.1_0->192.168.34.4_23[0.0.0.0]: reservation not found--new one
*Jan 5 12:27:47.255: RSVP-RESV: Admitting new reservation: 6B0BEF64
*Jan 5 12:27:47.255: RSVP-RESV: reservation was installed: 6B0BEF64
*Jan 5 12:27:47.259: RSVP: 192.168.12.1_0->192.168.34.4_23[0.0.0.0]: start requesting 32 kbps FF reservation on FastEthernet0/0, neighbor 192.168.12.1
*Jan 5 12:27:47.263: RSVP: 192.168.12.1_0->192.168.34.4_23[0.0.0.0]: Refresh RESV, req=6B0DC3AC [cleanup timer is not awake]
*Jan 5 12:27:47.263: rsvp_if_ip_addr: add
R2#ress is 192.168.12.2
*Jan 5 12:27:47.263: RSVP: 192.168.12.1_0->192.168.34.4_23[0.0.0.0]: Resv refresh, Event: rmsg not enabled or ack rcvd, State: trigger to normal
*Jan 5 12:27:47.263: RSVP: 192.168.12.1_0->192.168.34.4_23[0.0.0.0]: Resv refresh (msec), config: 30000 curr: 30000 xmit: 30000
*Jan 5 12:27:47.263: rsvp_if_ip_addr: address is 192.168.12.2
*Jan 5 12:27:47.263: RSVP: 192.168.12.1_0->192.168.34.4_23[0.0.0.0]: Sending Resv message to 192.168.12.1
*Jan 5 12:27:47.263: rsvp_if_ip_addr: address is 192.168.12.2
*Jan 5 12:27:47.263: rsvp_get_if_addr: address is 192.168.12.2
*Jan 5 12:27:47.263: RSVP: 192.168.12.1_0->192.168.34.4_23[0.0.0.0]: building hop object with src addr: 192.168.12.2
*Jan 5 12:27:47.311: rsvp_if_ip_addr: address is 192.168.12.2
*Jan 5 12:27:47.311: RSVP-MSG: 192.168.12.1_0->192.168.34.4_23[0.0.0.0]: Received ResvConf message from 192.168.12.1 (on FastEthernet0/0)
*Jan 5 12:27:47.311: rsvp_if_ip_addr: address is 192.168.23.2
*Jan 5 12:
R2#27:47.311: rsvp_if_ip_addr: address is 192.168.23.2
*Jan 5 12:27:47.315: RSVP: 192.168.12.1_0->192.168.34.4_23[0.0.0.0]: Sending ResvConf message to 192.168.23.3

The question-

 

On the paper or tutorials I've read the process is for the Resv message is, The R3 send a Resv message to R2, R2 reserve the required BW then send a ResvConf back to R3, then send a Resv message to R1. But as per the debug the R2 reserve the BW, Send a Resv out to R1 wait till it receives a ResvConf from the R1 to send the ResvConf back to R3. Is this the normal behavior or my virtual routers are behaving out of norm? Thanks in advance.

0 Replies 0