[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: access request initialed by other sources than PEPs in COPS-P
Another possibility is that all PEPs (or all edge PEPs) in the local
domain need to be updated because of an external trigger, e.g., when
some number of backbone links are down, low-priority traffic is
discarded at the edge of the network.
Keith.
> External triggers to the PDP are out of scope of the COPS protocol. It
> simply suggests they may be. I can give some other examples. Say a SIP
> message is received at the SIP gateway and is forwarded to a PDP. This PDP
> *implementation* may then have the smarts to send a provisioning DEC down to
> an edge router enabling QoS for the voice call (ie. marking the voice calls
> packets with the appropriate DSCP). This would require some basic topology
> knowledge at the PDP and appropriately configured role-combos at the edge
> router.
>
> Another would be that an RSVP message is received at a RSVP&DiffServ capable
> device, is forwarded to the PDP, and causes the PDP to set the appropriate
> DiffServ policy on the same device for that RSVP session. This is an example
> of cross-talk between COPS-RSVP and COPS-PR-DiffServ as orchestrated by the
> PDP.
>
> But again, this is a bit out of scope. There are endless examples of where
> external events from one device can affect configuration at another (or even
> the same device). Build or buy the PDP implementation that best suits your
> needs. The standards ensure that there is a way to communicate the events,
> and provision the appropriate policies.
>
> -Dave
>
> -----Original Message-----
> From: Muhammad Jaseemuddin [mailto:jaseem@nortelnetworks.com]
> Sent: Tuesday, October 24, 2000 7:49 AM
> To: 'Rawlins, Diana'; 'Weilin Zeng'; 'rap@ops.ietf.org'
> Subject: RE: access request initialed by other sources than PEPs in COPS-P R
>
>
>
> For time of day its ok, because policy rules may have temporal conditions
> attached to them. But, for other external triggers, how would the triggers
> identify the PEPID and the PIB that will be affected? It is not very clear
> from the PR draft at least.
>
> - Muhammad Jaseemuddin
>
> -----Original Message-----
> From: Rawlins, Diana [SMTP:Diana.Rawlins@wcom.com]
> Sent: Tuesday, October 24, 2000 9:49 AM
> To: 'Weilin Zeng'; rap@ops.ietf.org
> Subject: RE: access request initialed by other sources than PEPs in
> COPS-P R
>
> Weilin,
>
> Yes, the PDP can detect external events and decide what policy decisions
> need to be made for what PEP. A simple example is Time of Day. The policy
> for filter markers may change at 6PM. The PDP implementation has rules to
> determine which PEP's are affected by the Time of Day event and changes
> policy accordingly.
>
>
> -Diana
>
>
> -----Original Message-----
> From: Weilin Zeng [ mailto:wzeng@ics.uci.edu <mailto:wzeng@ics.uci.edu> ]
> Sent: Monday, October 23, 2000 9:41 PM
> To: rap@ops.ietf.org
> Subject: access request initialted by other sources than PEPs in COPS-PR
>
>
> Hi,
> I encountered a problem when reading the COPS-PR. In Section 6(p27), the
> doc state that there is a case that access requests to the policy server can
> be initiated by other sources besides the PEPs. I think if the PEP don't
> initialize the request, the PDP cannot identify the PEP and cannot send the
> policy decision to PEP. Can anyone give me an explanation? Can this case be
> handled by COPS?
>
>
> Thanks
>
> Weilin
>
>
> ------_=_NextPart_001_01C03DDA.35DA55C0
> Content-Type: text/html;
> charset="iso-8859-1"
>
> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
> <HTML><HEAD>
> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
> <TITLE>RE: access request initialed by other sources than PEPs in COPS-P R</TITLE>
>
> <META content="MSHTML 5.00.2314.1000" name=GENERATOR></HEAD>
> <BODY>
> <DIV><FONT color=#0000ff face="Courier New" size=2><SPAN
> class=856483116-24102000>External triggers to the PDP are out of scope of the
> COPS protocol. It simply suggests they may be. I can give some other examples.
> Say a SIP message is received at the SIP gateway and is forwarded to a PDP. This
> PDP *implementation* may then have the smarts to send a provisioning DEC down to
> an edge router enabling QoS for the voice call (ie. marking the voice calls
> packets with the appropriate DSCP). This would require some basic topology
> knowledge at the PDP and appropriately configured role-combos at the edge
> router.</SPAN></FONT></DIV>
> <DIV><FONT color=#0000ff face="Courier New" size=2><SPAN
> class=856483116-24102000></SPAN></FONT> </DIV>
> <DIV><FONT color=#0000ff face="Courier New" size=2><SPAN
> class=856483116-24102000>Another would be that an RSVP message is received at a
> RSVP&DiffServ capable device, is forwarded to the PDP, and causes the PDP to
> set the appropriate DiffServ policy on the same device for that RSVP session.
> This is an example of cross-talk between COPS-RSVP and COPS-PR-DiffServ as
> orchestrated by the PDP.</SPAN></FONT></DIV>
> <DIV><FONT color=#0000ff face="Courier New" size=2><SPAN
> class=856483116-24102000></SPAN></FONT> </DIV>
> <DIV><FONT color=#0000ff face="Courier New" size=2><SPAN
> class=856483116-24102000>But again, this is a bit out of scope. There are
> endless examples of where external events from one device can affect
> configuration at another (or even the same device). Build or buy the PDP
> implementation that best suits your needs. The standards ensure that there is a
> way to communicate the events, and provision the appropriate
> policies.</SPAN></FONT></DIV>
> <DIV><FONT color=#0000ff face="Courier New" size=2><SPAN
> class=856483116-24102000></SPAN></FONT> </DIV>
> <DIV><FONT color=#0000ff face="Courier New" size=2><SPAN
> class=856483116-24102000>-Dave</SPAN></FONT></DIV>
> <BLOCKQUOTE
> style="BORDER-LEFT: #0000ff 2px solid; MARGIN-LEFT: 5px; PADDING-LEFT: 5px">
> <DIV align=left class=OutlookMessageHeader dir=ltr><FONT face=Tahoma
> size=2>-----Original Message-----<BR><B>From:</B> Muhammad Jaseemuddin
> [mailto:jaseem@nortelnetworks.com]<BR><B>Sent:</B> Tuesday, October 24, 2000
> 7:49 AM<BR><B>To:</B> 'Rawlins, Diana'; 'Weilin Zeng';
> 'rap@ops.ietf.org'<BR><B>Subject:</B> RE: access request initialed by other
> sources than PEPs in COPS-P R<BR><BR></DIV></FONT>
> <P><FONT color=#0000ff face=Arial size=2>For time of day its ok, because
> policy rules may have temporal conditions attached to them. But, for other
> external triggers, how would the triggers identify the PEPID and the PIB that
> will be affected? It is not very clear from the PR draft at least.</FONT></P>
> <P><FONT color=#0000ff face=Arial size=2>- Muhammad Jaseemuddin</FONT> </P>
> <UL>
> <P><FONT face=Arial size=1>-----Original Message-----</FONT> <BR><B><FONT
> face=Arial size=1>From: </FONT></B> <FONT face=Arial
> size=1>Rawlins, Diana [SMTP:Diana.Rawlins@wcom.com]</FONT> <BR><B><FONT
> face=Arial size=1>Sent: </FONT></B> <FONT face=Arial
> size=1>Tuesday, October 24, 2000 9:49 AM</FONT> <BR><B><FONT face=Arial
> size=1>To: </FONT></B> <FONT face=Arial
> size=1>'Weilin Zeng'; rap@ops.ietf.org</FONT> <BR><B><FONT face=Arial
> size=1>Subject: </FONT></B> <FONT
> face=Arial size=1>RE: access request initialed by other sources than PEPs in
> COPS-P R</FONT> </P>
> <P><FONT color=#0000ff face=Arial size=2>Weilin,</FONT> <BR><FONT
> face=Arial> </FONT> <BR><FONT color=#0000ff face=Arial size=2>Yes, the
> PDP can detect external events and decide what policy decisions need to be
> made for what PEP. A simple example is Time of Day. The policy for
> filter markers may change at 6PM. The PDP implementation has rules to
> determine which PEP's are affected by the Time of Day event and changes
> policy accordingly.</FONT></P>
> <P><FONT face=Arial> </FONT> <BR><FONT color=#0000ff face=Arial
> size=2>-Diana</FONT> <BR><FONT face=Arial> </FONT> </P>
> <UL>
> <P><FONT face="Times New Roman" size=2>-----Original
> Message-----<BR></FONT><B><FONT face="Times New Roman"
> size=2>From:</FONT></B><FONT face="Times New Roman" size=2> Weilin Zeng
> [<U></U></FONT><U><FONT color=#0000ff face="Times New Roman" size=2><A
> href="mailto:wzeng@ics.uci.edu";>mailto:wzeng@ics.uci.edu</A></FONT></U><FONT
> face="Times New Roman" size=2>]<BR></FONT><B><FONT face="Times New Roman"
> size=2>Sent:</FONT></B><FONT face="Times New Roman" size=2> Monday,
> October 23, 2000 9:41 PM<BR></FONT><B><FONT face="Times New Roman"
> size=2>To:</FONT></B><FONT face="Times New Roman" size=2>
> rap@ops.ietf.org<BR></FONT><B><FONT face="Times New Roman"
> size=2>Subject:</FONT></B><FONT face="Times New Roman" size=2> access
> request initialted by other sources than PEPs in
> COPS-PR<BR><BR></FONT><BR><FONT face=Arial size=2>Hi,</FONT> <BR><FONT
> face=Arial size=2> I encountered a problem when reading
> the COPS-PR. In Section 6(p27), the doc state that there is a case that
> access requests to the policy server can be initiated by other sources
> besides the PEPs. I think if the PEP don't initialize the request, the PDP
> cannot identify the PEP and cannot send the policy decision to PEP. Can
> anyone give me an explanation? Can this case be handled by
> COPS?</FONT></P>
> <P><FONT face=Arial> </FONT> <BR><FONT face=Arial
> size=2> Thanks</FONT> <BR><FONT face=Arial> </FONT>
> <BR><FONT face=Arial size=2>Weilin</FONT>
> </P></UL></UL></BLOCKQUOTE></BODY></HTML>
>
> ------_=_NextPart_001_01C03DDA.35DA55C0--
>
>
>