Subject: [Sigtran] Re: Sigtran Digest, Vol 20, Issue 11

From: Saraswati Bose <[email-masked]>
Date: Fri, 9 Dec 2005 01:24:59 -0800 (PST)

Hi Brian,
  Thanx for clearing the doubt so convincingly.
  I had studied the same but was unable to correlate the same.
   
  Now I could have a clear pricture for the "insufficient ASP" notification case.
   
  First, for load share mode when n=n-1 then SG will distribute traffic among the remaining active ASPs and may send the above notification.
   
  Second, at the AS end getting the mentioned notification if any ASP intiates active then traffic will be distributed among the previously active as well as the newly active ASP from then onwards. 
   
  ---Saraswati.

"Brian F. G. Bidulock" <[email-masked]> wrote:
  Saraswati,

Can you read?

http://www.ietf.org/internet-drafts/draft-ietf-sigtran-rfc3057bis-02.txt

Bottom of Page 50:

In the case of a load-share mode AS, reception of an ASPAC message at
an SG causes the direction of traffic to the ASP sending the ASPAC,
in addition to all the other ASPs that are currently active in the
AS. The algorithm at the SG for load-sharing traffic within an AS to
all the active ASPs is implementation dependent. The algorithm
could, for example be round-robin or based on information in the Data
message, such as Interface Identifier, depending on the requirements
of the application and the call state handling assumptions of the
collection of ASPs in the AS. The SG responds to the ASPAC with a
ASP Active Ack message to the ASP.

And middle of Page 51

In the case of a Load-share mode AS, the SG moves the ASP to the
ASP-INACTIVE state and the AS traffic is re-allocated across the
remaining ASP-ACTIVE ASPs per the load-sharing algorithm currently 
used within the AS. An ASPIA Ack message is sent to the ASP after 
all traffic is halted to the ASP. A NOTIFY (Insufficient ASPs) 
message MAY be sent to all inactive ASPs, if required.

Is that not clear?

--brian

On Fri, 09 Dec 2005, Saraswati Bose wrote:

> 
> Brian,
> 
> I think You wanted to mention the following section.
> 
> 
> 
> 4.3.3.6 Notify Procedures
> In the case where a Notify ("AS-Pending") message is sent by an SG
> that now has no ASPs active to service the traffic, or a NTFY
> ("Insufficient ASPs") is sent in the Load-share mode, the Notify does
> not explicitly compel the ASP(s) receiving the message to become
> active. The ASPs remain in control of what (and when) action is
> taken.
> 
> But this doest not specify wht SG should do if does not receive active
> frm any of the ASP or under the insufficient ASP state if SG receives
> any ULP data for the AS???
> 
> 
> 
> ---Saraswati
> "Brian F. G. Bidulock" wrote:
> 
> Saraswati,
> Read
> http://www.ietf.org/internet-drafts/draft-ietf-sigtran-rfc3057bis-0
> 2.txt
> bottom of Page 50, and the middle of Page 51.
> The answers are there.
> --brian
> Saraswati Bose wrote: (Thu, 08 Dec 2005 20:36:56)
> >
> > Brian,
> >
> >
> >
> > The UA involved for the below configuration is IUA. And Traffic
> mode=2
> > (load share).
> >
> > Please suggest in the queries below.
> >
> > --Saraswati.
> > [email-masked] wrote:
> >
> --
> Brian F. G. Bidulock
> [email-masked]
> http://www.openss7.org/
> _________________________________________________________________
> 
> Yahoo! Shopping
> Find Great Deals on Holiday Gifts at [1]Yahoo! Shopping
> 
> References
> 
> 1. http://us.rd.yahoo.com/mail_us/footer/shopping/*http://shopping.yahoo.com/;_ylc=X3oDMTE2bzVzaHJtBF9TAzk1OTQ5NjM2BHNlYwNtYWlsdGFnBHNsawNob2xpZGF5LTA1

-- 
Brian F. G. Bidulock ¦ The reasonable man adapts himself to the ¦
[email-masked] ¦ world; the unreasonable one persists in ¦
http://www.openss7.org/ ¦ trying to adapt the world to himself. ¦
¦ Therefore all progress depends on the ¦
¦ unreasonable man. -- George Bernard Shaw ¦

---------------------------------
Yahoo! Shopping
 Find Great Deals on Holiday Gifts at Yahoo! Shopping 

_______________________________________________
Sigtran mailing list
[email-masked]
https://www1.ietf.org/mailman/listinfo/sigtran