Re: SCCP connection refusal (Adi AbuAli)

"Adi AbuAli" <[email protected]>
Newsgroups gmane.ietf.sigtran
Message-ID <!&!AAAAAAAAAAAYAAAAAAAAAF4cZDdoaD9Eo9N5mAPkLePCgAAAEAAAAEzSrNSjVUFFi1vhNmRU9ggBAAAAAA==@yahoo.com> 
Hi Moharana,

It depend on subsystem configurations, i.e. in BSSAP, to include acceptance
of IMSI detach in CREF from MSS, for a previous CR from the BSS (instead of
sending back CC for the CR, and initiate another transaction for IMSI detach
request).
Mainly this option to reduce signaling load by sending back subsystem reply
and close the SCCP connection in one CREF message.

BR,
Adi AbuAli

-----Original Message-----
From: [email protected] [mailto:[email protected]] On Behalf
Of [email protected]
Sent: Friday, March 06, 2009 12:00 AM
To: [email protected]
Subject: Sigtran Digest, Vol 59, Issue 6

Send Sigtran mailing list submissions to
	[email protected]

To subscribe or unsubscribe via the World Wide Web, visit
	https://www.ietf.org/mailman/listinfo/sigtran
or, via email, send a message with subject or body 'help' to
	[email protected]

You can reach the person managing the list at
	[email protected]

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Sigtran digest..."


Today's Topics:

   1. Re: SCCP connection refusal ([email protected])
   2. Re: SCCP connection refusal (Brian F. G. Bidulock)


----------------------------------------------------------------------

Message: 1
Date: Thu, 5 Mar 2009 05:10:17 -0800 (PST)
From: [email protected]
Subject: Re: [Sigtran] SCCP connection refusal
To: sigtran <[email protected]>
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"


Hi,?
I knew peer SCCP is refusing connection, but why ?? Cause " end user
originated" meant what ? In which situation the peer can refuse connection
with this cause.
?
Thanks.


--- On Tue, 3/3/09, Brian F. G. Bidulock <[email protected]> wrote:


From: Brian F. G. Bidulock <[email protected]>
Subject: Re: SCCP connection refusal
To: [email protected]
Cc: "sigtran" <[email protected]>
Date: Tuesday, March 3, 2009, 1:23 AM


-----Inline Attachment Follows-----


moharana_p,

Sorry, I read your note as SCTP not SCCP.

SCCP refusal cause "end user originated" is when the called
SCCP User (in this case I presume BSSAP or RANAP) refuses
the connection.

--brian

[email protected] wrote:? ? ? ? ? ? ? (Mon, 02 Mar 2009 20:42:13)
> 
>? ? Brian,
>? ? The SCTP association still UP. We did not notice any ABORT. If there
>? ? was an ABORT, SCCP connection request would n't have gone till peer
>? ? node SCCP layer which is above M3UA.
>? ? Thanks
>? ? --- On Mon, 3/2/09, Brian F. G. Bidulock <[email protected]> wrote:
> 
>? ? ? From: Brian F. G. Bidulock <[email protected]>
>? ? ? Subject: Re: SCCP connection refusal
>? ? ? To: [email protected]
>? ? ? Cc: "sigtran" <[email protected]>
>? ? ? Date: Monday, March 2, 2009, 7:56 AM
> moharana_p,
> 
> As it implies: when the peer user requests an abort.
> 
> --brian
> 
> [email protected] wrote:? ? ? ? ? ? ? (Mon, 02 Mar 2009 05:47:32)
> >
> >? ? Hi,
> >? ? In what scenario the peer node SCCP reject SCCP Connection with cause
> >? ? "end user originated" ? I had glance in SCCP spec for the
> scenario
> >? ? when this can happen but I could not find scenario. Please clarify my
> >? ? query. "
> >? ? Thanks.
> 
> --
> Brian F. G. Bidulock
> [email protected]
> http://www.openss7.org/

-- 
Brian F. G. Bidulock
[email protected]
http://www.openss7.org/



      
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://www.ietf.org/mail-archive/web/sigtran/attachments/20090305/e9474f33/
attachment.htm>

------------------------------

Message: 2
Date: Thu, 5 Mar 2009 06:18:38 -0700
From: "Brian F. G. Bidulock" <[email protected]>
Subject: Re: [Sigtran] SCCP connection refusal
To: [email protected]
Cc: sigtran <[email protected]>
Message-ID: <[email protected]>
Content-Type: text/plain; charset=us-ascii

moharana_p,

No. Not peer SCCP: peer SCCP-User.  What is _using_ SCCP?
That is what is refusing the connection.

--brian

[email protected] wrote:              (Thu, 05 Mar 2009 05:10:17)
> 
>    Hi,
>    I knew peer SCCP is refusing connection, but why ?  Cause " end user
>    originated" meant what ? In which situation the peer can refuse
>    connection with this cause.
> 
>    Thanks.
>    --- On Tue, 3/3/09, Brian F. G. Bidulock <[email protected]> wrote:
> 
>      From: Brian F. G. Bidulock <[email protected]>
>      Subject: Re: SCCP connection refusal
>      To: [email protected]
>      Cc: "sigtran" <[email protected]>
>      Date: Tuesday, March 3, 2009, 1:23 AM
>      -----Inline Attachment Follows-----
> 
>    moharana_p,
>    Sorry, I read your note as SCTP not SCCP.
>    SCCP refusal cause "end user originated" is when the called
>    SCCP User (in this case I presume BSSAP or RANAP) refuses
>    the connection.
>    --brian
>    [1][email protected] wrote:              (Mon, 02 Mar 2009
>    20:42:13)
>    >
>    >    Brian,
>    >    The SCTP association still UP. We did not notice any ABORT. If
>    there
>    >    was an ABORT, SCCP connection request would n't have gone till
>    peer
>    >    node SCCP layer which is above M3UA.
>    >    Thanks
>    >    --- On Mon, 3/2/09, Brian F. G. Bidulock
>    <[2][email protected]> wrote:
>    >
>    >      From: Brian F. G. Bidulock <[3][email protected]>
>    >      Subject: Re: SCCP connection refusal
>    >      To: [4][email protected]
>    >      Cc: "sigtran" <[5][email protected]>
>    >      Date: Monday, March 2, 2009, 7:56 AM
>    > moharana_p,
>    >
>    > As it implies: when the peer user requests an abort.
>    >
>    > --brian
>    >
>    > [6][email protected] wrote:              (Mon, 02 Mar 2009
>    05:47:32)
>    > >
>    > >    Hi,
>    > >    In what scenario the peer node SCCP reject SCCP Connection with
>    cause
>    > >    "end user originated" ? I had glance in SCCP spec for the
>    > scenario
>    > >    when this can happen but I could not find scenario. Please
>    clarify my
>    > >    query. "
>    > >    Thanks.
>    >
>    > --
>    > Brian F. G. Bidulock
>    > [7][email protected]
>    > [8]http://www.openss7.org/
>    --
>    Brian F. G. Bidulock
>    [9][email protected]
>    [10]http://www.openss7.org/
> 
> References
> 
>    1. http://us.mc1105.mail.yahoo.com/mc/[email protected]
>    2. http://us.mc1105.mail.yahoo.com/mc/[email protected]
>    3. http://us.mc1105.mail.yahoo.com/mc/[email protected]
>    4. http://us.mc1105.mail.yahoo.com/mc/[email protected]
>    5. http://us.mc1105.mail.yahoo.com/mc/[email protected]
>    6. http://us.mc1105.mail.yahoo.com/mc/[email protected]
>    7. http://us.mc1105.mail.yahoo.com/mc/[email protected]
>    8. http://www.openss7.org/
>    9. http://us.mc1105.mail.yahoo.com/mc/[email protected]
>   10. http://www.openss7.org/

> _______________________________________________
> Sigtran mailing list
> [email protected]
> https://www.ietf.org/mailman/listinfo/sigtran


-- 
Brian F. G. Bidulock
[email protected]
http://www.openss7.org/


------------------------------

_______________________________________________
Sigtran mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/sigtran


End of Sigtran Digest, Vol 59, Issue 6
**************************************
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.