Hi,
Thanks for your
response. I understand that the relay must send the answer to the original
host from where the request came from. But my problem is this: when a node is
acting as both client and a relay agent ( I hope this
is not against RFC 3588), when the answer message comes-in, how will it know
whether the message is for local consumption or it needs to be relayed. Does
Proxy-Info AVP can be used for this purpose? i.e if
the relay agent finds its own identity in the Proxy-Info list, then can it
assume that corresponding request message to relayed and so the answer message
is to be forwarded? Otherwise the answer message is for local consumption. Is
this assumption is true?
Thanks
Prasad.
-----Original
Message-----
From: zhangtao
[mailto:zhangtao_hw at huawei.com]
Sent: Tuesday, June 13,
2006 7:08
AM
To: prasadsv at condornetworks.com;
dime at ietf.org
Subject: Re:
[Dime] Answer message processing by a relay agent
Proxy-Info AVP can used in relay
agent. see below information:(come from
rfc3588):
A relay or proxy
agent MAY include the Proxy-Info AVP in requests if
it
requires access to any local state information when the
corresponding response is received.
the answer message no need realm
routing look-ups,see below information:(come from
rfc3588)
The agent MUST then
send the answer to the host that it received the
original
request from.
----- Original Message -----
Sent:
Monday, June 12,
2006 3:19
PM
Subject: [Dime]
Answer message processing by a relay
agent
Hi,
I have a question regarding the
answer message processing by a relay agent. In RFC 3588 it is mentioned that
realm routing table is used to route/forward an incoming REQUEST message. Is
the same realm routing look-ups are used to processes the ANSWER messages?
In section 2.8.1 it is simply mentioned that the replies are routed back
using stored state, but it is not clear that even the answer messages
processing also needs route table look-up.
Also, can Proxy-Info AVP is used
by relay agent or it is only for proxy?
Your help is really
appreciated.
Thanks
Prasad.
Condor
Networks
Bangalore
India.
_______________________________________________
DiME
mailing
list
DiME at ietf.org
https://www1.ietf.org/mailman/listinfo/dime
