gmane.ietf.sigtran archive

3511 archived articles, newest first (page 29 of 36). Latest articles →

RE: SG view of the ASP
Fri, 10 Feb 2006 00:17:47 +0530
"Shelesh Bansal" <[email protected]> • #7310
RE: SG view of the ASP
Thu, 9 Feb 2006 13:21:36 -0500
"Tolga Asveren" <[email protected]> • #7309
Re: SG view of the ASP
Thu, 9 Feb 2006 11:39:37 -0700
"Brian F. G. Bidulock" <[email protected]> • #7308
RE: SG view of the ASP
Thu, 9 Feb 2006 13:31:47 -0500
"Barry Nagelberg" <[email protected]> • #7307
Re: SG view of the ASP
Thu, 9 Feb 2006 11:20:45 -0700
"Brian F. G. Bidulock" <[email protected]> • #7306
RE: SG view of the ASP
Thu, 9 Feb 2006 12:54:56 -0500
"Tolga Asveren" <[email protected]> • #7305
Re: SG view of the ASP
Thu, 9 Feb 2006 18:57:34 +0100
Ilie Glib <[email protected]> • #7304
RE: SG view of the ASP
Thu, 9 Feb 2006 11:34:46 -0600
"Munnaluru, Krishna" <[email protected]> • #7303
RE: SG view of the ASP
Thu, 9 Feb 2006 11:34:01 -0600
"Munnaluru, Krishna" <[email protected]> • #7302
Re: SG view of the ASP
Thu, 9 Feb 2006 10:14:37 -0700
"Brian F. G. Bidulock" <[email protected]> • #7301
SG view of the ASP
Thu, 9 Feb 2006 10:23:19 -0600
"Munnaluru, Krishna" <[email protected]> • #7300
Re: Is an xxUA SGP capable of serving multiple SGs
Wed, 8 Feb 2006 12:38:09 -0700
"Brian F. G. Bidulock" <[email protected]> • #7299
RE: Is an xxUA SGP capable of serving multiple SGs
Thu, 9 Feb 2006 08:21:24 +1300 (NZDT)
Siu Chai Tho <[email protected]> • #7298
Re: SUA: Regarding AS Pending Buffer Handling when Tt(r) expires
Wed, 8 Feb 2006 12:05:25 -0700
"Brian F. G. Bidulock" <[email protected]> • #7297
RE: SUA: Regarding AS Pending Buffer Handling when Tt(r) expires
Wed, 8 Feb 2006 12:57:16 -0500
"Barry Nagelberg" <[email protected]> • #7296
SUA: Regarding AS Pending Buffer Handling when Tt(r) expires
Wed, 08 Feb 2006 19:39:51 +0530
santhanakrishnan <[email protected]> • #7295
RE: Is an xxUA SGP capable of serving multiple SGs
Tue, 7 Feb 2006 15:43:04 -0500
"Tolga Asveren" <[email protected]> • #7294
RE: Is an xxUA SGP capable of serving multiple SGs
Tue, 7 Feb 2006 15:43:55 -0500
"Barry Nagelberg" <[email protected]> • #7293
Re: SUA Routing Key Parametes
Tue, 7 Feb 2006 07:42:31 -0700
"Brian F. G. Bidulock" <[email protected]> • #7292
Re: Is an xxUA SGP capable of serving multiple SGs
Tue, 7 Feb 2006 07:30:08 -0700
"Brian F. G. Bidulock" <[email protected]> • #7291
Re: SPC granularity of Routing Keys in SUA
Tue, 7 Feb 2006 21:26:39 +0100
Ilie Glib <[email protected]> • #7290
RE: Is an xxUA SGP capable of serving multiple SGs
Tue, 7 Feb 2006 15:24:47 -0500
"Barry Nagelberg" <[email protected]> • #7289
Re: SUA Routing Key Parametes
Tue, 7 Feb 2006 21:23:56 +0100
Ilie Glib <[email protected]> • #7288
Re: SUA Routing Key Parametes
Tue, 7 Feb 2006 07:09:00 -0700
"Brian F. G. Bidulock" <[email protected]> • #7287
Re: SPC granularity of Routing Keys in SUA
Tue, 7 Feb 2006 07:05:21 -0700
"Brian F. G. Bidulock" <[email protected]> • #7286
Re: Is an xxUA SGP capable of serving multiple SGs
Tue, 7 Feb 2006 07:01:48 -0700
"Brian F. G. Bidulock" <[email protected]> • #7285
RE: Is an xxUA SGP capable of serving multiple SGs
Tue, 7 Feb 2006 14:38:30 -0500
"Tolga Asveren" <[email protected]> • #7284
Re: Is an xxUA SGP capable of serving multiple SGs
Tue, 7 Feb 2006 20:18:39 +0100
Ilie Glib <[email protected]> • #7283
RE: Is an xxUA SGP capable of serving multiple SGs
Tue, 7 Feb 2006 13:49:08 -0500
"Barry Nagelberg" <[email protected]> • #7282
Re: Is an xxUA SGP capable of serving multiple SGs
Tue, 7 Feb 2006 19:08:02 +0100
Ilie Glib <[email protected]> • #7281
RE: Is an xxUA SGP capable of serving multiple SGs
Tue, 7 Feb 2006 10:58:43 -0500
"Barry Nagelberg" <[email protected]> • #7280
Is an xxUA SGP capable of serving multiple SGs
Wed, 8 Feb 2006 04:48:19 +1300 (NZDT)
Siu Chai Tho <[email protected]> • #7279
SPC granularity of Routing Keys in SUA
Tue, 7 Feb 2006 14:08:44 +0100
Ilie Glib <[email protected]> • #7278
SUA Routing Key Parametes
Tue, 7 Feb 2006 08:48:45 +0100
Ilie Glib <[email protected]> • #7277
Re: Question on DAUD response processing
Mon, 6 Feb 2006 10:10:58 -0700
"Brian F. G. Bidulock" <[email protected]> • #7276
RE: Question on DAUD response processing
Mon, 6 Feb 2006 09:18:54 -0600
"Karl, Sherry" <[email protected]> • #7275
RFC 4166 on Telephony Signalling Transport over Stream Control Transmission Protocol (SCTP) Applicability Statement
Fri, 3 Feb 2006 16:18:44 -0800
[email protected] • #7274
Re: - M2PA Discard message
Fri, 03 Feb 2006 10:12:03 -0500
Andrew Booth <[email protected]> • #7273
Re: - M2PA Discard message
Fri, 3 Feb 2006 08:09:07 -0700
"Brian F. G. Bidulock" <[email protected]> • #7272
- M2PA Discard message
Fri, 3 Feb 2006 06:37:53 -0600 (CST)
"Daniel B. Simonraj" <[email protected]> • #7271
Re: Question on DAUD response processing
Thu, 2 Feb 2006 21:08:36 -0700
"Brian F. G. Bidulock" <[email protected]> • #7270
Question on DAUD response processing
Thu, 2 Feb 2006 21:01:56 -0600
"Karl, Sherry" <[email protected]> • #7269
Re: [SIGTRAN-XUA]:Clarification on Error "No configured AS for ASP"
Wed, 1 Feb 2006 23:47:13 -0700
"Brian F. G. Bidulock" <[email protected]> • #7268
[SIGTRAN-XUA]:Clarification on Error "No configured AS for ASP"
Wed, 1 Feb 2006 22:07:56 -0800 (PST)
Saraswati Bose <[email protected]> • #7267
Re: (M2PA) Question about the requirement "The same standard MUST be followed on both ends"
Wed, 1 Feb 2006 11:01:16 -0700
"Brian F. G. Bidulock" <[email protected]> • #7266
Re: [SIGTRAN -XUA]: ASPIA with no RC responded with ASPIAACK and Error code "0x1a"
Wed, 1 Feb 2006 10:13:00 -0700
"Brian F. G. Bidulock" <[email protected]> • #7265
RE: (M2PA) Question about the requirement "The same standard MUST be followed on both ends"
Wed, 1 Feb 2006 07:25:57 -0600
"Craig, Jeffrey" <[email protected]> • #7264
[SIGTRAN -XUA]: ASPIA with no RC responded with ASPIAACK and Error code "0x1a"
Wed, 1 Feb 2006 04:59:59 -0800 (PST)
Saraswati Bose <[email protected]> • #7263
Re: (M2PA) Question about the requirement "The same standard MUST be followed on both ends"
Tue, 31 Jan 2006 09:57:10 -0700
"Brian F. G. Bidulock" <[email protected]> • #7262
(M2PA) Question about the requirement "The same standard MUST be followed on both ends"
Tue, 31 Jan 2006 08:03:32 -0600
"Craig, Jeffrey" <[email protected]> • #7261
Re: RE: Parameter Padding Question
Mon, 30 Jan 2006 22:27:12 +0100
Michael Tuexen <[email protected]> • #7260
Re: RE: Parameter Padding Question
Mon, 30 Jan 2006 12:49:54 -0700
"Brian F. G. Bidulock" <[email protected]> • #7259
RE: RE: Parameter Padding Question
Mon, 30 Jan 2006 14:46:39 -0500
"Kelly Mcdonald" <[email protected]> • #7258
RE: RE: Parameter Padding Question
Mon, 30 Jan 2006 14:26:35 -0500
"Barry Nagelberg" <[email protected]> • #7257
RE: Parameter Padding Question
Mon, 30 Jan 2006 14:14:32 -0500
"Kelly Mcdonald" <[email protected]> • #7256
Re: Re: Can SUA Layer encapsulate MTP L3 layer/functionality?
Thu, 26 Jan 2006 13:24:25 -0700
"Brian F. G. Bidulock" <[email protected]> • #7255
Re: Re: Can SUA Layer encapsulate MTP L3 layer/functionality?
Thu, 26 Jan 2006 12:07:16 -0800 (PST)
Stanislav Ivanovich <[email protected]> • #7254
Re: Re: Can SUA Layer encapsulate MTP L3 layer/functionality?
Thu, 26 Jan 2006 11:53:00 -0800 (PST)
Stanislav Ivanovich <[email protected]> • #7253
Re: Re: Can SUA Layer encapsulate MTP L3 layer/functionality?
Thu, 26 Jan 2006 12:38:04 -0700
"Brian F. G. Bidulock" <[email protected]> • #7252
Re: Re: Can SUA Layer encapsulate MTP L3 layer/functionality?
Thu, 26 Jan 2006 10:48:17 -0800 (PST)
Stanislav Ivanovich <[email protected]> • #7251
Re: Re: Can SUA Layer encapsulate MTP L3 layer/functionality?
Thu, 26 Jan 2006 11:25:32 -0700
"Brian F. G. Bidulock" <[email protected]> • #7250
Re: Can SUA Layer encapsulate MTP L3 layer/functionality?
Thu, 26 Jan 2006 10:11:26 -0800 (PST)
Stanislav Ivanovich <[email protected]> • #7249
Can SUA Layer encapsulate MTP L3 layer/functionality?
Thu, 26 Jan 2006 10:02:17 -0800 (PST)
Stanislav Ivanovich <[email protected]> • #7248
(M2PA) Question about Busy Procedure
Thu, 26 Jan 2006 11:03:41 -0600
"Craig, Jeffrey" <[email protected]> • #7247
Re: Query Regarding Alignment Message In M2PA
Wed, 25 Jan 2006 03:08:37 -0700
"Brian F. G. Bidulock" <[email protected]> • #7246
Re: DUA and V5UA
Tue, 24 Jan 2006 15:26:26 +0300
"Sergey Mikhailov" <[email protected]> • #7245
RE: DUA and V5UA
Tue, 24 Jan 2006 11:56:36 -0000
"Michael Mentz" <[email protected]> • #7244
Re: sua ssnm messageand stram id
Tue, 24 Jan 2006 03:12:33 -0700
"Brian F. G. Bidulock" <[email protected]> • #7243
RFC 4233 - IUA - TEI status Messages
Tue, 24 Jan 2006 10:51:11 +0100
[email protected] • #7242
sua ssnm messageand stram id
Tue, 24 Jan 2006 17:40:17 +0800
[email protected] • #7241
DUA and V5UA
Tue, 24 Jan 2006 10:04:44 +0300
"Sergey Mikhailov" <[email protected]> • #7240
Re: M2PA Alignment Question
Mon, 23 Jan 2006 23:59:21 -0700
"Brian F. G. Bidulock" <[email protected]> • #7239
Re: M2PA Alignment Question
Mon, 23 Jan 2006 09:49:21 +0530
devayya <[email protected]> • #7238
Re: M2PA Alignment Question
Mon, 23 Jan 2006 19:16:07 +0530
devayya <[email protected]> • #7237
Re: M3UA and SUA recommendations
Mon, 23 Jan 2006 07:20:06 -0800 (PST)
Stanislav Ivanovich <[email protected]> • #7236
Re: M3UA and SUA recommendations
Tue, 24 Jan 2006 02:42:48 +1300 (NZDT)
Siu Chai Tho <[email protected]> • #7235
Re: M3UA and SUA recommendations
Fri, 20 Jan 2006 11:10:35 -0800 (PST)
Stanislav Ivanovich <[email protected]> • #7234
Re: M2PA Alignment Question
Fri, 20 Jan 2006 10:35:45 -0700
"Brian F. G. Bidulock" <[email protected]> • #7233
Re: M2PA Alignment Question
Fri, 20 Jan 2006 10:28:06 -0700
"Brian F. G. Bidulock" <[email protected]> • #7232
Re: SUA support for decoupled operation without final GTT at the SG
Fri, 20 Jan 2006 10:27:17 -0700
"Brian F. G. Bidulock" <[email protected]> • #7231
SUA support for decoupled operation without final GTT at the SG
Fri, 20 Jan 2006 17:21:12 +0100
Ilie Glib <[email protected]> • #7230
Re: M3UA and SUA recommendations
Fri, 20 Jan 2006 07:40:22 -0800 (PST)
Stanislav Ivanovich <[email protected]> • #7229
RE: M2PA Alignment Question
Fri, 20 Jan 2006 09:22:03 -0600
"Davidson, Mark" <[email protected]> • #7228
Re: M3UA and SUA recommendations
Sat, 21 Jan 2006 04:01:04 +1300 (NZDT)
Siu Chai Tho <[email protected]> • #7227
Re: M3UA and SUA recommendations
Fri, 20 Jan 2006 06:41:14 -0800 (PST)
Stanislav Ivanovich <[email protected]> • #7226
Clarification on Sequence No. in CODT and ias timer
Fri, 20 Jan 2006 04:14:20 -0800 (PST)
Saraswati Bose <[email protected]> • #7225
Re: M3UA and SUA recommendations
Fri, 20 Jan 2006 22:46:55 +1300 (NZDT)
Siu Chai Tho <[email protected]> • #7224
Re: M2PA Alignment Question
Fri, 20 Jan 2006 14:50:31 +0530
devayya <[email protected]> • #7223
Re: M2PA Alignment Question
Thu, 19 Jan 2006 22:47:57 -0700
"Brian F. G. Bidulock" <[email protected]> • #7222
M2PA Alignment Question
Thu, 19 Jan 2006 13:44:53 -0600
"Davidson, Mark" <[email protected]> • #7221
Re: M3UA and SUA recommendations
Thu, 19 Jan 2006 07:26:48 -0800 (PST)
Stanislav Ivanovich <[email protected]> • #7220
RE: M3UA and SUA recommendations
Thu, 19 Jan 2006 07:20:49 -0800 (PST)
Stanislav Ivanovich <[email protected]> • #7219
Re: M3UA and SUA recommendations
Thu, 19 Jan 2006 07:12:04 -0800 (PST)
Stanislav Ivanovich <[email protected]> • #7218
Re: M3UA and SUA recommendations
Fri, 20 Jan 2006 03:51:34 +1300 (NZDT)
Siu Chai Tho <[email protected]> • #7217
RE: M3UA and SUA recommendations
Thu, 19 Jan 2006 09:50:29 -0500
"Barry Nagelberg" <[email protected]> • #7216
Re: M3UA and SUA recommendations
Thu, 19 Jan 2006 06:27:57 -0800 (PST)
Stanislav Ivanovich <[email protected]> • #7215
Clarification of Sequence No.Parameter-(CODT) and ias timer
Thu, 19 Jan 2006 05:12:26 -0800 (PST)
Saraswati Bose <[email protected]> • #7214
Clarification of Sequence No.Parameter-(CODT) and ias timer
Thu, 19 Jan 2006 05:12:24 -0800 (PST)
Saraswati Bose <[email protected]> • #7213
SUA: Sequence No. in CODT and IAS timer
Thu, 19 Jan 2006 05:12:35 -0800 (PST)
Saraswati Bose <[email protected]> • #7212
Clarification of Sequemce No.(CODT) and ias timer
Thu, 19 Jan 2006 05:12:46 -0800 (PST)
Saraswati Bose <[email protected]> • #7211
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.