From SheribeckySanderson@deccanherald.com Sat Dec 01 21:02:24 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IyeA4-0006HY-Mw; Sat, 01 Dec 2007 21:02:24 -0500 Received: from 120.143.33.65.cfl.res.rr.com ([65.33.143.120] helo=your4105e587b6.belkin) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1IyeA4-0006mu-DF; Sat, 01 Dec 2007 21:02:24 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by host97781536.deccanherald.com (8.13.1/8.13.1) with SMTP id 4oMswlJ871.934169.mid.Pxu.0523982481640 for ; Sat, 1 Dec 2007 21:02:04 +0200 Message-ID: <13b8b01c8346e$36fbfcf0$0302a8c0@your4105e587b6> From: "Della Mcneal" To: Subject: Approval process Date: Sat, 1 Dec 2007 21:02:04 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_13B87_01C8346E.36FBFCF0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Spam-Score: 0.0 (/) X-Scan-Signature: d16ce744298aacf98517bc7c108bd198 This is a multi-part message in MIME format. ------=_NextPart_000_13B87_01C8346E.36FBFCF0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Even if you have no erection problems Cialis Soft Tabs would help you to = make better sex more often and to bring unimaginable plesure to her. = Just disolve half a pill under your tongue and get ready for action in = 30 minutes. The tests showed that the majority of men after taking this = medication were able to have perfect erection during 24 hours! Package Quantity Price in your local drugstore* Our price LearnMoreNow 10 tabs 20 doses $99.95 $34.49 30 tabs 60 doses $299.95 $88.50 60 tabs 120 doses $449.95 $141.02 90 tabs 180 doses $769.95 $176.40 180 tabs 360 doses $1299.95 $298.46 When you are young and stressed up… When you are aged and never give up… Cialis Soft Tabs gives you confidence in any chance, every time. ------=_NextPart_000_13B87_01C8346E.36FBFCF0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20

Even if you have no erection problems = Cialis Soft=20 Tabs would help you to make better sex more often and to bring=20 unimaginable plesure to her. Just disolve half a pill under your tongue = and get=20 ready for action in 30 minutes. The tests showed that the majority of = men after=20 taking this medication were able to have perfect erection during = 24=20 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $99.95 $34.49
30 tabs 60 doses $299.95 $88.50
60 tabs 120 doses $449.95 $141.02
90 tabs 180 doses $769.95 $176.40
180 tabs 360 doses $1299.95 $298.46

When you are young and stressed = up…
When you are aged and never give up…
Cialis Soft Tabs gives you confidence in any chance, every time.

------=_NextPart_000_13B87_01C8346E.36FBFCF0-- From Maioranosyqux@dunlora.net Sun Dec 02 09:03:14 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IypPe-0003UH-J8 for megaco-archive@lists.ietf.org; Sun, 02 Dec 2007 09:03:14 -0500 Received: from e177210144.adsl.alicedsl.de ([85.177.210.144] helo=e177217245.adsl.alicedsl.de) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IypPe-0005v6-0t for megaco-archive@lists.ietf.org; Sun, 02 Dec 2007 09:03:14 -0500 Received: from hexe ([122.156.64.138] helo=hexe) by e177217245.adsl.alicedsl.de ( sendmail 8.13.3/8.13.1) with esmtpa id 1SQNIc-000KUH-Ss for megaco-archive@lists.ietf.org; Sun, 2 Dec 2007 15:03:48 +0100 Message-ID: <000b01c834ec$15b886c0$f5d9b155@hexe> From: "Yevgeny Maiorano" To: Subject: eksporto Date: Sun, 2 Dec 2007 15:03:16 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0008_01C834F4.777CEEC0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Spam-Score: 0.0 (/) X-Scan-Signature: 2409bba43e9c8d580670fda8b695204a ------=_NextPart_000_0008_01C834F4.777CEEC0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Do you want her to scream when you shove your mammoth cock in? = http://ghgah.com/ ------=_NextPart_000_0008_01C834F4.777CEEC0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Do you want her to scream when you shove your = mammoth cock=20 in? http://ghgah.com/
------=_NextPart_000_0008_01C834F4.777CEEC0-- From Zita@udhs1977.org Mon Dec 03 01:12:30 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Iz4Xe-0000hO-9A for megaco-archive@lists.ietf.org; Mon, 03 Dec 2007 01:12:30 -0500 Received: from [201.51.63.198] (helo=[201.51.76.107]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Iz4Xd-0006US-IE for megaco-archive@lists.ietf.org; Mon, 03 Dec 2007 01:12:30 -0500 Received: by 10.201.49.56 with SMTP id ewMarJaptLkUh; Mon, 3 Dec 2007 04:12:40 -0200 (GMT) Received: by 192.168.133.14 with SMTP id sUwqAtjSpOCMnu.9677364007802; Mon, 3 Dec 2007 04:12:38 -0200 (GMT) Message-ID: Date: Mon, 3 Dec 2007 04:12:35 -0200 From: "Zita Rude" User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: megaco-archive@lists.ietf.org Subject: ylretuo Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 4.2 (++++) X-Scan-Signature: bb8eae9af85e4fcfe76f325e38493bf4 yes! penis size really does matter dispite what they say http://olyaana.com/ From megaco-bounces@ietf.org Mon Dec 03 12:33:20 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IzFAW-0007vc-H6; Mon, 03 Dec 2007 12:33:20 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Iz7cj-0008SQ-O1 for megaco@ietf.org; Mon, 03 Dec 2007 04:29:57 -0500 Received: from zw2-smtp1.zhone.com ([199.190.211.5]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Iz7cg-0001gI-CY for megaco@ietf.org; Mon, 03 Dec 2007 04:29:57 -0500 Received: from priority.oak.zhone.com (priority.oak.zhone.com [172.16.1.21]) by smtp.zhone.com (8.12.1/8.12.1) with ESMTP id lB39UkFr026792 for ; Mon, 3 Dec 2007 01:30:46 -0800 (PST) Received: from RKUPPILI.zhone.com ([192.168.127.40]) by priority.oak.zhone.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTP id <0JSG006F9VPPA320@priority.oak.zhone.com> for megaco@ietf.org; Mon, 03 Dec 2007 01:29:51 -0800 (PST) Content-return: prohibited Date: Mon, 03 Dec 2007 14:59:48 +0530 From: Ramesh Babu Kuppili To: megaco@ietf.org Message-id: <0JSG006FAVPQA320@priority.oak.zhone.com> MIME-version: 1.0 X-Mailer: Sun Outlook Connector 7.2.310.1 X-Spam-Score: 0.0 (/) X-Scan-Signature: 21c69d3cfc2dd19218717dbe1d974352 X-Mailman-Approved-At: Mon, 03 Dec 2007 12:33:17 -0500 Subject: [Megaco] Megaco digitmap X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0251799887==" Errors-To: megaco-bounces@ietf.org --===============0251799887== Content-return: prohibited Content-type: multipart/alternative; boundary="Boundary_(ID_H/wTntyutELhLcHNP8jyKg)" --Boundary_(ID_H/wTntyutELhLcHNP8jyKg) Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Hi all, Please let me know the interpretation of [0-9EF].L in Megaco digitmap. - ramesh --Boundary_(ID_H/wTntyutELhLcHNP8jyKg) Content-type: TEXT/HTML; CHARSET=US-ASCII Content-transfer-encoding: 7BIT
Hi all,
 
Please let me know the interpretation of
 
[0-9EF].L
 
in Megaco digitmap.
 
- ramesh
--Boundary_(ID_H/wTntyutELhLcHNP8jyKg)-- --===============0251799887== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============0251799887==-- From megaco-bounces@ietf.org Mon Dec 03 14:02:15 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IzGYZ-0004aX-1P; Mon, 03 Dec 2007 14:02:15 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IzGYX-0004aJ-TZ for megaco@ietf.org; Mon, 03 Dec 2007 14:02:13 -0500 Received: from zw2-smtp1.zhone.com ([199.190.211.5]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IzGYT-00031k-6F for megaco@ietf.org; Mon, 03 Dec 2007 14:02:13 -0500 Received: from priority.oak.zhone.com (priority.oak.zhone.com [172.16.1.21]) by smtp.zhone.com (8.12.1/8.12.1) with ESMTP id lB3J33Fr024569 for ; Mon, 3 Dec 2007 11:03:03 -0800 (PST) Received: from RKUPPILI.zhone.com ([172.16.15.35]) by priority.oak.zhone.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTP id <0JSH006IOM7HA2B0@priority.oak.zhone.com> for megaco@ietf.org; Mon, 03 Dec 2007 11:02:08 -0800 (PST) Content-return: prohibited Date: Tue, 04 Dec 2007 00:32:04 +0530 From: Ramesh Babu Kuppili Subject: RE: [Megaco] Megaco digitmap In-reply-to: To: John Wainwright , megaco@ietf.org Message-id: <0JSH006IPM7IA2B0@priority.oak.zhone.com> MIME-version: 1.0 X-Mailer: Sun Outlook Connector 7.2.310.1 X-Spam-Score: 0.0 (/) X-Scan-Signature: cdb443e3957ca9b4c5b55e78cfcf4b26 Cc: X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0544368595==" Errors-To: megaco-bounces@ietf.org --===============0544368595== Content-return: prohibited Content-type: multipart/alternative; boundary="Boundary_(ID_Dr9HewtuSf4G4MAHZxSO1A)" --Boundary_(ID_Dr9HewtuSf4G4MAHZxSO1A) Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Thanks for the clarification. So E is for '#' and F is for '*' ? Is there a RFC that maps these? Thanks once again. - ramesh _____ From: John Wainwright [mailto:john.wainwright@txpcorporation.com] Sent: Monday, December 03, 2007 11:25 PMTo: Ramesh Babu Kuppili; megaco@ietf.orgSubject: RE: [Megaco] Megaco digitmap To me this means that any of the digits 0-9, # and * are 'expected' and that the Long timer is applied after every digit is dialed. My apologies if this interpretation is incorrect. Regards John _____ From: Ramesh Babu Kuppili [mailto:RKuppili@zhone.com] Sent: Monday, December 03, 2007 3:30 AMTo: megaco@ietf.orgSubject: [Megaco] Megaco digitmap Hi all, Please let me know the interpretation of [0-9EF].L in Megaco digitmap. - ramesh --Boundary_(ID_Dr9HewtuSf4G4MAHZxSO1A) Content-type: TEXT/HTML; CHARSET=US-ASCII Content-transfer-encoding: 7BIT
Thanks for the clarification.  So E is for '#' and F is for '*' ?  Is there a RFC that maps these?
 
Thanks once again.
 
- ramesh


From: John Wainwright [mailto:john.wainwright@txpcorporation.com]
Sent: Monday, December 03, 2007 11:25 PM
To: Ramesh Babu Kuppili; megaco@ietf.org
Subject: RE: [Megaco] Megaco digitmap

To me this means that any of the digits 0-9, # and * are ‘expected’ and that the Long timer is applied after every digit is dialed.

 

My apologies if this interpretation is incorrect.

 

Regards

John

 


From: Ramesh Babu Kuppili [mailto:RKuppili@zhone.com]
Sent: Monday, December 03, 2007 3:30 AM
To: megaco@ietf.org
Subject: [Megaco] Megaco digitmap

 

Hi all,

 

Please let me know the interpretation of

 

[0-9EF].L

 

in Megaco digitmap.

 

- ramesh

--Boundary_(ID_Dr9HewtuSf4G4MAHZxSO1A)-- --===============0544368595== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============0544368595==-- From megaco-bounces@ietf.org Mon Dec 03 14:19:44 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IzGpR-0001l6-Ul; Mon, 03 Dec 2007 14:19:41 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IzGpQ-0001hp-Hc for megaco@ietf.org; Mon, 03 Dec 2007 14:19:40 -0500 Received: from wip-cdc-wd.wipro.com ([203.91.201.26]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IzGpN-0005Gc-A6 for megaco@ietf.org; Mon, 03 Dec 2007 14:19:40 -0500 Received: from wip-cdc-wd.wipro.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 02A8018056 for ; Tue, 4 Dec 2007 00:49:35 +0530 (IST) Received: from blr-ec-bh02.wipro.com (blr-ec-bh02.wipro.com [10.201.50.92]) by wip-cdc-wd.wipro.com (Postfix) with ESMTP id E2BD318051 for ; Tue, 4 Dec 2007 00:49:34 +0530 (IST) Received: from blr-ec-msg04.wipro.com ([10.200.53.99]) by blr-ec-bh02.wipro.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 4 Dec 2007 00:49:35 +0530 Received: from nortel-vwall ([164.164.27.200]) by blr-ec-msg04.wipro.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 4 Dec 2007 00:49:34 +0530 Received: from KDHUNT11 ([47.142.150.196]) by nortel-vwall with InterScan Messaging Security Suite; Tue, 04 Dec 2007 00:55:42 +0530 From: "Sriram Yagnaraman \(WT01 - TES-Mobility & Carrier Infrastructure\)" To: "'Ramesh Babu Kuppili'" , "'John Wainwright'" , Subject: RE: [Megaco] Megaco digitmap Date: Mon, 3 Dec 2007 14:19:20 -0500 Organization: Wipro Message-ID: <008501c835e1$69a27f70$c4968e2f@corp.nortel.com> MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6822 In-Reply-To: <0JSH006IPM7IA2B0@priority.oak.zhone.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1914 Thread-Index: Acg13w130407ADblQfSB7XYyJ3NQJgAANoLw Importance: Normal X-OriginalArrivalTime: 03 Dec 2007 19:19:34.0843 (UTC) FILETIME=[705288B0:01C835E1] X-Spam-Score: 0.0 (/) X-Scan-Signature: 4d9aaf4f837d0910b987cb9188300fdd Cc: X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1649340303==" Errors-To: megaco-bounces@ietf.org This is a multi-part message in MIME format. --===============1649340303== Content-Type: multipart/alternative; boundary="----=_NextPart_000_0086_01C835B7.80CC7770" This is a multi-part message in MIME format. ------=_NextPart_000_0086_01C835B7.80CC7770 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Ramesh, =20 I think [0-9EF].L means, any number (including zero digits) of digits = (from 0 to 9, E =3D * and F =3D #) followed by a long digit time out. You = could check out H.248.1 Annex E.6 DTMF Detection Package. =20 Regards, Sriram Phone: 919-905-0184 (ESN: 355) -----Original Message----- From: Ramesh Babu Kuppili [mailto:RKuppili@zhone.com]=20 Sent: Monday, December 03, 2007 2:02 PM To: John Wainwright; megaco@ietf.org Subject: RE: [Megaco] Megaco digitmap =20 Thanks for the clarification. So E is for '#' and F is for '*' ? Is = there a RFC that maps these? =20 Thanks once again. =20 - ramesh =20 _____ =20 From: John Wainwright [mailto:john.wainwright@txpcorporation.com]=20 Sent: Monday, December 03, 2007 11:25 PM To: Ramesh Babu Kuppili; megaco@ietf.org Subject: RE: [Megaco] Megaco digitmap To me this means that any of the digits 0-9, # and * are 'expected' and = that the Long timer is applied after every digit is dialed. =20 My apologies if this interpretation is incorrect. =20 Regards John =20 _____ =20 From: Ramesh Babu Kuppili [mailto:RKuppili@zhone.com]=20 Sent: Monday, December 03, 2007 3:30 AM To: megaco@ietf.org Subject: [Megaco] Megaco digitmap =20 Hi all, =20 Please let me know the interpretation of=20 =20 [0-9EF].L =20 in Megaco digitmap. =20 - ramesh ------=_NextPart_000_0086_01C835B7.80CC7770 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Ramesh,

 

I think [0-9EF].L means, any number (including zero digits) of digits (from 0 to 9, E =3D * and F =3D #) = followed by a long digit time out. You could check out H.248.1 Annex E.6 DTMF Detection Package.

 

Regards,

Sriram

Phone: 919-905-0184 (ESN: = 355)

-----Original = Message-----
From: Ramesh Babu Kuppili [mailto:RKuppili@zhone.com]
Sent: Monday, December = 03, 2007 2:02 PM
To: John Wainwright; megaco@ietf.org
Subject: RE: [Megaco] = Megaco digitmap

 

Thanks for the clarification.  So E is for '#' and F is for '*' ?  Is there a = RFC that maps these?

 

Thanks once = again.

 

- = ramesh

 


From: John Wainwright [mailto:john.wainwright@txpcorporation.com]
Sent: Monday, December = 03, 2007 11:25 PM
To: Ramesh Babu Kuppili; megaco@ietf.org
Subject: RE: [Megaco] = Megaco digitmap

To me this means = that any of the digits 0-9, # and * are ‘expected’ and that the Long = timer is applied after every digit is dialed.

 

My apologies if = this interpretation is incorrect.

 

Regards

John

 


From: Ramesh Babu Kuppili [mailto:RKuppili@zhone.com]
Sent: Monday, December = 03, 2007 3:30 AM
To: megaco@ietf.org
Subject: [Megaco] Megaco = digitmap

 

Hi all,

 

Please let me know the = interpretation of

 

[0-9EF].L

=

 

in Megaco = digitmap.

 

- ramesh

------=_NextPart_000_0086_01C835B7.80CC7770-- --===============1649340303== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============1649340303==-- From antoniaNieuwenhuis@Bremer.com Mon Dec 03 16:09:10 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IzIXO-0003m4-EP for megaco-archive@lists.ietf.org; Mon, 03 Dec 2007 16:09:10 -0500 Received: from host112-153-dynamic.7-87-r.retail.telecomitalia.it ([87.7.153.112]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IzIXL-0007D6-QH for megaco-archive@lists.ietf.org; Mon, 03 Dec 2007 16:09:08 -0500 Received: from utente-c8c09bb8 ([189.127.56.122] helo=utente-c8c09bb8) by host112-153-dynamic.7-87-r.retail.telecomitalia.it ( sendmail 8.13.3/8.13.1) with esmtpa id 1tFREX-000YRS-NS for megaco-archive@lists.ietf.org; Mon, 3 Dec 2007 22:09:34 +0100 Message-ID: Date: Mon, 3 Dec 2007 22:09:05 +0100 From: "antonia Nieuwenhuis" User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: megaco-archive@lists.ietf.org Subject: ineiskua Content-Type: multipart/alternative; boundary="------------010507000603080205030403" X-Spam-Score: 1.5 (+) X-Scan-Signature: 79899194edc4f33a41f49410777972f8 --------------010507000603080205030403 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 1, 2 oh no 3 orgasms! WOW you can have them too, its simple. http://www.cncybes.com/ --------------010507000603080205030403 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit 1, 2 oh no 3 orgasms! WOW you can have them too, its simple. http://www.cncybes.com/
--------------010507000603080205030403-- From Gerdass@aulaactiva.net Tue Dec 04 03:28:27 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IzT8l-0000Mb-3t for megaco-archive@lists.ietf.org; Tue, 04 Dec 2007 03:28:27 -0500 Received: from [82.204.238.233] (helo=Reso-avto-servis.Moscow.access.comstar.ru) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IzT8i-00015j-Fx for megaco-archive@lists.ietf.org; Tue, 04 Dec 2007 03:28:24 -0500 Received: from MIKLE ([139.136.115.22] helo=MIKLE) by Reso-avto-servis.Moscow.access.comstar.ru ( sendmail 8.13.3/8.13.1) with esmtpa id 1qYbBB-000BAL-nM for megaco-archive@lists.ietf.org; Tue, 4 Dec 2007 11:28:36 +0300 Message-ID: <233DEE23.FBE42C9D@aulaactiva.net> Date: Tue, 4 Dec 2007 11:28:12 +0300 From: "shanti Gerdass" User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: megaco-archive@lists.ietf.org Subject: eembosom Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Score: 4.0 (++++) X-Scan-Signature: 7aefe408d50e9c7c47615841cb314bed 1, 2 oh no 3 orgasms! WOW you can have them too, its simple. http://coavnsys.com/
From Schuylo324@episcan.it Tue Dec 04 05:22:50 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IzUvS-0008UA-JK for megaco-archive@lists.ietf.org; Tue, 04 Dec 2007 05:22:50 -0500 Received: from ajm82.internetdsl.tpnet.pl ([83.16.246.82]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IzUvQ-0007Da-3D for megaco-archive@lists.ietf.org; Tue, 04 Dec 2007 05:22:48 -0500 Received: by 10.158.136.86 with SMTP id caGfkzCMJjmql; Tue, 4 Dec 2007 11:33:08 +0100 (GMT) Received: by 192.168.12.232 with SMTP id DIOWtFEtimasFN.3189387967858; Tue, 4 Dec 2007 11:33:06 +0100 (GMT) Message-ID: <1781649D.50D0C609@episcan.it> Date: Tue, 4 Dec 2007 11:33:03 +0100 From: "Schuylo Piotti" User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: megaco-archive@lists.ietf.org Subject: srotallo Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 2.0 (++) X-Scan-Signature: bb8eae9af85e4fcfe76f325e38493bf4 Want to learn the art of sex? http://www.opussom.com/ From jojeguevara@gpalmerlaw.com Tue Dec 04 08:21:55 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IzXil-0003xp-Nh for megaco-archive@lists.ietf.org; Tue, 04 Dec 2007 08:21:55 -0500 Received: from [189.71.13.141] (helo=18971012111.user.veloxzone.com.br) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IzXik-0001tA-1P for megaco-archive@lists.ietf.org; Tue, 04 Dec 2007 08:21:55 -0500 Received: from CARALHO ([132.174.51.40]:30517 "EHLO CARALHO" smtp-auth: TLS-CIPHER: TLS-PEER-CN1: ) by 18971012111.user.veloxzone.com.br with ESMTP id S22KRVLQVUUNTUIZ (ORCPT ); Tue, 4 Dec 2007 10:22:17 -0300 Message-ID: <88DD23B2.5D5343CF@gpalmerlaw.com> Date: Tue, 4 Dec 2007 10:21:54 -0300 From: "joje guevara" User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: megaco-archive@lists.ietf.org Subject: 1etalid Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Score: 4.5 (++++) X-Scan-Signature: 08e48e05374109708c00c6208b534009 Want that every chick you meet would tell her friends that you're a
real stallion in the bed? Look here. http://www.oshle.com/
From megaco-bounces@ietf.org Tue Dec 04 08:46:37 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IzY6e-0006KY-6b; Tue, 04 Dec 2007 08:46:36 -0500 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IzY6c-0006KJ-Lu for megaco@ietf.org; Tue, 04 Dec 2007 08:46:34 -0500 Received: from web8408.mail.in.yahoo.com ([202.43.219.156]) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1IzY6b-0003r3-RE for megaco@ietf.org; Tue, 04 Dec 2007 08:46:34 -0500 Received: (qmail 89316 invoked by uid 60001); 4 Dec 2007 13:46:31 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.co.in; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=gm9ZN5TMZ8ehZNqqlQRGDgdI+i+7i18f6fXBe6RdAuFJEdlaXfUNOmYengVjoaPXAMLnju7tqju9U+I0spp5dA1t5ADrG6+/kLCcaI8tN1u7RYMMRN8M/IYKE0viUjDI86PisQ0v+9hcaBaOBGiDYqv/652sURy6CQe8gVzKaGU=; X-YMail-OSG: nS8lw9sVM1kWfD4vu3Tq0bP9nOseb1UCBq7NoPqBndgTaoLwdwYxrAeVlDDwHZlmwD6poPkwueB_55Xw9PqpON_TiixCHjL9z..tvnOgCAPRLLrDfnM1n3RHciYNqg-- Received: from [121.241.96.5] by web8408.mail.in.yahoo.com via HTTP; Tue, 04 Dec 2007 13:46:30 GMT Date: Tue, 4 Dec 2007 13:46:30 +0000 (GMT) From: atul garg To: megaco@ietf.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <927712.87545.qm@web8408.mail.in.yahoo.com> X-Spam-Score: 0.0 (/) X-Scan-Signature: 30ac594df0e66ffa5a93eb4c48bcb014 Subject: [Megaco] Need Sample H.248 buffer containing MediaTx and UpVersion fields(urgent) X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: megaco-bounces@ietf.org Hi, Please provide an H.248 buffer containing MediaTx and UpVersion fields. Regards Share files, take polls, and discuss your passions - all under one roof. Go to http://in.promos.yahoo.com/groups _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco From megaco-bounces@ietf.org Tue Dec 04 08:52:43 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IzYCZ-0002QF-Nc; Tue, 04 Dec 2007 08:52:43 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IzFVF-0004vm-L5 for megaco@ietf.org; Mon, 03 Dec 2007 12:54:45 -0500 Received: from exchange.txpcorporation.com ([207.71.49.220]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IzFVE-0004rA-6g for megaco@ietf.org; Mon, 03 Dec 2007 12:54:45 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message Subject: RE: [Megaco] Megaco digitmap MIME-Version: 1.0 Date: Mon, 3 Dec 2007 11:54:39 -0600 Message-ID: In-Reply-To: <0JSG006FAVPQA320@priority.oak.zhone.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Megaco] Megaco digitmap Thread-Index: Acg10soc4abi8UZ7S46dYJ0AXkQlpgAAl0WA References: <0JSG006FAVPQA320@priority.oak.zhone.com> From: "John Wainwright" To: "Ramesh Babu Kuppili" , X-Spam-Score: 0.0 (/) X-Scan-Signature: 515708a075ffdf0a79d1c83b601e2afd X-Mailman-Approved-At: Tue, 04 Dec 2007 08:52:42 -0500 Cc: X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1223379928==" Errors-To: megaco-bounces@ietf.org This is a multi-part message in MIME format. --===============1223379928== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C835D5.93649F85" This is a multi-part message in MIME format. ------_=_NextPart_001_01C835D5.93649F85 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable To me this means that any of the digits 0-9, # and * are 'expected' and that the Long timer is applied after every digit is dialed. =20 My apologies if this interpretation is incorrect. =20 Regards John =20 ________________________________ From: Ramesh Babu Kuppili [mailto:RKuppili@zhone.com]=20 Sent: Monday, December 03, 2007 3:30 AM To: megaco@ietf.org Subject: [Megaco] Megaco digitmap =20 Hi all, =20 Please let me know the interpretation of=20 =20 [0-9EF].L =20 in Megaco digitmap. =20 - ramesh ------_=_NextPart_001_01C835D5.93649F85 Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable

To me this means that any of the = digits 0-9, # and * are ‘expected’ and that the Long timer is = applied after every digit is dialed.

 

My apologies if this interpretation = is incorrect.

 

Regards

=

John

 


From: = Ramesh Babu Kuppili [mailto:RKuppili@zhone.com]
Sent: Monday, December = 03, 2007 3:30 AM
To: megaco@ietf.org
Subject: [Megaco] Megaco = digitmap

 

Hi all,

 

Please let me know the interpretation of =

 

[0-9EF].L

 

in Megaco digitmap.

 

- ramesh

------_=_NextPart_001_01C835D5.93649F85-- --===============1223379928== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============1223379928==-- From megaco-bounces@ietf.org Tue Dec 04 08:52:44 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IzYCa-0002RJ-1U; Tue, 04 Dec 2007 08:52:44 -0500 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IzGka-0007ta-Qu for megaco@ietf.org; Mon, 03 Dec 2007 14:14:40 -0500 Received: from exchange.txpcorporation.com ([207.71.49.220]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IzGka-0006YK-E1 for megaco@ietf.org; Mon, 03 Dec 2007 14:14:40 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message Subject: RE: [Megaco] Megaco digitmap MIME-Version: 1.0 Date: Mon, 3 Dec 2007 13:14:39 -0600 Message-ID: In-Reply-To: <0JSH006IPM7IA2B0@priority.oak.zhone.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Megaco] Megaco digitmap Thread-Index: Acg13wLnCExIWUGMSX6P3BQiFSr12AAAYhbQ References: <0JSH006IPM7IA2B0@priority.oak.zhone.com> From: "John Wainwright" To: "Ramesh Babu Kuppili" , X-Spam-Score: 0.0 (/) X-Scan-Signature: 6fc5b1c74c5bed09a3a9da2884900dec X-Mailman-Approved-At: Tue, 04 Dec 2007 08:52:42 -0500 Cc: X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0320355693==" Errors-To: megaco-bounces@ietf.org This is a multi-part message in MIME format. --===============0320355693== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C835E0.C056497A" This is a multi-part message in MIME format. ------_=_NextPart_001_01C835E0.C056497A Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Check out the digitmap example in 7.1.14.9 of the V2 document. Also, the DTMF generator/detection packages details. =20 ________________________________ From: Ramesh Babu Kuppili [mailto:RKuppili@zhone.com]=20 Sent: Monday, December 03, 2007 1:02 PM To: John Wainwright; megaco@ietf.org Subject: RE: [Megaco] Megaco digitmap =20 Thanks for the clarification. So E is for '#' and F is for '*' ? Is there a RFC that maps these? =20 Thanks once again. =20 - ramesh =20 =09 ________________________________ From: John Wainwright [mailto:john.wainwright@txpcorporation.com]=20 Sent: Monday, December 03, 2007 11:25 PM To: Ramesh Babu Kuppili; megaco@ietf.org Subject: RE: [Megaco] Megaco digitmap To me this means that any of the digits 0-9, # and * are 'expected' and that the Long timer is applied after every digit is dialed. =20 My apologies if this interpretation is incorrect. =20 Regards John =20 =09 ________________________________ From: Ramesh Babu Kuppili [mailto:RKuppili@zhone.com]=20 Sent: Monday, December 03, 2007 3:30 AM To: megaco@ietf.org Subject: [Megaco] Megaco digitmap =20 Hi all, =20 Please let me know the interpretation of=20 =20 [0-9EF].L =20 in Megaco digitmap. =20 - ramesh ------_=_NextPart_001_01C835E0.C056497A Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable

Check out the digitmap example in = 7.1.14.9 of the V2 document.  Also, the DTMF generator/detection packages = details.

 


From: = Ramesh Babu Kuppili [mailto:RKuppili@zhone.com]
Sent: Monday, December = 03, 2007 1:02 PM
To: John Wainwright; megaco@ietf.org
Subject: RE: [Megaco] = Megaco digitmap

 

Thanks for the clarification.  = So E is for '#' and F is for '*' ?  Is there a RFC that maps = these?

 

Thanks once = again.

 

- = ramesh

 


From: John Wainwright [mailto:john.wainwright@txpcorporation.com]
Sent: Monday, December = 03, 2007 11:25 PM
To: Ramesh Babu Kuppili; megaco@ietf.org
Subject: RE: [Megaco] = Megaco digitmap

To me this means that any of the = digits 0-9, # and * are ‘expected’ and that the Long timer is = applied after every digit is dialed.

 

My apologies if this interpretation = is incorrect.

 

Regards

=

John

 


From: = Ramesh Babu Kuppili [mailto:RKuppili@zhone.com]
Sent: Monday, December = 03, 2007 3:30 AM
To: megaco@ietf.org
Subject: [Megaco] Megaco = digitmap

 

Hi all,

 

Please let me know the interpretation of =

 

[0-9EF].L

 

in Megaco digitmap.

 

- ramesh

------_=_NextPart_001_01C835E0.C056497A-- --===============0320355693== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============0320355693==-- From megaco-bounces@ietf.org Tue Dec 04 08:52:44 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IzYCa-0002TH-DP; Tue, 04 Dec 2007 08:52:44 -0500 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IzGmP-0003AO-Ms for megaco@ietf.org; Mon, 03 Dec 2007 14:16:33 -0500 Received: from exchange.txpcorporation.com ([207.71.49.220]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IzGmP-0006qO-AD for megaco@ietf.org; Mon, 03 Dec 2007 14:16:33 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message Subject: RE: [Megaco] Megaco digitmap MIME-Version: 1.0 Date: Mon, 3 Dec 2007 13:16:32 -0600 Message-ID: In-Reply-To: <0JSH006IPM7IA2B0@priority.oak.zhone.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Megaco] Megaco digitmap Thread-Index: Acg13wLnCExIWUGMSX6P3BQiFSr12AAAdIig References: <0JSH006IPM7IA2B0@priority.oak.zhone.com> From: "John Wainwright" To: "Ramesh Babu Kuppili" , X-Spam-Score: 0.0 (/) X-Scan-Signature: 21f6736b171db90b7af90d77f0c0e285 X-Mailman-Approved-At: Tue, 04 Dec 2007 08:52:42 -0500 Cc: X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0896103100==" Errors-To: megaco-bounces@ietf.org This is a multi-part message in MIME format. --===============0896103100== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C835E1.03E35705" This is a multi-part message in MIME format. ------_=_NextPart_001_01C835E1.03E35705 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable By the way I believe that E=3D* and F=3D#=20 =20 ________________________________ From: Ramesh Babu Kuppili [mailto:RKuppili@zhone.com]=20 Sent: Monday, December 03, 2007 1:02 PM To: John Wainwright; megaco@ietf.org Subject: RE: [Megaco] Megaco digitmap =20 Thanks for the clarification. So E is for '#' and F is for '*' ? Is there a RFC that maps these? =20 Thanks once again. =20 - ramesh =20 =09 ________________________________ From: John Wainwright [mailto:john.wainwright@txpcorporation.com]=20 Sent: Monday, December 03, 2007 11:25 PM To: Ramesh Babu Kuppili; megaco@ietf.org Subject: RE: [Megaco] Megaco digitmap To me this means that any of the digits 0-9, # and * are 'expected' and that the Long timer is applied after every digit is dialed. =20 My apologies if this interpretation is incorrect. =20 Regards John =20 =09 ________________________________ From: Ramesh Babu Kuppili [mailto:RKuppili@zhone.com]=20 Sent: Monday, December 03, 2007 3:30 AM To: megaco@ietf.org Subject: [Megaco] Megaco digitmap =20 Hi all, =20 Please let me know the interpretation of=20 =20 [0-9EF].L =20 in Megaco digitmap. =20 - ramesh ------_=_NextPart_001_01C835E1.03E35705 Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable

By the way I believe that E=3D* and = F=3D#

 


From: = Ramesh Babu Kuppili [mailto:RKuppili@zhone.com]
Sent: Monday, December = 03, 2007 1:02 PM
To: John Wainwright; megaco@ietf.org
Subject: RE: [Megaco] = Megaco digitmap

 

Thanks for the clarification.  = So E is for '#' and F is for '*' ?  Is there a RFC that maps = these?

 

Thanks once = again.

 

- = ramesh

 


From: John Wainwright [mailto:john.wainwright@txpcorporation.com]
Sent: Monday, December = 03, 2007 11:25 PM
To: Ramesh Babu Kuppili; megaco@ietf.org
Subject: RE: [Megaco] = Megaco digitmap

To me this means that any of the = digits 0-9, # and * are ‘expected’ and that the Long timer is = applied after every digit is dialed.

 

My apologies if this interpretation = is incorrect.

 

Regards

=

John

 


From: = Ramesh Babu Kuppili [mailto:RKuppili@zhone.com]
Sent: Monday, December = 03, 2007 3:30 AM
To: megaco@ietf.org
Subject: [Megaco] Megaco = digitmap

 

Hi all,

 

Please let me know the interpretation of =

 

[0-9EF].L

 

in Megaco digitmap.

 

- ramesh

------_=_NextPart_001_01C835E1.03E35705-- --===============0896103100== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============0896103100==-- From megaco-bounces@ietf.org Tue Dec 04 08:52:44 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IzYCa-0002U9-Rt; Tue, 04 Dec 2007 08:52:44 -0500 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IzGzw-0002EZ-QP for megaco@ietf.org; Mon, 03 Dec 2007 14:30:32 -0500 Received: from chekov.siemens.com.br ([189.44.172.37]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IzGzv-0000Hf-Em for megaco@ietf.org; Mon, 03 Dec 2007 14:30:32 -0500 Received: from sao0002x.siemens.com.br (unknown [129.214.16.92]) by chekov.siemens.com.br (Postfix) with ESMTP id 12691222A2B for ; Mon, 3 Dec 2007 17:25:57 -0200 (BRST) Received: from sao0002x.siemens.com.br (localhost [127.0.0.1]) by localhost.siemens.com.br (Postfix) with ESMTP id C882A26A967 for ; Mon, 3 Dec 2007 17:29:22 -0200 (BRST) Received: from sao1100a.ww101.siemens.net (sao1100a.siemens.com.br [129.214.31.218]) by sao0002x.siemens.com.br (Postfix) with ESMTP id 7289F26A0AC for ; Mon, 3 Dec 2007 17:29:21 -0200 (BRST) Received: from SAO1015V.ww101.siemens.net ([129.214.31.14]) by sao1100a.ww101.siemens.net with InterScan Message Security Suite; Mon, 03 Dec 2007 17:29:31 -0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Subject: RE: [Megaco] Megaco digitmap Date: Mon, 3 Dec 2007 17:29:30 -0200 Message-ID: In-Reply-To: <0JSH006IPM7IA2B0@priority.oak.zhone.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Megaco] Megaco digitmap Thread-Index: Acg13yt6D6njAX8aSYmtZruxs/Nw0gAAtLUg From: "Yanssen, Rodrigo Duarte" To: "Ramesh Babu Kuppili" , "John Wainwright" , X-Spam-Score: 0.0 (/) X-Scan-Signature: 6cf0511842947ba7c2eb8ab72c43e5b6 X-Mailman-Approved-At: Tue, 04 Dec 2007 08:52:42 -0500 Cc: X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2065829767==" Errors-To: megaco-bounces@ietf.org This is a multi-part message in MIME format. --===============2065829767== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C835E2.D3974DC7" This is a multi-part message in MIME format. ------_=_NextPart_001_01C835E2.D3974DC7 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Follow ITU-T H.248.1 Annex 4, 5 and 6 you can find the packets related with this mapping. =20 Signal name SignalID/Tone ID DTMF character 0 d0 (0x0010) DTMF character 1 d1 (0x0011) DTMF character 2 d2 (0x0012) DTMF character 3 d3 (0x0013) DTMF character 4 d4 (0x0014) DTMF character 5 d5 (0x0015) DTMF character 6 d6 (0x0016) DTMF character 7 d7 (0x0017) DTMF character 8 d8 (0x0018) DTMF character 9 d9 (0x0019) DTMF character * ds (0x0020) DTMF character # do (0x0021) DTMF character A da (0x001a) DTMF character B db (0x001b) DTMF character C dc (0x001c) DTMF character D dd (0x001d) =20 =20 And these Signals ID that have a Tone ID related, is correlated with other table where you can translate these Tone ID in Digits: =20 DTMF Event Symbol d0 "0" d1 "1" d2 "2" d3 "3" d4 "4" d5 "5" d6 "6" d7 "7" d8 "8" d9 "9" da "A" or "a" db "B" or "b" dc "C" or "c" dd "D" or "d" ds "E" or "e" do "F" or "f" =20 =20 So The Digit * is mapping to DS that is mapping to "E or e" and the Digit # to DO that is mapping to "F or f". =20 Take care which event you are using in your Network, DD/CE or DD/STD, because each one can result in each table above. =20 Best Regards. =20 ___________________________ Rodrigo Yanssen Nokia Siemens Network Phone: +55-11-3908-3527 Mobile: +55-11-8674-3537 (New) ________________________________ From: Ramesh Babu Kuppili [mailto:RKuppili@zhone.com]=20 Sent: segunda-feira, 3 de dezembro de 2007 17:02 To: John Wainwright; megaco@ietf.org Subject: RE: [Megaco] Megaco digitmap =20 Thanks for the clarification. So E is for '#' and F is for '*' ? Is there a RFC that maps these? =20 Thanks once again. =20 - ramesh =20 =09 ________________________________ From: John Wainwright [mailto:john.wainwright@txpcorporation.com]=20 Sent: Monday, December 03, 2007 11:25 PM To: Ramesh Babu Kuppili; megaco@ietf.org Subject: RE: [Megaco] Megaco digitmap To me this means that any of the digits 0-9, # and * are 'expected' and that the Long timer is applied after every digit is dialed. =20 My apologies if this interpretation is incorrect. =20 Regards John =20 =09 ________________________________ From: Ramesh Babu Kuppili [mailto:RKuppili@zhone.com]=20 Sent: Monday, December 03, 2007 3:30 AM To: megaco@ietf.org Subject: [Megaco] Megaco digitmap =20 Hi all, =20 Please let me know the interpretation of=20 =20 [0-9EF].L =20 in Megaco digitmap. =20 - ramesh ________________________________________ Important notice: This e-mail and any attachment thereof contains corporate= proprietary information. If you have received it by mistake, please notify= us immediately by reply e-mail and delete this e-mail and its attachments= from your system. Thank you. For alternate languages please go to= http://www.siemens.com.ar/disclaimer/ ------_=_NextPart_001_01C835E2.D3974DC7 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Follow ITU-T H.248.1 Annex 4, 5 and 6 you can find the packets related with this mapping.

 

Signal name SignalID/Tone= ID

DTMF character 0 d0= (0x0010)

DTMF character 1 d1= (0x0011)

DTMF character 2 d2= (0x0012)

DTMF character 3 d3= (0x0013)

DTMF character 4 d4= (0x0014)

DTMF character 5 d5= (0x0015)

DTMF character 6 d6= (0x0016)

DTMF character 7 d7= (0x0017)

DTMF character 8 d8= (0x0018)

DTMF character 9 d9= (0x0019)

DTMF character * ds= (0x0020)

DTMF= character # do (0x0021)

DTMF= character A da (0x001a)

DTMF character B db= (0x001b)

DTMF character C dc= (0x001c)

DTMF character D dd= (0x001d)

 

 

And these Signals ID that have a Tone= ID related, is correlated with other table where you can translate these Tone= ID in Digits:

 

DTMF Event Symbol

d0= "0"

d1= "1"

d2= "2"

d3= "3"

d4= "4"

d5= "5"

d6= "6"

d7= "7"

d8= "8"

d9= "9"

da "A" or "a"

db "B" or "b"

dc "C" or "c"

dd "D" or "d"

ds "E" or "e"

do "F" or "f"<= /font>

 

 

So The Digit * is mapping to DS that= is mapping to “E or e” and the Digit # to DO that is mapping to= “F or f”.

 

Take care which event you are using in your Network, DD/CE or DD/STD, because each one can result in each table= above.

 

Best= Regards.

 

___________________________<= font color=3Dnavy face=3DArial>

Rodrigo Yanssen

Nokia= Siemens Network

Phone:  +55-11-3908-3527

Mobile: +55-11-8674-3537= (New)


From: Ramesh= Babu Kuppili [mailto:RKuppili@zhone.com]
Sent: segunda-feira, 3 de= dezembro de 2007 17:02
To: John Wainwright; megaco@ietf.org
Subject: RE: [Megaco] Megaco digitmap

 

Thanks for the clarification.  So= E is for '#' and F is for '*' ?  Is there a RFC that maps= these?

 

Thanks once= again.

 

- ramesh

 


From:= John Wainwright [mailto:john.wainwright@txpcorporation.com]
Sent: Monday, December 03,= 2007 11:25 PM
To: Ramesh Babu Kuppili; megaco@ietf.org
Subject: RE: [Megaco] Megaco digitmap

To me this means that any of the= digits 0-9, # and * are ‘expected’ and that the Long timer is applied after every digit is dialed.

 

My apologies if this interpretation is incorrect.

 

Regards

John

 


From: Ramesh= Babu Kuppili [mailto:RKuppili@zhone.com]
Sent: Monday, December 03,= 2007 3:30 AM
To: megaco@ietf.org
Subject: [Megaco] Megaco= digitmap

 

Hi all,

 

Please let me know the interpretation of=

 

[0-9EF].L

 

in Megaco digitmap.

 

- ramesh

________________________________________
Important notice: This e-mail and any attachment thereof contains corporate= proprietary information. If you have received it by mistake, please notify= us immediately by reply e-mail and delete this e-mail and its attachments= from your system. Thank you. For alternate languages please go to= http://www.siemens.com.ar/disclaimer/
------_=_NextPart_001_01C835E2.D3974DC7-- --===============2065829767== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============2065829767==-- From megaco-bounces@ietf.org Tue Dec 04 09:46:49 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IzZ2u-0000Aj-9I; Tue, 04 Dec 2007 09:46:48 -0500 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IzZ2s-00009S-IW for megaco@ietf.org; Tue, 04 Dec 2007 09:46:46 -0500 Received: from wip-cdc-wd.wipro.com ([203.91.201.26]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IzZ2r-0008WF-O4 for megaco@ietf.org; Tue, 04 Dec 2007 09:46:46 -0500 Received: from wip-cdc-wd.wipro.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id C01FF18056 for ; Tue, 4 Dec 2007 20:16:42 +0530 (IST) Received: from blr-ec-bh01.wipro.com (blr-ec-bh01.wipro.com [10.201.50.91]) by wip-cdc-wd.wipro.com (Postfix) with ESMTP id AE45118051 for ; Tue, 4 Dec 2007 20:16:42 +0530 (IST) Received: from HYD-MDP-MBX01.wipro.com ([10.150.50.181]) by blr-ec-bh01.wipro.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 4 Dec 2007 20:16:43 +0530 Received: from HYD-MKD-MBX01.wipro.com ([10.154.50.182]) by HYD-MDP-MBX01.wipro.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 4 Dec 2007 20:16:41 +0530 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 4 Dec 2007 20:16:40 +0530 Message-ID: <94350539FC77154CBBF37A9B9284133D03B5848A@HYD-MKD-MBX01.wipro.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Distinguishing between Audio & Video Payload types using SR in RTCP packet thread-index: Acg2gyTz1mgQJUkbTdueqO/PuzOFsg== From: To: X-OriginalArrivalTime: 04 Dec 2007 14:46:41.0285 (UTC) FILETIME=[7B559B50:01C83684] X-Spam-Score: 0.0 (/) X-Scan-Signature: 36c793b20164cfe75332aa66ddb21196 Subject: [Megaco] Distinguishing between Audio & Video Payload types using SR in RTCP packet X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0334942237==" Errors-To: megaco-bounces@ietf.org This is a multi-part message in MIME format. --===============0334942237== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C83684.7B244ED5" This is a multi-part message in MIME format. ------_=_NextPart_001_01C83684.7B244ED5 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi =20 I recently started working in MG. I have a question regarding the sender reports in RTCP. =20 Can you tell me how can we distinguish between an audio & video payload type using the sender report data of an RTCP packet in ethereal? =20 Regards, Ambesh ------_=_NextPart_001_01C83684.7B244ED5 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi

 

I recently started working in MG. I have a question regarding the sender reports in RTCP.

 

Can you tell me how can we distinguish between an = audio & video payload type using the sender report data of an RTCP packet = in ethereal?

 

Regards,

Ambesh

------_=_NextPart_001_01C83684.7B244ED5-- --===============0334942237== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============0334942237==-- From megaco-bounces@ietf.org Tue Dec 04 10:13:04 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IzZSK-0000wD-7p; Tue, 04 Dec 2007 10:13:04 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IzZSI-0000w4-Ks for megaco@ietf.org; Tue, 04 Dec 2007 10:13:02 -0500 Received: from [64.208.49.5] (helo=smail6.alcatel.fr) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IzZSH-0005Oh-Cy for megaco@ietf.org; Tue, 04 Dec 2007 10:13:02 -0500 Received: from FRVELSBHS05.ad2.ad.alcatel.com (frvelsbhs05.ad2.ad.alcatel.com [155.132.6.77]) by smail6.alcatel.fr (8.13.4/8.13.4/ICT) with ESMTP id lB4FAxXn010843; Tue, 4 Dec 2007 16:10:59 +0100 Received: from FRVELSMBS15.ad2.ad.alcatel.com ([155.132.6.35]) by FRVELSBHS05.ad2.ad.alcatel.com with Microsoft SMTPSVC(6.0.3790.2499); Tue, 4 Dec 2007 16:12:31 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Subject: RE: [Megaco] Distinguishing between Audio & Video Payload types usingSR in RTCP packet Date: Tue, 4 Dec 2007 16:12:29 +0100 Message-ID: <8BB8AD9870081C42B2B309E00352E4EA0150FA7F@FRVELSMBS15.ad2.ad.alcatel.com> In-Reply-To: <94350539FC77154CBBF37A9B9284133D03B5848A@HYD-MKD-MBX01.wipro.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Megaco] Distinguishing between Audio & Video Payload types usingSR in RTCP packet Thread-Index: Acg2gyTz1mgQJUkbTdueqO/PuzOFsgAA+ywg References: <94350539FC77154CBBF37A9B9284133D03B5848A@HYD-MKD-MBX01.wipro.com> From: "Schwarz Albrecht" To: , X-OriginalArrivalTime: 04 Dec 2007 15:12:31.0362 (UTC) FILETIME=[17409620:01C83688] X-Scanned-By: MIMEDefang 2.51 on 155.132.188.84 X-Spam-Score: 0.0 (/) X-Scan-Signature: a743e34ab8eb08259de9a7307caed594 Cc: X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1139476171==" Errors-To: megaco-bounces@ietf.org This is a multi-part message in MIME format. --===============1139476171== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C83688.1709ED72" This is a multi-part message in MIME format. ------_=_NextPart_001_01C83688.1709ED72 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable H.248 Interface: Each RTP-based media component is mapped on a dedicated H.248 Stream. Further: the RTP and RTCP flows could be both mapped on the same H.248 Stream. This is the assumption in all present H.248 profile specifications (with H.248 RTP terminations) as far as I know. There are then two H.248 Streams, one for audio-over-RTP + RTCP and another Stream for video-over-RTP + RTCP. =20 =3D> Wireshark discrimination point: H.248 StreamID RTP/RTCP-over-UDP/IP Interface: Assumption: individual L4 ports for RTP and RTCP (i.e. the mode of Multiplexed RTP and RTCP on single L4 ports is not considered.) =09 =3D> Wireshark discrimination point: UDP port numbers Of course, you've to correlate the info of both interfaces. =20 -Albrecht =20 ________________________________ From: ambesh.poddar@wipro.com [mailto:ambesh.poddar@wipro.com]=20 Sent: Dienstag, 4. Dezember 2007 15:47 To: megaco@ietf.org Subject: [Megaco] Distinguishing between Audio & Video Payload types usingSR in RTCP packet =09 =09 Hi =20 I recently started working in MG. I have a question regarding the sender reports in RTCP. =20 Can you tell me how can we distinguish between an audio & video payload type using the sender report data of an RTCP packet in ethereal? =20 Regards, Ambesh ------_=_NextPart_001_01C83688.1709ED72 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
H.248 Interface:
Each RTP-based media component is mapped on = a=20 dedicated H.248 Stream.
Further: the RTP and RTCP flows could be = both mapped=20 on the same H.248 Stream. This is the assumption in all present H.248 = profile=20 specifications (with H.248 RTP terminations) as far as I=20 know.
There are then two H.248 Streams, one for=20 audio-over-RTP + RTCP and another Stream for video-over-RTP +=20 RTCP.
 
=3D> Wireshark discrimination point: = H.248=20 StreamID
RTP/RTCP-over-UDP/IP = Interface:
Assumption: individual L4 ports for RTP and = RTCP=20 (i.e. the mode of Multiplexed RTP and RTCP on single L4 ports is not=20 considered.)
=3D> Wireshark discrimination point: UDP = port=20 numbers
Of course, you've to correlate the info of = both=20 interfaces.
 
-Albrecht
 


From: ambesh.poddar@wipro.com=20 [mailto:ambesh.poddar@wipro.com]
Sent: Dienstag, 4. = Dezember 2007=20 15:47
To: megaco@ietf.org
Subject: [Megaco] = Distinguishing=20 between Audio & Video Payload types usingSR in RTCP=20 packet

Hi

 

I recently started = working in MG.=20 I have a question regarding the sender reports in=20 RTCP.

 

Can you tell me how can = we=20 distinguish between an audio & video payload type using the sender = report=20 data of an RTCP packet in ethereal?

 

Regards,

Ambesh

------_=_NextPart_001_01C83688.1709ED72-- --===============1139476171== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============1139476171==-- From FranciscablueprintHaskins@shutterstock.com Wed Dec 05 09:54:06 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IzvdW-0007wQ-2A; Wed, 05 Dec 2007 09:54:06 -0500 Received: from host122-50-dynamic.18-79-r.retail.telecomitalia.it ([79.18.50.122] helo=pc01.domain.name) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1IzvdV-0004GG-5e; Wed, 05 Dec 2007 09:54:05 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by host71477677.shutterstock.com (8.13.1/8.13.1) with SMTP id NBrOsGre04.973180.pKM.R5r.8101336331893 for ; Wed, 5 Dec 2007 15:53:38 -0100 Message-ID: <7306c01c8374e$ac52bf60$03fba8c0@pc01> From: "Helene Sprague" To: Subject: Your health Date: Wed, 5 Dec 2007 15:53:38 -0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_73068_01C8374E.AC52BF60" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Spam-Score: 0.0 (/) X-Scan-Signature: d16ce744298aacf98517bc7c108bd198 This is a multi-part message in MIME format. ------=_NextPart_000_73068_01C8374E.AC52BF60 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Even if you have no erection problems Cialis Soft Tabs would help you to = make better sex more often and to bring unimaginable plesure to her. = Just disolve half a pill under your tongue and get ready for action in = 30 minutes. The tests showed that the majority of men after taking this = medication were able to have perfect erection during 24 hours! Package Quantity Price in your local drugstore* Our price LearnMoreNow 10 tabs 20 doses $99.95 $34.49 30 tabs 60 doses $299.95 $88.50 60 tabs 120 doses $449.95 $141.02 90 tabs 180 doses $769.95 $176.40 180 tabs 360 doses $1299.95 $298.46 When you are young and stressed up… When you are aged and never give up… Cialis Soft Tabs gives you confidence in any chance, every time. ------=_NextPart_000_73068_01C8374E.AC52BF60 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20

Even if you have no erection problems = Cialis Soft=20 Tabs would help you to make better sex more often and to bring=20 unimaginable plesure to her. Just disolve half a pill under your tongue = and get=20 ready for action in 30 minutes. The tests showed that the majority of = men after=20 taking this medication were able to have perfect erection during = 24=20 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $99.95 $34.49
30 tabs 60 doses $299.95 $88.50
60 tabs 120 doses $449.95 $141.02
90 tabs 180 doses $769.95 $176.40
180 tabs 360 doses $1299.95 $298.46

When you are young and stressed = up…
When you are aged and never give up…
Cialis Soft Tabs gives you confidence in any chance, every time.

------=_NextPart_000_73068_01C8374E.AC52BF60-- From CharmaineabreastMarcus@bellinghamherald.com Wed Dec 05 12:12:15 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IzxnD-0001xl-7r; Wed, 05 Dec 2007 12:12:15 -0500 Received: from 213-135-105.netrun.cytanet.com.cy ([213.7.135.105] helo=kimitris.lan) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1IzxnC-0001dZ-1g; Wed, 05 Dec 2007 12:12:15 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by host07310139.bellinghamherald.com (8.13.1/8.13.1) with SMTP id NV4JXY4o78.318133.HFr.CCz.1609003495819 for ; Thu, 6 Dec 2007 19:10:48 -0200 Message-ID: <44f501c8382b$0390ce70$020aa8c0@kimitris> From: "Ilene Salter" To: , =20

Even if you have no erection problems = Cialis Soft=20 Tabs would help you to make better sex more often and to bring=20 unimaginable plesure to her. Just disolve half a pill under your tongue = and get=20 ready for action in 30 minutes. The tests showed that the majority of = men after=20 taking this medication were able to have perfect erection during = 24=20 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $99.95 $34.49
30 tabs 60 doses $299.95 $88.50
60 tabs 120 doses $449.95 $141.02
90 tabs 180 doses $769.95 $176.40
180 tabs 360 doses $1299.95 $298.46

When you are young and stressed = up…
When you are aged and never give up…
Cialis Soft Tabs gives you confidence in any chance, every time.

------=_NextPart_000_44F1_01C8382B.0390CE70-- From CasandranextComer@annapolis.net Wed Dec 05 13:20:31 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IzyrH-0005GG-Id; Wed, 05 Dec 2007 13:20:31 -0500 Received: from 82-33-55-28.cable.ubr05.stav.blueyonder.co.uk ([82.33.55.28] helo=jay.belkin) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1IzyrH-0008IS-3Q; Wed, 05 Dec 2007 13:20:31 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by host47622523.annapolis.net (8.13.1/8.13.1) with SMTP id uEroTOj264.019268.fj6.NbZ.7849087120223 for ; Wed, 5 Dec 2007 18:20:44 +0000 Message-ID: From: "Lauri Comer" To: Subject: Your order approved Date: Wed, 5 Dec 2007 18:20:44 +0000 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_D876_01C8376B.958FB270" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.2663 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.2757 X-Spam-Score: 0.0 (/) X-Scan-Signature: d16ce744298aacf98517bc7c108bd198 This is a multi-part message in MIME format. ------=_NextPart_000_D876_01C8376B.958FB270 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Even if you have no erection problems Cialis Soft Tabs would help you to = make better sex more often and to bring unimaginable plesure to her. = Just disolve half a pill under your tongue and get ready for action in = 30 minutes. The tests showed that the majority of men after taking this = medication were able to have perfect erection during 24 hours! Package Quantity Price in your local drugstore* Our price LearnMoreNow 10 tabs 20 doses $99.95 $34.49 30 tabs 60 doses $299.95 $88.50 60 tabs 120 doses $449.95 $141.02 90 tabs 180 doses $769.95 $176.40 180 tabs 360 doses $1299.95 $298.46 When you are young and stressed up… When you are aged and never give up… Cialis Soft Tabs gives you confidence in any chance, every time. ------=_NextPart_000_D876_01C8376B.958FB270 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20

Even if you have no erection problems = Cialis Soft=20 Tabs would help you to make better sex more often and to bring=20 unimaginable plesure to her. Just disolve half a pill under your tongue = and get=20 ready for action in 30 minutes. The tests showed that the majority of = men after=20 taking this medication were able to have perfect erection during = 24=20 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $99.95 $34.49
30 tabs 60 doses $299.95 $88.50
60 tabs 120 doses $449.95 $141.02
90 tabs 180 doses $769.95 $176.40
180 tabs 360 doses $1299.95 $298.46

When you are young and stressed = up…
When you are aged and never give up…
Cialis Soft Tabs gives you confidence in any chance, every time.

------=_NextPart_000_D876_01C8376B.958FB270-- From StuartbootstrappedMendez@annapolissailing.com Wed Dec 05 16:17:11 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J01cE-00055M-Ub; Wed, 05 Dec 2007 16:17:10 -0500 Received: from [189.165.20.146] (helo=tepa.crt.org.mx) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J01cE-00006k-I9; Wed, 05 Dec 2007 16:17:10 -0500 Received: from flogging by annapolissailing.com with SMTP id eFrE35qNQH for ; Wed, 5 Dec 2007 15:19:27 +0600 From: "Jeremiah Haynes" To: Subject: If you're in the US, join your new casino paradise. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) X-Scan-Signature: 7bac9cb154eb5790ae3b2913587a40de After thatit's only fun and winning. Best offer in gambling history . Players from the United States and around the world! Players from the United States and around the world! http://eurocasinoam.com/ From DevinacquitMaldonado@grandforksherald.com Wed Dec 05 16:55:23 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J02DD-0004oG-5x; Wed, 05 Dec 2007 16:55:23 -0500 Received: from host86-162-127-107.range86-162.btcentralplus.com ([86.162.127.107] helo=thestig.home) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J02DC-0004Bc-Bp; Wed, 05 Dec 2007 16:55:22 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by host44662028.grandforksherald.com (8.13.1/8.13.1) with SMTP id KGvbMtzd89.137991.z7m.7eM.7982401334207 for ; Wed, 5 Dec 2007 21:51:24 -0100 Message-ID: <13fb301c83780$a1b7fbb0$4001a8c0@TheStig> From: "Wilson Cobb" To: Cc: , =20

Even if you have no erection problems = Cialis Soft=20 Tabs would help you to make better sex more often and to bring=20 unimaginable plesure to her. Just disolve half a pill under your tongue = and get=20 ready for action in 30 minutes. The tests showed that the majority of = men after=20 taking this medication were able to have perfect erection during = 24=20 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $99.95 $34.49
30 tabs 60 doses $299.95 $88.50
60 tabs 120 doses $449.95 $141.02
90 tabs 180 doses $769.95 $176.40
180 tabs 360 doses $1299.95 $298.46

When you are young and stressed = up…
When you are aged and never give up…
Cialis Soft Tabs gives you confidence in any chance, every time.

------=_NextPart_000_13FAF_01C83780.A1B7FBB0-- From EmerycasebookHouse@cbsnews.com Wed Dec 05 19:29:25 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J04cH-0005lu-OG; Wed, 05 Dec 2007 19:29:25 -0500 Received: from nc-65-40-82-178.dyn.embarqhsd.net ([65.40.82.178] helo=bosscomp) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J04cG-00035F-3n; Wed, 05 Dec 2007 19:29:25 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by host60101576.cbsnews.com (8.13.1/8.13.1) with SMTP id 5knUuN3H17.098357.u0i.EMt.9049487972149 for ; Wed, 5 Dec 2007 19:29:03 +0500 Message-ID: <427dc01c8379f$0a675110$6900a8c0@BossComp> From: "Maxwell Leblanc" To: Cc: , =20

Even if you have no erection problems = Cialis Soft=20 Tabs would help you to make better sex more often and to bring=20 unimaginable plesure to her. Just disolve half a pill under your tongue = and get=20 ready for action in 30 minutes. The tests showed that the majority of = men after=20 taking this medication were able to have perfect erection during = 24=20 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $99.95 $34.49
30 tabs 60 doses $299.95 $88.50
60 tabs 120 doses $449.95 $141.02
90 tabs 180 doses $769.95 $176.40
180 tabs 360 doses $1299.95 $298.46

When you are young and stressed = up…
When you are aged and never give up…
Cialis Soft Tabs gives you confidence in any chance, every time.

------=_NextPart_000_427D8_01C8379F.0A675110-- From BrendabasisProctor@xoops.org Wed Dec 05 22:16:17 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J07Dl-0007ix-01; Wed, 05 Dec 2007 22:16:17 -0500 Received: from [200.122.220.241] (helo=usobycck3sl5q6.intercable.net.co) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J07Dh-0008Qn-Mu; Wed, 05 Dec 2007 22:16:16 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by host04528119.xoops.org (8.13.1/8.13.1) with SMTP id Hln6uORv25.236783.fPx.UYR.4950991824459 for ; Wed, 5 Dec 2007 22:15:38 +0500 Message-ID: <66ba801c837b6$54d3ee90$f1dc7ac8@usobycck3sl5q6> From: "Anna Newell" To: , =20

Even if you have no erection problems = Cialis Soft=20 Tabs would help you to make better sex more often and to bring=20 unimaginable plesure to her. Just disolve half a pill under your tongue = and get=20 ready for action in 30 minutes. The tests showed that the majority of = men after=20 taking this medication were able to have perfect erection during = 24=20 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $99.95 $34.49
30 tabs 60 doses $299.95 $88.50
60 tabs 120 doses $449.95 $141.02
90 tabs 180 doses $769.95 $176.40
180 tabs 360 doses $1299.95 $298.46

When you are young and stressed = up…
When you are aged and never give up…
Cialis Soft Tabs gives you confidence in any chance, every time.

------=_NextPart_000_66BA4_01C837B6.54D3EE90-- From ClaudiaguerrillaArias@annapolissailing.com Wed Dec 05 23:58:42 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J08os-00028j-5F; Wed, 05 Dec 2007 23:58:42 -0500 Received: from 125-26-53-93.adsl.totbb.net ([125.26.53.93] helo=siri) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J08or-0005l9-2x; Wed, 05 Dec 2007 23:58:42 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by host16689733.annapolissailing.com (8.13.1/8.13.1) with SMTP id EpTdCsOy80.500987.p91.lMz.5081574764317 for ; Thu, 6 Dec 2007 11:58:38 -0700 Message-ID: <38bf201c837c4$b1e37250$0601a8c0@siri> From: "Minnie Snell" To: Cc: , =20

Even if you have no erection problems = Cialis Soft=20 Tabs would help you to make better sex more often and to bring=20 unimaginable plesure to her. Just disolve half a pill under your tongue = and get=20 ready for action in 30 minutes. The tests showed that the majority of = men after=20 taking this medication were able to have perfect erection during = 24=20 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $99.95 $34.49
30 tabs 60 doses $299.95 $88.50
60 tabs 120 doses $449.95 $141.02
90 tabs 180 doses $769.95 $176.40
180 tabs 360 doses $1299.95 $298.46

When you are young and stressed = up…
When you are aged and never give up…
Cialis Soft Tabs gives you confidence in any chance, every time.

------=_NextPart_000_38BEE_01C837C4.B1E37250-- From SashagravesBlackman@livestrong.org Thu Dec 06 05:22:37 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J0DsL-0002aQ-6p; Thu, 06 Dec 2007 05:22:37 -0500 Received: from [80.31.254.182] (helo=javier) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J0DsK-0004N0-Nu; Thu, 06 Dec 2007 05:22:37 -0500 Received: from cole by livestrong.org with SMTP id odssF9KSiw for ; Thu, 6 Dec 2007 11:22:37 -0100 From: "Augusta Jacob" To: , Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J0GXK-0003qi-Ke; Thu, 06 Dec 2007 08:13:06 -0500 Received: from dyn-88-121-37-103.ppp.tiscali.fr ([88.121.37.103] helo=pcdemisster) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J0GXI-0003J6-Ma; Thu, 06 Dec 2007 08:13:06 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by host78058694.visitannapolis.org (8.13.1/8.13.1) with SMTP id ogxzs0at75.693158.urj.PVw.7131343726569 for ; Thu, 6 Dec 2007 14:12:46 -0100 Message-ID: <10a9901c83809$b8f27e20$0d01a8c0@PCdeMissTer> From: "Ted Stanley" To: Cc: , =20

Even if you have no erection problems = Cialis Soft=20 Tabs would help you to make better sex more often and to bring=20 unimaginable plesure to her. Just disolve half a pill under your tongue = and get=20 ready for action in 30 minutes. The tests showed that the majority of = men after=20 taking this medication were able to have perfect erection during = 24=20 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $99.95 $34.49
30 tabs 60 doses $299.95 $88.50
60 tabs 120 doses $449.95 $141.02
90 tabs 180 doses $769.95 $176.40
180 tabs 360 doses $1299.95 $298.46

When you are young and stressed = up…
When you are aged and never give up…
Cialis Soft Tabs gives you confidence in any chance, every time.

------=_NextPart_000_10A95_01C83809.B8F27E20-- From JessieclockwiseMcdermott@apache.org Thu Dec 06 16:30:46 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J0OIw-0003J7-46; Thu, 06 Dec 2007 16:30:46 -0500 Received: from [190.50.163.212] (helo=terminal7) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J0OIv-0001KA-Jc; Thu, 06 Dec 2007 16:30:45 -0500 Received: from foppish by apache.org with SMTP id mNzAgagaLP for ; Sun, 6 Jan 2008 18:28:36 +0300 From: "Willie Quinones" To: Subject: Multi-hand and single-hand blackjack Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Score: 2.1 (++) X-Scan-Signature: 7bac9cb154eb5790ae3b2913587a40de USA players too! Download and GO! We pay you to play. Get $999 you download our casino. Travel no further than your screen and get your free $999 http://eurocasinoam.com/ From FritznighthawkMcgowan@socialinvest.org Fri Dec 07 06:38:33 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J0bXN-000848-MF; Fri, 07 Dec 2007 06:38:33 -0500 Received: from host10-103-static.106-82-b.business.telecomitalia.it ([82.106.103.10] helo=taife8e1f53ebf) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J0bXN-0006cU-3N; Fri, 07 Dec 2007 06:38:33 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by host70851583.socialinvest.org (8.13.1/8.13.1) with SMTP id czY3lrse28.151939.dMm.32b.4782485640920 for ; Fri, 7 Dec 2007 12:36:36 -0100 Message-ID: <1c36a01c838c5$7584a840$0401a8c0@taife8e1f53ebf> From: "Deon Craft" To: Subject: Your order approved Date: Fri, 7 Dec 2007 12:36:36 -0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_1C366_01C838C5.7584A840" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Spam-Score: 0.0 (/) X-Scan-Signature: d16ce744298aacf98517bc7c108bd198 This is a multi-part message in MIME format. ------=_NextPart_000_1C366_01C838C5.7584A840 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Even if you have no erection problems Viagra would help you to make = better sex more often and to bring unimaginable plesure to her. Just = disolve half a pill under your tongue and get ready for action in 30 = minutes. The tests showed that the majority of men after taking this = medication were able to have perfect erection during 24 hours! Package Quantity Price in your local drugstore* Our price LearnMoreNow 10 tabs 20 doses $99.95 $34.49 30 tabs 60 doses $299.95 $88.50 60 tabs 120 doses $449.95 $141.02 90 tabs 180 doses $769.95 $176.40 180 tabs 360 doses $1299.95 $298.46 When you are young and stressed up… When you are aged and never give up… Viagra gives you confidence in any chance, every time. ------=_NextPart_000_1C366_01C838C5.7584A840 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20

Even if you have no erection problems = Viagra would=20 help you to make better sex more often and to bring unimaginable = plesure=20 to her. Just disolve half a pill under your tongue and get ready for = action in=20 30 minutes. The tests showed that the majority of men after taking = this=20 medication were able to have perfect erection during 24 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $99.95 $34.49
30 tabs 60 doses $299.95 $88.50
60 tabs 120 doses $449.95 $141.02
90 tabs 180 doses $769.95 $176.40
180 tabs 360 doses $1299.95 $298.46

When you are young and stressed = up…
When you are aged and never give up…
Viagra gives you confidence in any chance, every time.

------=_NextPart_000_1C366_01C838C5.7584A840-- From MaryannabbottDaly@theproducenews.com Fri Dec 07 10:17:14 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J0ewz-0007Mt-VA for megaco-archive@lists.ietf.org; Fri, 07 Dec 2007 10:17:13 -0500 Received: from [91.150.97.161] (helo=c12) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J0ewz-00013M-65 for megaco-archive@lists.ietf.org; Fri, 07 Dec 2007 10:17:13 -0500 Message-ID: From: "Lula Villegas" To: megaco-archive@lists.ietf.org Subject: Some of the most competitive rates available Date: Fri, 7 Dec 2007 15:15:54 +0000 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_CDA2_01C838E4.4411DF20" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Score: 2.4 (++) X-Scan-Signature: 82c9bddb247d9ba4471160a9a865a5f3 This is a multi-part message in MIME format. ------=_NextPart_000_CDA2_01C838E4.4411DF20 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Let us assist with the placement of working capital business loans for = small to medium sized businesses in all 50 states We've created an affordable, simple, and flexible approach to providing = working capital of $5,000 to $500,000 or more. No obligation application. No cost to apply. No closing costs. Poor = credit not a problem. Get approved in 48 hours! with a simple application process & quick = funding http://www.lloisk.com/ ------=_NextPart_000_CDA2_01C838E4.4411DF20 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Let us assist with the placement of = working=20 capital business loans for small to medium sized businesses in all 50=20 states
 
We've created an affordable, simple, = and flexible=20 approach to providing working capital of $5,000 to $500,000 or=20 more.
=20
 
No obligation application. No cost = to apply. No=20 closing costs. Poor credit not a problem.
 
Get approved in 48 hours! with a = simple=20 application process & quick funding
------=_NextPart_000_CDA2_01C838E4.4411DF20-- From bind2hassan2@ret.com Fri Dec 07 11:21:25 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J0fx7-00089A-S1 for megaco-archive@lists.ietf.org; Fri, 07 Dec 2007 11:21:25 -0500 Received: from p549897ce.dip0.t-ipconnect.de ([84.152.151.206]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J0fx7-0006CL-BF for megaco-archive@lists.ietf.org; Fri, 07 Dec 2007 11:21:25 -0500 Message-ID: <000501c838ed$04932671$42f08a83@kfxgemb> From: "grady elmira" To: "Rosalyn Hurt" Subject: exclusive watches, affordable prices rolex Date: Fri, 07 Dec 2007 14:33:58 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Spam-Score: 3.6 (+++) X-Scan-Signature: 2870a44b67ee17965ce5ad0177e150f4 Perfectly crafted luxury timepieces, the finest of products, at the lowest of prices!! http://supenselereg.net/ From MelvaameradaMatos@rottentomatoes.com Fri Dec 07 14:26:33 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J0iqH-0002me-Lp; Fri, 07 Dec 2007 14:26:33 -0500 Received: from [77.110.115.17] (helo=drkh) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J0iqG-0003hq-2I; Fri, 07 Dec 2007 14:26:33 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by host81127246.rottentomatoes.com (8.13.1/8.13.1) with SMTP id grxQ155H58.276388.qx5.OHQ.8019235226985 for ; Fri, 7 Dec 2007 22:26:07 -0300 Message-ID: <19d3da01c83907$0f5d0d90$0201a8c0@DrKh> From: "Ophelia Sheldon" To: Cc: , =20

Even if you have no erection problems = Viagra would=20 help you to make better sex more often and to bring unimaginable = plesure=20 to her. Just disolve half a pill under your tongue and get ready for = action in=20 30 minutes. The tests showed that the majority of men after taking = this=20 medication were able to have perfect erection during 24 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $99.95 $34.49
30 tabs 60 doses $299.95 $88.50
60 tabs 120 doses $449.95 $141.02
90 tabs 180 doses $769.95 $176.40
180 tabs 360 doses $1299.95 $298.46

When you are young and stressed = up…
When you are aged and never give up…
Viagra gives you confidence in any chance, every time.

------=_NextPart_000_19D3D6_01C83907.0F5D0D90-- From TheodorebroccoliDunn@madsci.org Fri Dec 07 17:00:30 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J0lFG-0005mO-QA; Fri, 07 Dec 2007 17:00:30 -0500 Received: from cc1125455-a.emmen1.dr.home.nl ([212.120.73.32] helo=cc1125455a.emmen1.dr.home.nl) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J0lFG-000738-D0; Fri, 07 Dec 2007 17:00:30 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by host69316935.madsci.org (8.13.1/8.13.1) with SMTP id o7DfASwI67.155893.d9Q.B91.2915166542921 for ; Fri, 7 Dec 2007 23:00:16 -0100 Message-ID: <3dba001c8391c$93a60e20$204978d4@cc1125455a> From: "Miguel Hunt" To: Cc: , =20

Even if you have no erection problems = Viagra would=20 help you to make better sex more often and to bring unimaginable = plesure=20 to her. Just disolve half a pill under your tongue and get ready for = action in=20 30 minutes. The tests showed that the majority of men after taking = this=20 medication were able to have perfect erection during 24 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $99.95 $34.49
30 tabs 60 doses $299.95 $88.50
60 tabs 120 doses $449.95 $141.02
90 tabs 180 doses $769.95 $176.40
180 tabs 360 doses $1299.95 $298.46

When you are young and stressed = up…
When you are aged and never give up…
Viagra gives you confidence in any chance, every time.

------=_NextPart_000_3DB9C_01C8391C.93A60E20-- From PaulacyanideMccann@compcams.com Sat Dec 08 17:25:31 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J1871-0004cA-2g; Sat, 08 Dec 2007 17:25:31 -0500 Received: from pool-72-82-178-253.cmdnnj.east.verizon.net ([72.82.178.253] helo=yourb27fb1c401.myhome.westell.com) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J1870-00045Z-NG; Sat, 08 Dec 2007 17:25:30 -0500 Received: from admitting by compcams.com with SMTP id ILGiUwSI9f for ; Sat, 8 Dec 2007 17:25:21 +0500 From: "Norma Pryor" To: Subject: We have it all! Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Score: 3.2 (+++) X-Scan-Signature: 7bac9cb154eb5790ae3b2913587a40de Get to know your new casino home! We're serious about fun. How about the best service around? We have it all! http://eurocasinoak.com/ From AdolfobungalowBeasley@brail.org Sun Dec 09 05:47:45 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J1JhI-0002Ze-Ua; Sun, 09 Dec 2007 05:47:44 -0500 Received: from [190.166.87.250] (helo=lissaf0ae1807c.domain.invalid) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J1JhI-0001Mi-Gp; Sun, 09 Dec 2007 05:47:44 -0500 Received: from bungalow by brail.org with SMTP id pYMzP7jZYK for ; Sun, 9 Dec 2007 04:46:51 +0600 From: "Murray Shepherd" To: Subject: If you're in the US, join your new casino paradise. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) X-Scan-Signature: 7bac9cb154eb5790ae3b2913587a40de Travel no further than your screen and get your free $999 Play your favorite games and get $999 welcome bonus. Download our casino in 20 seconds to get $999 richer when you join. How about the best service around? http://eurocasinoak.com/ From pony447@plazamarina.com Sun Dec 09 16:18:07 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J1TXL-0000fy-2p for megaco-archive@lists.ietf.org; Sun, 09 Dec 2007 16:18:07 -0500 Received: from adpf16.neoplus.adsl.tpnet.pl ([79.185.113.16]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J1TXK-0005AN-EW for megaco-archive@lists.ietf.org; Sun, 09 Dec 2007 16:18:06 -0500 Received: from jb-2006-11-17 ([148.183.117.116]:31132 "EHLO jb-2006-11-17" smtp-auth: TLS-CIPHER: TLS-PEER-CN1: ) by adpf16.neoplus.adsl.tpnet.pl with ESMTP id S22UYIKDKSWPOARG (ORCPT ); Sun, 9 Dec 2007 22:18:17 +0100 Message-ID: <0CB60599.75C7216E@plazamarina.com> Date: Sun, 9 Dec 2007 22:17:52 +0100 From: "pony Spence" User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: megaco-archive@lists.ietf.org Subject: {nesiytn Content-Type: multipart/alternative; boundary="------------010501020801000003020308" X-Spam-Score: 0.0 (/) X-Scan-Signature: 79899194edc4f33a41f49410777972f8 --------------010501020801000003020308 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit she never cums? make your dick big and she wont stop http://ijrnd.com/ --------------010501020801000003020308 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit she never cums? make your dick big and she wont stop http://ijrnd.com/
--------------010501020801000003020308-- From KarlmeteLynch@clickondetroit.com Sun Dec 09 19:39:15 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J1Wfy-00042O-TS; Sun, 09 Dec 2007 19:39:14 -0500 Received: from 66-215-255-52.dhcp.rvsd.ca.charter.com ([66.215.255.52] helo=theq689pf6a3u6) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J1Wfy-0001ww-Iq; Sun, 09 Dec 2007 19:39:14 -0500 Received: from irwin by clickondetroit.com with SMTP id 3ywW6Egrp0 for ; Sun, 9 Dec 2007 16:42:20 +0800 From: "Javier Hansen" To: , Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J1adO-0001bF-MT; Sun, 09 Dec 2007 23:52:50 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J1adM-0001bA-RY for megaco@ietf.org; Sun, 09 Dec 2007 23:52:48 -0500 Received: from zw2-smtp1.zhone.com ([199.190.211.5]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1J1adJ-0006Ew-9p for megaco@ietf.org; Sun, 09 Dec 2007 23:52:48 -0500 Received: from priority.oak.zhone.com (priority.oak.zhone.com [172.16.1.21]) by smtp.zhone.com (8.12.1/8.12.1) with ESMTP id lBA4rc2E011585 for ; Sun, 9 Dec 2007 20:53:38 -0800 (PST) Received: from RKUPPILI.zhone.com ([192.168.127.40]) by priority.oak.zhone.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTP id <0JST00JI4HJRCO40@priority.oak.zhone.com> for megaco@ietf.org; Sun, 09 Dec 2007 20:52:41 -0800 (PST) Content-return: prohibited Date: Mon, 10 Dec 2007 10:22:35 +0530 From: Ramesh Babu Kuppili To: megaco@ietf.org Message-id: <0JST00JI5HJSCO40@priority.oak.zhone.com> MIME-version: 1.0 X-Mailer: Sun Outlook Connector 7.2.310.1 X-Spam-Score: 0.0 (/) X-Scan-Signature: 2857c5c041d6c02d7181d602c22822c8 Subject: [Megaco] Megaco Add X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1025384882==" Errors-To: megaco-bounces@ietf.org --===============1025384882== Content-return: prohibited Content-type: multipart/alternative; boundary="Boundary_(ID_xdSfPM1MvWwC6CY4CiYQ3A)" --Boundary_(ID_xdSfPM1MvWwC6CY4CiYQ3A) Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Hello, I have a question regarding Megaco "Add" request: The following is the "Add" request i am receiving from MGC: !/1 [10.129.32.20]:2944 T=369464064{C=${A=A6{M{O{MO=IN,RV=OFF,RG=OFF}},E=369102350{dd/std{tl=*},al/*},SG{}}, A=${M{O{MO=RC,RV=OFF,RG=OFF,nt/jit=40,bcp/bncchar=IP/RTP}, L{v=0 c=IN IP4 $ m=audio $ RTP/AVP 8 a=ptime:20}}}} And i sent the following reply to the above "Add" request. !/1 [172.150.5.5]:2944 P=369464064{C=3{a=A6 ,a=EA6/ep2{m{l{ v=0 o=- 1197223375 1197223375 IN IP4 172.150.5.5 s=- c=IN IP4 172.150.5.5 m=audio 49156 RTP/AVP 8 a=ptime:20 }}}} Please note that MGC has asked the MG to choose a context. And MG has sent reply on context = 3. However any further messages on the TERM (A6) is still coming on NULL context. Is it correct for MGC to send messages on NULL context after MG has responded to a Add with a valid context. Is there a issue with the Add reply sent to MGC. I could not figure this out. Thanks in advance . - ramesh --Boundary_(ID_xdSfPM1MvWwC6CY4CiYQ3A) Content-type: TEXT/HTML; CHARSET=US-ASCII Content-transfer-encoding: 7BIT
Hello,
 
I have a question regarding Megaco "Add" request:
 
The following is the "Add" request i am receiving from MGC:
 
!/1 [10.129.32.20]:2944 T=369464064{C=${A=A6{M{O{MO=IN,RV=OFF,RG=OFF}},E=369102350{dd/std{tl=*},al/*},SG{}},
    A=${M{O{MO=RC,RV=OFF,RG=OFF,nt/jit=40,bcp/bncchar=IP/RTP},
        L{v=0 c=IN IP4 $
            m=audio $ RTP/AVP 8
            a=ptime:20}}}}
 
And i sent the following reply to the above "Add" request.
 
!/1 [172.150.5.5]:2944 P=369464064{C=3{a=A6 ,a=EA6/ep2{m{l{
v=0
o=- 1197223375 1197223375 IN IP4 172.150.5.5
s=-
c=IN IP4 172.150.5.5
m=audio 49156 RTP/AVP 8
a=ptime:20
}}}}
 
Please note that MGC has asked the MG to choose a context.  And MG has sent reply on context = 3.
 
However any further messages on the TERM (A6) is still coming on NULL context.  Is it correct for MGC to send messages on NULL context after MG has responded to a Add with a valid context.  Is there a issue with the Add reply sent to MGC.  I could not figure this out.  Thanks in advance .
 
- ramesh
--Boundary_(ID_xdSfPM1MvWwC6CY4CiYQ3A)-- --===============1025384882== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============1025384882==-- From megaco-bounces@ietf.org Mon Dec 10 01:36:21 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J1cFX-0004Os-R1; Mon, 10 Dec 2007 01:36:19 -0500 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J1cFX-0004Ol-7s for megaco@ietf.org; Mon, 10 Dec 2007 01:36:19 -0500 Received: from sj-iport-3-in.cisco.com ([171.71.176.72] helo=sj-iport-3.cisco.com) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J1cFW-0002KY-E0 for megaco@ietf.org; Mon, 10 Dec 2007 01:36:19 -0500 Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-3.cisco.com with ESMTP; 09 Dec 2007 22:36:18 -0800 Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-3.cisco.com (8.12.11/8.12.11) with ESMTP id lBA6aHdX013577; Sun, 9 Dec 2007 22:36:17 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id lBA6aD87026353; Mon, 10 Dec 2007 06:36:13 GMT Received: from xmb-sjc-219.amer.cisco.com ([171.70.151.188]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 9 Dec 2007 22:36:13 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Subject: RE: [Megaco] Megaco Add Date: Sun, 9 Dec 2007 22:35:51 -0800 Message-ID: <413FABF5DCE22849AF86F442E472B78B032A8D18@xmb-sjc-219.amer.cisco.com> In-Reply-To: <0JST00JI5HJSCO40@priority.oak.zhone.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Megaco] Megaco Add Thread-Index: Acg66JeGnPF6HD3IRCKpu+5vMM5XEAADTMpA References: <0JST00JI5HJSCO40@priority.oak.zhone.com> From: "Rajesh Jain -X (rajesjai - Hughes Software at Cisco)" To: "Ramesh Babu Kuppili" , X-OriginalArrivalTime: 10 Dec 2007 06:36:13.0441 (UTC) FILETIME=[F5737710:01C83AF6] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=9272; t=1197268577; x=1198132577; c=relaxed/simple; s=sjdkim3002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rajesjai@cisco.com; z=From:=20=22Rajesh=20Jain=20-X=20(rajesjai=20-=20Hughes=20Software=20at=2 0Cisco)=22=20 |Subject:=20RE=3A=20[Megaco]=20Megaco=20Add |Sender:=20; bh=oWBjLQPU0aVSb/Q/vcZnDrGPOiiZ3d7fldQCkFs4b00=; b=Khth0DGRvBXa/EpVCrYp8WvqUsAUUkCYiQTQhyKGUB/dk8vKpVKqa/3hIh+Pgsb2Bqy+UNx4 V4oN3c8a1bKNw3OYyEy6hHIFi6LMvLCountzWT2klRiJVBYV3A8PG8HR; Authentication-Results: sj-dkim-3; header.From=rajesjai@cisco.com; dkim=pass ( sig from cisco.com/sjdkim3002 verified; ); X-Spam-Score: 0.0 (/) X-Scan-Signature: 0bb031f3a6fb29f760794ac9bf1997ae Cc: X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2099352270==" Errors-To: megaco-bounces@ietf.org This is a multi-part message in MIME format. --===============2099352270== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C83AF6.F536691C" This is a multi-part message in MIME format. ------_=_NextPart_001_01C83AF6.F536691C Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Ramesh, =20 It is NOT correct for the MGC to send a message on NULL context after MG has successfully responded with a valid (non-NULL) context. You should check the state of the termination on MGC to see if it's idle, busy ,etc. to see if there is some issue on MGC side. =20 As such, I dont see any obvious error in the Add reply sent from MG. The only possibily (though very little) could be the MID part (i.e !/1 [172.150.5.5]:2944 ) in Add response, if it is different from the one sent in earlier responses generated from MG, MGC would reject it. =20 Thanks Rajesh ________________________________ From: Ramesh Babu Kuppili [mailto:RKuppili@zhone.com]=20 Sent: Monday, December 10, 2007 10:23 AM To: megaco@ietf.org Subject: [Megaco] Megaco Add Hello, =20 I have a question regarding Megaco "Add" request: =20 The following is the "Add" request i am receiving from MGC: =20 !/1 [10.129.32.20]:2944 T=3D369464064{C=3D${A=3DA6{M{O{MO=3DIN,RV=3DOFF,RG=3DOFF}},E=3D369102350{= dd/std{tl=3D*}, al/*},SG{}}, = A=3D${M{O{MO=3DRC,RV=3DOFF,RG=3DOFF,nt/jit=3D40,bcp/bncchar=3DIP/RTP}, L{v=3D0 c=3DIN IP4 $ m=3Daudio $ RTP/AVP 8 a=3Dptime:20}}}} =20 And i sent the following reply to the above "Add" request. =20 !/1 [172.150.5.5]:2944 P=3D369464064{C=3D3{a=3DA6 ,a=3DEA6/ep2{m{l{ v=3D0 o=3D- 1197223375 1197223375 IN IP4 172.150.5.5 s=3D- c=3DIN IP4 172.150.5.5 m=3Daudio 49156 RTP/AVP 8 a=3Dptime:20 }}}} =20 Please note that MGC has asked the MG to choose a context. And MG has sent reply on context =3D 3. =20 However any further messages on the TERM (A6) is still coming on NULL context. Is it correct for MGC to send messages on NULL context after MG has responded to a Add with a valid context. Is there a issue with the Add reply sent to MGC. I could not figure this out. Thanks in advance . =20 - ramesh ------_=_NextPart_001_01C83AF6.F536691C Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi Ramesh,
 
It is NOT correct for the MGC to send a message = on NULL=20 context after MG has successfully responded with a valid (non-NULL)=20 context.
You should check the state of the termination = on MGC to see=20 if it's idle, busy ,etc. to see if there is some issue on MGC=20 side.
 
As such, I dont see any obvious error in = the Add=20 reply sent from MG. The only possibily (though very little) could be the = MID=20 part (i.e !/1=20 [172.150.5.5]:2944 ) in Add response, if it is different from the one = sent in=20 earlier responses generated from MG, MGC would reject=20 it.
 
Thanks
Rajesh

From: Ramesh Babu Kuppili=20 [mailto:RKuppili@zhone.com]
Sent: Monday, December 10, 2007 = 10:23=20 AM
To: megaco@ietf.org
Subject: [Megaco] Megaco=20 Add

Hello,
 
I have = a question=20 regarding Megaco "Add" request:
 
The = following is the=20 "Add" request i am receiving from MGC:
 
!/1=20 [10.129.32.20]:2944=20 T=3D369464064{C=3D${A=3DA6{M{O{MO=3DIN,RV=3DOFF,RG=3DOFF}},E=3D369= 102350{dd/std{tl=3D*},al/*},SG{}},
   =20 A=3D${M{O{MO=3DRC,RV=3DOFF,RG=3DOFF,nt/jit=3D40,bcp/bnccha<= SPAN=20 class=3D881571304-10122007>r=3DIP/RTP},
        L{v=3D0 = c=3DIN IP4 = $
          &nbs= p;=20 m=3Daudio $ RTP/AVP 8
          &nbs= p;=20 a=3Dptime:20}}}}
 
And i = sent the=20 following reply to the above "Add" request.
 
!/1=20 [172.150.5.5]:2944 P=3D369464064{C=3D3{a=3DA6 = ,a=3DEA6/ep2{m{l{
v=3D0
o=3D- = 1197223375=20 1197223375 IN IP4 172.150.5.5
s=3D-
c=3DIN = IP4=20 172.150.5.5
m=3Daudio 49156=20 RTP/AVP 8
a=3Dptime:20
}}}}
 
Please = note that MGC=20 has asked the MG to choose a context.  And MG has sent reply on = context =3D=20 3.
 
However any further=20 messages on the TERM (A6) is still coming on NULL context.  Is it = correct=20 for MGC to send messages on NULL context after MG has responded to a Add = with a=20 valid context.  Is there a issue with the Add reply sent to = MGC.  I=20 could not figure this out.  Thanks in advance .
 
-=20 ramesh
------_=_NextPart_001_01C83AF6.F536691C-- --===============2099352270== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============2099352270==-- From megaco-bounces@ietf.org Mon Dec 10 02:11:37 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J1cng-00031i-1f; Mon, 10 Dec 2007 02:11:36 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J1cne-00031c-CO for megaco@ietf.org; Mon, 10 Dec 2007 02:11:34 -0500 Received: from prattle.redback.com ([155.53.12.9]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1J1cnd-0000Ry-OV for megaco@ietf.org; Mon, 10 Dec 2007 02:11:34 -0500 Received: from localhost (localhost [127.0.0.1]) by prattle.redback.com (Postfix) with ESMTP id 47D985E0130; Sun, 9 Dec 2007 23:11:33 -0800 (PST) Received: from prattle.redback.com ([127.0.0.1]) by localhost (prattle [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13270-05; Sun, 9 Dec 2007 23:11:33 -0800 (PST) Received: from [155.53.44.239] (cologne.redback.com [155.53.44.239]) by prattle.redback.com (Postfix) with ESMTP id 19B465E012F; Sun, 9 Dec 2007 23:11:33 -0800 (PST) Message-ID: <475CE6A5.3090300@redback.com> Date: Sun, 09 Dec 2007 23:11:33 -0800 From: Ashish Singh User-Agent: Thunderbird 2.0.0.6 (X11/20070728) MIME-Version: 1.0 To: "Rajesh Jain -X (rajesjai - Hughes Software at Cisco)" Subject: Re: [Megaco] Megaco Add References: <0JST00JI5HJSCO40@priority.oak.zhone.com> <413FABF5DCE22849AF86F442E472B78B032A8D18@xmb-sjc-219.amer.cisco.com> In-Reply-To: <413FABF5DCE22849AF86F442E472B78B032A8D18@xmb-sjc-219.amer.cisco.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at redback.com X-Spam-Score: 0.0 (/) X-Scan-Signature: fb6060cb60c0cea16e3f7219e40a0a81 Cc: megaco@ietf.org, Ramesh Babu Kuppili X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: megaco-bounces@ietf.org Hi Ramesh, The Event descriptor on termination A6 is over-specified (i.e. it contains * wildcard). It may be possible that MGC is expecting fully resolved Event descriptor in ADD response. Thanks Ashish Rajesh Jain -X (rajesjai - Hughes Software at Cisco) wrote: > Hi Ramesh, > > It is NOT correct for the MGC to send a message on NULL context after > MG has successfully responded with a valid (non-NULL) context. > You should check the state of the termination on MGC to see if it's > idle, busy ,etc. to see if there is some issue on MGC side. > > As such, I dont see any obvious error in the Add reply sent from MG. > The only possibily (though very little) could be the MID part (i.e !/1 > [172.150.5.5]:2944 ) in Add response, if it is different from the one > sent in earlier responses generated from MG, MGC would reject it. > > Thanks > Rajesh > ------------------------------------------------------------------------ > *From:* Ramesh Babu Kuppili [mailto:RKuppili@zhone.com] > *Sent:* Monday, December 10, 2007 10:23 AM > *To:* megaco@ietf.org > *Subject:* [Megaco] Megaco Add > > Hello, > > I have a question regarding Megaco "Add" request: > > The following is the "Add" request i am receiving from MGC: > > !/1 [10.129.32.20]:2944 > T=369464064{C=${A=A6{M{O{MO=IN,RV=OFF,RG=OFF}},E=369102350{dd/std{tl=*},al/*},SG{}}, > A=${M{O{MO=RC,RV=OFF,RG=OFF,nt/jit=40,bcp/bncchar=IP/RTP}, > L{v=0 c=IN IP4 $ > m=audio $ RTP/AVP 8 > a=ptime:20}}}} > > And i sent the following reply to the above "Add" request. > > !/1 [172.150.5.5]:2944 P=369464064{C=3{a=A6 ,a=EA6/ep2{m{l{ > v=0 > o=- 1197223375 1197223375 IN IP4 172.150.5.5 > s=- > c=IN IP4 172.150.5.5 > m=audio 49156 RTP/AVP 8 > a=ptime:20 > }}}} > > Please note that MGC has asked the MG to choose a context. And MG has > sent reply on context = 3. > > However any further messages on the TERM (A6) is still coming on NULL > context. Is it correct for MGC to send messages on NULL context after > MG has responded to a Add with a valid context. Is there a issue with > the Add reply sent to MGC. I could not figure this out. Thanks in > advance . > > - ramesh > ------------------------------------------------------------------------ > > _______________________________________________ > Megaco mailing list > Megaco@ietf.org > https://www1.ietf.org/mailman/listinfo/megaco > _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco From megaco-bounces@ietf.org Mon Dec 10 02:15:06 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J1cr4-0006UV-A0; Mon, 10 Dec 2007 02:15:06 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J1cr2-0006P4-M4 for megaco@ietf.org; Mon, 10 Dec 2007 02:15:04 -0500 Received: from mail.teledata-networks.com ([194.90.152.129] helo=esafe-mail.teledata-networks.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1J1cr0-0000XL-PW for megaco@ietf.org; Mon, 10 Dec 2007 02:15:04 -0500 Received: from tndcmail.Teledata.Local ([10.1.100.59]) by eSafe SMTP Relay 1196254855; Mon, 10 Dec 2007 09:15:02 +0200 X-MIMEOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Megaco] Megaco Add Date: Mon, 10 Dec 2007 09:15:15 +0200 Message-ID: In-reply-to: <475CE6A5.3090300@redback.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Megaco] Megaco Add Thread-index: Acg6+/ZEZJeNv/hUSdKT9Iw0Hx8j6AAAF3xw From: "Raphael Tryster" To: "Ashish Singh" , "Rajesh Jain -X (rajesjai - Hughes Software at Cisco)" X-ESAFE-STATUS: Mail clean X-ESAFE-DETAILS: X-Spam-Score: 0.0 (/) X-Scan-Signature: 5ebbf074524e58e662bc8209a6235027 Cc: megaco@ietf.org, Ramesh Babu Kuppili X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: megaco-bounces@ietf.org I disagree. There is nothing to resolve here. The MGC wants to be informed of all events indicated by the * wildcard. Raphael Tryster -----Original Message----- From: Ashish Singh [mailto:ashishs@redback.com]=20 Sent: Monday, December 10, 2007 9:12 AM To: Rajesh Jain -X (rajesjai - Hughes Software at Cisco) Cc: megaco@ietf.org; Ramesh Babu Kuppili Subject: Re: [Megaco] Megaco Add Hi Ramesh, The Event descriptor on termination A6 is over-specified (i.e. it=20 contains * wildcard). It may be possible that MGC is expecting fully=20 resolved Event descriptor in ADD response. Thanks Ashish Rajesh Jain -X (rajesjai - Hughes Software at Cisco) wrote: > Hi Ramesh, > =20 > It is NOT correct for the MGC to send a message on NULL context after=20 > MG has successfully responded with a valid (non-NULL) context. > You should check the state of the termination on MGC to see if it's=20 > idle, busy ,etc. to see if there is some issue on MGC side. > =20 > As such, I dont see any obvious error in the Add reply sent from MG.=20 > The only possibily (though very little) could be the MID part (i.e !/1 > [172.150.5.5]:2944 ) in Add response, if it is different from the one=20 > sent in earlier responses generated from MG, MGC would reject it. > =20 > Thanks > Rajesh > ------------------------------------------------------------------------ > *From:* Ramesh Babu Kuppili [mailto:RKuppili@zhone.com] > *Sent:* Monday, December 10, 2007 10:23 AM > *To:* megaco@ietf.org > *Subject:* [Megaco] Megaco Add > > Hello, > =20 > I have a question regarding Megaco "Add" request: > =20 > The following is the "Add" request i am receiving from MGC: > =20 > !/1 [10.129.32.20]:2944=20 > T=3D369464064{C=3D${A=3DA6{M{O{MO=3DIN,RV=3DOFF,RG=3DOFF}},E=3D369102350{= dd/std{tl=3D*}, al/*},SG{}}, > A=3D${M{O{MO=3DRC,RV=3DOFF,RG=3DOFF,nt/jit=3D40,bcp/bncchar=3DIP/RT= P}, > L{v=3D0 c=3DIN IP4 $ > m=3Daudio $ RTP/AVP 8 > a=3Dptime:20}}}} > =20 > And i sent the following reply to the above "Add" request. > =20 > !/1 [172.150.5.5]:2944 P=3D369464064{C=3D3{a=3DA6 ,a=3DEA6/ep2{m{l{ > v=3D0 > o=3D- 1197223375 1197223375 IN IP4 172.150.5.5 > s=3D- > c=3DIN IP4 172.150.5.5 > m=3Daudio 49156 RTP/AVP 8 > a=3Dptime:20 > }}}} > =20 > Please note that MGC has asked the MG to choose a context. And MG has > sent reply on context =3D 3. > =20 > However any further messages on the TERM (A6) is still coming on NULL=20 > context. Is it correct for MGC to send messages on NULL context after > MG has responded to a Add with a valid context. Is there a issue with > the Add reply sent to MGC. I could not figure this out. Thanks in=20 > advance . > =20 > - ramesh > ------------------------------------------------------------------------ > > _______________________________________________ > Megaco mailing list > Megaco@ietf.org > https://www1.ietf.org/mailman/listinfo/megaco > =20 _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco *************************************************************************= ********************* IMPORTANT: The contents of this email and any attachments are confidentia= l. They are intended for the=20 named recipient(s) only. If you have received this email in error, please notify the system manage= r or the sender immediately and do=20 not disclose the contents to anyone or make copies thereof. *** eSafe scanned this email for viruses, vandals, and malicious content.= *** *************************************************************************= ********************* _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco From megaco-bounces@ietf.org Mon Dec 10 02:21:05 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J1cwr-0003HS-Me; Mon, 10 Dec 2007 02:21:05 -0500 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J1cwp-0003HM-Q4 for megaco@ietf.org; Mon, 10 Dec 2007 02:21:03 -0500 Received: from sj-iport-3-in.cisco.com ([171.71.176.72] helo=sj-iport-3.cisco.com) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J1cwp-0003Ly-AM for megaco@ietf.org; Mon, 10 Dec 2007 02:21:03 -0500 Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-3.cisco.com with ESMTP; 09 Dec 2007 23:21:02 -0800 Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id lBA7L2gl015207; Sun, 9 Dec 2007 23:21:02 -0800 Received: from sj-webmail-3.cisco.com (sj-webmail-3.cisco.com [171.70.156.8]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id lBA7Kr87022483; Mon, 10 Dec 2007 07:20:57 GMT Received: from sj-webmail-3.cisco.com (localhost.localdomain [127.0.0.1]) by sj-webmail-3.cisco.com (8.13.1/8.13.1) with ESMTP id lBA7Kr5I009759; Sun, 9 Dec 2007 23:20:53 -0800 Received: from sj-webmail-3 (root@localhost) by sj-webmail-3.cisco.com (8.13.1/8.13.1/Submit) with ESMTP id lBA7KrLH009758; Sun, 9 Dec 2007 23:20:53 -0800 Received: from ypatharewxp01 ( [10.76.212.125]) by sj-webmail-3 (Scalix SMTP Relay 10.0.5.3) via ESMTP; Sun, 09 Dec 2007 23:20:52 -0800 (PST) Date: Mon, 10 Dec 2007 12:55:51 +0530 From: "Yogesh" To: "'Ashish Singh'" , "'Rajesh Jain -X \(rajesjai - Hughes Software at Cisco\)'" Message-ID: <"22880.18751197271252.sj-webmail-3*"@MHS> In-Reply-To: <475CE6A5.3090300@redback.com> Subject: RE: [Megaco] Megaco Add x-scalix-Hops: 1 X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Thread-Index: Acg6+/C6pXK25GwwSgyvUR96U9jZYgAAVqfQ MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Disposition: inline DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=3087; t=1197271262; x=1198135262; c=relaxed/simple; s=sjdkim1004; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=ypathare@cisco.com; z=From:=20=22Yogesh=22=20 |Subject:=20RE=3A=20[Megaco]=20Megaco=20Add |Sender:=20; bh=m0GBDa9kqJOMB3f1Px8y2U4tF2fAGf2PEdsxJRkSiD4=; b=vFdnfJlX+oANctmb9+yqrv5LrqYi1cnhmQVG2nzk+cIF5Y2zmVYeAx9iz0RYQ9iMPRLxq1Xz dkKxDWaAz6/HgA9GWKrDS3VEyI869XJerm3p2PsWDGOaKiS+4ctIvaJnfMUWj9qYW2aC4rdoXr kHIfWQaqZaSr62vUdGjhzXMb4=; Authentication-Results: sj-dkim-1; header.From=ypathare@cisco.com; dkim=pass ( sig from cisco.com/sjdkim1004 verified; ); X-Spam-Score: 0.0 (/) X-Scan-Signature: a87a9cdae4ac5d3fbeee75cd0026d632 Cc: megaco@ietf.org, 'Ramesh Babu Kuppili' X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: megaco-bounces@ietf.org Hi, I think even if fully resolved event descriptor is not sent, MGC should not send next message to NULL context. Cheers !!! Yogesh Sr. Engineer - Testing A R I C E N T -----Original Message----- From: Ashish Singh [mailto:ashishs@redback.com] Sent: Monday, December 10, 2007 12:42 PM To: Rajesh Jain -X (rajesjai - Hughes Software at Cisco) Cc: megaco@ietf.org; Ramesh Babu Kuppili Subject: Re: [Megaco] Megaco Add Hi Ramesh, The Event descriptor on termination A6 is over-specified (i.e. it contains * wildcard). It may be possible that MGC is expecting fully resolved Event descriptor in ADD response. Thanks Ashish Rajesh Jain -X (rajesjai - Hughes Software at Cisco) wrote: > Hi Ramesh, > > It is NOT correct for the MGC to send a message on NULL context after > MG has successfully responded with a valid (non-NULL) context. > You should check the state of the termination on MGC to see if it's > idle, busy ,etc. to see if there is some issue on MGC side. > > As such, I dont see any obvious error in the Add reply sent from MG. > The only possibily (though very little) could be the MID part (i.e !/1 > [172.150.5.5]:2944 ) in Add response, if it is different from the one > sent in earlier responses generated from MG, MGC would reject it. > > Thanks > Rajesh > ---------------------------------------------------------------------- > -- > *From:* Ramesh Babu Kuppili [mailto:RKuppili@zhone.com] > *Sent:* Monday, December 10, 2007 10:23 AM > *To:* megaco@ietf.org > *Subject:* [Megaco] Megaco Add > > Hello, > > I have a question regarding Megaco "Add" request: > > The following is the "Add" request i am receiving from MGC: > > !/1 [10.129.32.20]:2944 > T=369464064{C=${A=A6{M{O{MO=IN,RV=OFF,RG=OFF}},E=369102350{dd/std{tl=*},al/* },SG{}}, > A=${M{O{MO=RC,RV=OFF,RG=OFF,nt/jit=40,bcp/bncchar=IP/RTP}, > L{v=0 c=IN IP4 $ > m=audio $ RTP/AVP 8 > a=ptime:20}}}} > > And i sent the following reply to the above "Add" request. > > !/1 [172.150.5.5]:2944 P=369464064{C=3{a=A6 ,a=EA6/ep2{m{l{ v=0 > o=- 1197223375 1197223375 IN IP4 172.150.5.5 > s=- > c=IN IP4 172.150.5.5 > m=audio 49156 RTP/AVP 8 > a=ptime:20 > }}}} > > Please note that MGC has asked the MG to choose a context. And MG has > sent reply on context = 3. > > However any further messages on the TERM (A6) is still coming on NULL > context. Is it correct for MGC to send messages on NULL context after > MG has responded to a Add with a valid context. Is there a issue with > the Add reply sent to MGC. I could not figure this out. Thanks in > advance . > > - ramesh > ---------------------------------------------------------------------- > -- > > _______________________________________________ > Megaco mailing list > Megaco@ietf.org > https://www1.ietf.org/mailman/listinfo/megaco > _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco From megaco-bounces@ietf.org Mon Dec 10 02:21:18 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J1cx4-0003Q9-Bl; Mon, 10 Dec 2007 02:21:18 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J1cx2-0003Kt-S0 for megaco@ietf.org; Mon, 10 Dec 2007 02:21:16 -0500 Received: from zw2-smtp1.zhone.com ([199.190.211.5]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1J1cwz-0000fh-8l for megaco@ietf.org; Mon, 10 Dec 2007 02:21:16 -0500 Received: from priority.oak.zhone.com (priority.oak.zhone.com [172.16.1.21]) by smtp.zhone.com (8.12.1/8.12.1) with ESMTP id lBA7M82E008706 for ; Sun, 9 Dec 2007 23:22:08 -0800 (PST) Received: from RKUPPILI.zhone.com ([192.168.127.40]) by priority.oak.zhone.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTP id <0JST00JATOF9CO50@priority.oak.zhone.com> for megaco@ietf.org; Sun, 09 Dec 2007 23:21:12 -0800 (PST) Content-return: prohibited Date: Mon, 10 Dec 2007 12:51:08 +0530 From: Ramesh Babu Kuppili Subject: RE: [Megaco] Megaco Add In-reply-to: <475CE6A5.3090300@redback.com> To: Ashish Singh , "Rajesh Jain -X (rajesjai - Hughes Software at Cisco)" Message-id: <0JST00JAUOFACO50@priority.oak.zhone.com> MIME-version: 1.0 X-Mailer: Sun Outlook Connector 7.2.310.1 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT X-Spam-Score: 0.0 (/) X-Scan-Signature: 6e922792024732fb1bb6f346e63517e4 Cc: megaco@ietf.org X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: megaco-bounces@ietf.org Ashish, Over-specification in event descriptor is done by the MGC, not MG. In fact my MG, is not sending any event descriptor in the Add response. Not sure how this will cause the issue I am facing. - ramesh > -----Original Message----- > From: Ashish Singh [mailto:ashishs@redback.com] > Sent: Monday, December 10, 2007 12:42 PM > To: Rajesh Jain -X (rajesjai - Hughes Software at Cisco) > Cc: Ramesh Babu Kuppili; megaco@ietf.org > Subject: Re: [Megaco] Megaco Add > > Hi Ramesh, > > The Event descriptor on termination A6 is over-specified > (i.e. it contains * wildcard). It may be possible that MGC is > expecting fully resolved Event descriptor in ADD response. > > Thanks > Ashish > > > Rajesh Jain -X (rajesjai - Hughes Software at Cisco) wrote: > > Hi Ramesh, > > > > It is NOT correct for the MGC to send a message on NULL > context after > > MG has successfully responded with a valid (non-NULL) context. > > You should check the state of the termination on MGC to see if it's > > idle, busy ,etc. to see if there is some issue on MGC side. > > > > As such, I dont see any obvious error in the Add reply sent > from MG. > > The only possibily (though very little) could be the MID > part (i.e !/1 > > [172.150.5.5]:2944 ) in Add response, if it is different > from the one > > sent in earlier responses generated from MG, MGC would reject it. > > > > Thanks > > Rajesh > > > ---------------------------------------------------------------------- > > -- > > *From:* Ramesh Babu Kuppili [mailto:RKuppili@zhone.com] > > *Sent:* Monday, December 10, 2007 10:23 AM > > *To:* megaco@ietf.org > > *Subject:* [Megaco] Megaco Add > > > > Hello, > > > > I have a question regarding Megaco "Add" request: > > > > The following is the "Add" request i am receiving from MGC: > > > > !/1 [10.129.32.20]:2944 > > > T=369464064{C=${A=A6{M{O{MO=IN,RV=OFF,RG=OFF}},E=369102350{dd/ std{tl=*},al/*},SG{}}, > > A=${M{O{MO=RC,RV=OFF,RG=OFF,nt/jit=40,bcp/bncchar=IP/RTP}, > > L{v=0 c=IN IP4 $ > > m=audio $ RTP/AVP 8 > > a=ptime:20}}}} > > > > And i sent the following reply to the above "Add" request. > > > > !/1 [172.150.5.5]:2944 P=369464064{C=3{a=A6 ,a=EA6/ep2{m{l{ v=0 > > o=- 1197223375 1197223375 IN IP4 172.150.5.5 > > s=- > > c=IN IP4 172.150.5.5 > > m=audio 49156 RTP/AVP 8 > > a=ptime:20 > > }}}} > > > > Please note that MGC has asked the MG to choose a context. > And MG has > > sent reply on context = 3. > > > > However any further messages on the TERM (A6) is still > coming on NULL > > context. Is it correct for MGC to send messages on NULL > context after > > MG has responded to a Add with a valid context. Is there a > issue with > > the Add reply sent to MGC. I could not figure this out. Thanks in > > advance . > > > > - ramesh > > > ---------------------------------------------------------------------- > > -- > > > > _______________________________________________ > > Megaco mailing list > > Megaco@ietf.org > > https://www1.ietf.org/mailman/listinfo/megaco > > > > _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco From megaco-bounces@ietf.org Mon Dec 10 02:31:06 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J1d6X-0006Cz-24; Mon, 10 Dec 2007 02:31:05 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J1d6V-0006BA-MQ for megaco@ietf.org; Mon, 10 Dec 2007 02:31:03 -0500 Received: from jaguar.aricent.com ([61.246.186.17]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1J1d6S-0000pQ-53 for megaco@ietf.org; Mon, 10 Dec 2007 02:31:03 -0500 Received: from jaguar.aricent.com (localhost [127.0.0.1]) by jaguar.aricent.com (8.13.8/8.13.8) with ESMTP id lBA7KhLi031543 for ; Mon, 10 Dec 2007 12:50:43 +0530 Received: from sandesh.gur.aricent.com (sandesh [10.203.142.21]) by jaguar.aricent.com (8.13.8/8.13.8) with ESMTP id lBA7Kg32031519; Mon, 10 Dec 2007 12:50:42 +0530 In-Reply-To: <"22880.18751197271252.sj-webmail-3*"@MHS> To: "Yogesh" Subject: RE: [Megaco] Megaco Add MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.5 November 30, 2005 Message-ID: From: Sudhanshu Garg Date: Mon, 10 Dec 2007 13:00:55 +0530 X-MIMETrack: Serialize by Router on Sandesh/HSS(Release 6.5.5|November 30, 2005) at 10/12/2007 01:05:48 PM, Serialize complete at 10/12/2007 01:05:48 PM X-Spam-Score: 2.8 (++) X-Scan-Signature: a1f9797ba297220533cb8c3f4bc709a8 Cc: megaco@ietf.org, 'Ramesh Babu Kuppili' X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1703559027==" Errors-To: megaco-bounces@ietf.org This is a multipart message in MIME format. --===============1703559027== Content-Type: multipart/alternative; boundary="=_alternative 00294884652573AD_=" This is a multipart message in MIME format. --=_alternative 00294884652573AD_= Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: base64 SGksDQoNCkl0IHNlZW1zIHRoYXQgTUdDIGlzIHJlamVjdGluZyB0aGUgaW5jb21pbmcgcmVzcG9u c2UgbWVzc2FnZS4NCkhvd2V2ZXIgcHJvdG9jb2wgZG9lcyBub3QgaGF2ZSBhbnkgd2F5IHRvIGlu Zm9ybSB0aGUgcGVlciBlbnRpdHkgdGhhdCBhIA0KcmVzcG9uc2UgaGFzIGJlZW4gcmVqZWN0ZWQg KGFueXRoaW5nIHNvcnQgb2YgTkFDSykuDQoNCkkgYWdyZWUgdGhhdCBNR0Mgc2hvdWxkIG5vdCBz ZW5kIG5leHQgbWVzc2FnZSBpbiBOVUxMIGNvbnRleHQuDQpNR0MgY2FuIGF1ZGl0IHRvIGdldCB0 aGUgZXZlbnRzIGluZm9ybWF0aW9uIGZyb20gTUcuDQoNCkF0IE1HLCB0aGUgYmVoYXZpb3Igc2hv dWxkIGJlIHRvIHJlc3BvbmQgYmFjayB3aXRoIGNvbW1hbmQgbGV2ZWwgZXJyb3IgZm9yIA0KbmV4 dCByZXF1ZXN0IG1lc3NhZ2Ugd2l0aCBOVUxMIGNvbnRleHQuIFRoaXMgd2lsbCBmb3JjZSBNR0Mg dG8gYXVkaXQgZm9yIA0KdGhlIHRlcm1pbmF0aW9uLg0KDQpSZWdhcmRzLA0KU3VkaGFuc2h1IEdh cmcNCkVuZ2luZWVyaW5nIFByb2plY3QgTWFuYWdlcg0KIA0KQSBSIEkgQyBFIE4gVA0KIA0KVGhl IFByZXNpZGVuY3kgVG93ZXIgLSBBDQozNTEgLyAyLCBTZWN0b3IgMTQsIE0uIEcuIFJvYWQNCkd1 cmdhb24gMTIyMDAxLCBIYXJ5YW5hLCBJbmRpYQ0KIA0KTWFpbiAgICAgKzkxIDEyNC4gNDE3LjYy MTgNCkZheCAgICAgICs5MSAxMjQuNDE3LjYyMjQNCk1vYmlsZSAgKzkxIDk5OS45NTAuMDc5OA0K DQogDQoNCg0KDQoiWW9nZXNoIiA8eXBhdGhhcmVAY2lzY28uY29tPiANCjEyLzEwLzIwMDcgMTI6 NTUgUE0NCg0KDQpUbw0KIidBc2hpc2ggU2luZ2gnIiA8YXNoaXNoc0ByZWRiYWNrLmNvbT4sICIn UmFqZXNoIEphaW4gLVggXChyYWplc2phaSAtIA0KSHVnaGVzIFNvZnR3YXJlIGF0IENpc2NvXCkn IiA8cmFqZXNqYWlAY2lzY28uY29tPg0KY2MNCm1lZ2Fjb0BpZXRmLm9yZywgIidSYW1lc2ggQmFi dSBLdXBwaWxpJyIgPFJLdXBwaWxpQHpob25lLmNvbT4NClN1YmplY3QNClJFOiBbTWVnYWNvXSBN ZWdhY28gQWRkDQoNCg0KDQoNCg0KDQpIaSwNCg0KSSB0aGluayBldmVuIGlmIGZ1bGx5IHJlc29s dmVkIGV2ZW50IGRlc2NyaXB0b3IgaXMgbm90IHNlbnQsIE1HQyBzaG91bGQgDQpub3QNCnNlbmQg bmV4dCBtZXNzYWdlIHRvIE5VTEwgY29udGV4dC4NCg0KDQoNCkNoZWVycyAhISENCiANCllvZ2Vz aA0KDQpTci4gRW5naW5lZXIgLSBUZXN0aW5nDQpBIFIgSSBDIEUgTiBUDQoNCiANCg0KLS0tLS1P cmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IEFzaGlzaCBTaW5naCBbbWFpbHRvOmFzaGlzaHNA cmVkYmFjay5jb21dIA0KU2VudDogTW9uZGF5LCBEZWNlbWJlciAxMCwgMjAwNyAxMjo0MiBQTQ0K VG86IFJhamVzaCBKYWluIC1YIChyYWplc2phaSAtIEh1Z2hlcyBTb2Z0d2FyZSBhdCBDaXNjbykN CkNjOiBtZWdhY29AaWV0Zi5vcmc7IFJhbWVzaCBCYWJ1IEt1cHBpbGkNClN1YmplY3Q6IFJlOiBb TWVnYWNvXSBNZWdhY28gQWRkDQoNCkhpIFJhbWVzaCwNCg0KVGhlIEV2ZW50IGRlc2NyaXB0b3Ig b24gdGVybWluYXRpb24gQTYgaXMgb3Zlci1zcGVjaWZpZWQgKGkuZS4gaXQgY29udGFpbnMgDQoq DQp3aWxkY2FyZCkuIEl0IG1heSBiZSBwb3NzaWJsZSB0aGF0IE1HQyBpcyBleHBlY3RpbmcgZnVs bHkgcmVzb2x2ZWQgRXZlbnQNCmRlc2NyaXB0b3IgaW4gQUREIHJlc3BvbnNlLg0KDQpUaGFua3MN CkFzaGlzaA0KDQoNClJhamVzaCBKYWluIC1YIChyYWplc2phaSAtIEh1Z2hlcyBTb2Z0d2FyZSBh dCBDaXNjbykgd3JvdGU6DQo+IEhpIFJhbWVzaCwNCj4gDQo+IEl0IGlzIE5PVCBjb3JyZWN0IGZv ciB0aGUgTUdDIHRvIHNlbmQgYSBtZXNzYWdlIG9uIE5VTEwgY29udGV4dCBhZnRlciANCj4gTUcg aGFzIHN1Y2Nlc3NmdWxseSByZXNwb25kZWQgd2l0aCBhIHZhbGlkIChub24tTlVMTCkgY29udGV4 dC4NCj4gWW91IHNob3VsZCBjaGVjayB0aGUgc3RhdGUgb2YgdGhlIHRlcm1pbmF0aW9uIG9uIE1H QyB0byBzZWUgaWYgaXQncyANCj4gaWRsZSwgYnVzeSAsZXRjLiB0byBzZWUgaWYgdGhlcmUgaXMg c29tZSBpc3N1ZSBvbiBNR0Mgc2lkZS4NCj4gDQo+IEFzIHN1Y2gsIEkgZG9udCBzZWUgYW55IG9i dmlvdXMgZXJyb3IgaW4gdGhlIEFkZCByZXBseSBzZW50IGZyb20gTUcuIA0KPiBUaGUgb25seSBw b3NzaWJpbHkgKHRob3VnaCB2ZXJ5IGxpdHRsZSkgY291bGQgYmUgdGhlIE1JRCBwYXJ0IChpLmUg IS8xDQo+IFsxNzIuMTUwLjUuNV06Mjk0NCApIGluIEFkZCByZXNwb25zZSwgaWYgaXQgaXMgZGlm ZmVyZW50IGZyb20gdGhlIG9uZSANCj4gc2VudCBpbiBlYXJsaWVyIHJlc3BvbnNlcyBnZW5lcmF0 ZWQgZnJvbSBNRywgTUdDIHdvdWxkIHJlamVjdCBpdC4NCj4gDQo+IFRoYW5rcw0KPiBSYWplc2gN Cj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLQ0KPiAtLQ0KPiAqRnJvbToqIFJhbWVzaCBCYWJ1IEt1cHBpbGkgW21h aWx0bzpSS3VwcGlsaUB6aG9uZS5jb21dDQo+ICpTZW50OiogTW9uZGF5LCBEZWNlbWJlciAxMCwg MjAwNyAxMDoyMyBBTQ0KPiAqVG86KiBtZWdhY29AaWV0Zi5vcmcNCj4gKlN1YmplY3Q6KiBbTWVn YWNvXSBNZWdhY28gQWRkDQo+DQo+IEhlbGxvLA0KPiANCj4gSSBoYXZlIGEgcXVlc3Rpb24gcmVn YXJkaW5nIE1lZ2FjbyAiQWRkIiByZXF1ZXN0Og0KPiANCj4gVGhlIGZvbGxvd2luZyBpcyB0aGUg IkFkZCIgcmVxdWVzdCBpIGFtIHJlY2VpdmluZyBmcm9tIE1HQzoNCj4gDQo+ICEvMSBbMTAuMTI5 LjMyLjIwXToyOTQ0DQo+DQpUPTM2OTQ2NDA2NHtDPSR7QT1BNntNe097TU89SU4sUlY9T0ZGLFJH PU9GRn19LEU9MzY5MTAyMzUwe2RkL3N0ZHt0bD0qfSxhbC8qDQp9LFNHe319LA0KPiAgICAgQT0k e017T3tNTz1SQyxSVj1PRkYsUkc9T0ZGLG50L2ppdD00MCxiY3AvYm5jY2hhcj1JUC9SVFB9LA0K PiAgICAgICAgIEx7dj0wIGM9SU4gSVA0ICQNCj4gICAgICAgICAgICAgbT1hdWRpbyAkIFJUUC9B VlAgOA0KPiAgICAgICAgICAgICBhPXB0aW1lOjIwfX19fQ0KPiANCj4gQW5kIGkgc2VudCB0aGUg Zm9sbG93aW5nIHJlcGx5IHRvIHRoZSBhYm92ZSAiQWRkIiByZXF1ZXN0Lg0KPiANCj4gIS8xIFsx NzIuMTUwLjUuNV06Mjk0NCBQPTM2OTQ2NDA2NHtDPTN7YT1BNiAsYT1FQTYvZXAye217bHsgdj0w DQo+IG89LSAxMTk3MjIzMzc1IDExOTcyMjMzNzUgSU4gSVA0IDE3Mi4xNTAuNS41DQo+IHM9LQ0K PiBjPUlOIElQNCAxNzIuMTUwLjUuNQ0KPiBtPWF1ZGlvIDQ5MTU2IFJUUC9BVlAgOA0KPiBhPXB0 aW1lOjIwDQo+IH19fX0NCj4gDQo+IFBsZWFzZSBub3RlIHRoYXQgTUdDIGhhcyBhc2tlZCB0aGUg TUcgdG8gY2hvb3NlIGEgY29udGV4dC4gIEFuZCBNRyBoYXMgDQo+IHNlbnQgcmVwbHkgb24gY29u dGV4dCA9IDMuDQo+IA0KPiBIb3dldmVyIGFueSBmdXJ0aGVyIG1lc3NhZ2VzIG9uIHRoZSBURVJN IChBNikgaXMgc3RpbGwgY29taW5nIG9uIE5VTEwgDQo+IGNvbnRleHQuICBJcyBpdCBjb3JyZWN0 IGZvciBNR0MgdG8gc2VuZCBtZXNzYWdlcyBvbiBOVUxMIGNvbnRleHQgYWZ0ZXIgDQo+IE1HIGhh cyByZXNwb25kZWQgdG8gYSBBZGQgd2l0aCBhIHZhbGlkIGNvbnRleHQuICBJcyB0aGVyZSBhIGlz c3VlIHdpdGggDQo+IHRoZSBBZGQgcmVwbHkgc2VudCB0byBNR0MuICBJIGNvdWxkIG5vdCBmaWd1 cmUgdGhpcyBvdXQuICBUaGFua3MgaW4gDQo+IGFkdmFuY2UgLg0KPiANCj4gLSByYW1lc2gNCj4g LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLQ0KPiAtLQ0KPg0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXw0KPiBNZWdhY28gbWFpbGluZyBsaXN0DQo+IE1lZ2Fjb0BpZXRmLm9y Zw0KPiBodHRwczovL3d3dzEuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tZWdhY28NCj4gDQoN Cg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCk1lZ2Fj byBtYWlsaW5nIGxpc3QNCk1lZ2Fjb0BpZXRmLm9yZw0KaHR0cHM6Ly93d3cxLmlldGYub3JnL21h aWxtYW4vbGlzdGluZm8vbWVnYWNvDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fDQpNZWdhY28gbWFpbGluZyBsaXN0DQpNZWdhY29AaWV0Zi5vcmcNCmh0 dHBzOi8vd3d3MS5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21lZ2Fjbw0KDQoNCg0KKioqKioq KioqKioqKioqKioqKioqKiogIEFyaWNlbnQtVW5jbGFzc2lmaWVkICAgKioqKioqKioqKioqKioq KioqKioqKioNCiJESVNDTEFJTUVSOiBUaGlzIG1lc3NhZ2UgaXMgcHJvcHJpZXRhcnkgdG8gQXJp Y2VudCAgYW5kIGlzIGludGVuZGVkIHNvbGVseSBmb3IgdGhlIHVzZSBvZiAKdGhlIGluZGl2aWR1 YWwgdG8gd2hvbSBpdCBpcyBhZGRyZXNzZWQuIEl0IG1heSBjb250YWluIHByaXZpbGVnZWQgb3Ig Y29uZmlkZW50aWFsIGluZm9ybWF0aW9uIGFuZCBzaG91bGQgbm90IGJlIApjaXJjdWxhdGVkIG9y IHVzZWQgZm9yIGFueSBwdXJwb3NlIG90aGVyIHRoYW4gZm9yIHdoYXQgaXQgaXMgaW50ZW5kZWQu IElmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgbWVzc2FnZSBpbiBlcnJvciwgCnBsZWFzZSBub3Rp ZnkgdGhlIG9yaWdpbmF0b3IgaW1tZWRpYXRlbHkuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRl ZCByZWNpcGllbnQsIHlvdSBhcmUgbm90aWZpZWQgdGhhdCB5b3UgYXJlIHN0cmljdGx5CnByb2hp Yml0ZWQgZnJvbSB1c2luZywgY29weWluZywgYWx0ZXJpbmcsIG9yIGRpc2Nsb3NpbmcgdGhlIGNv bnRlbnRzIG9mIHRoaXMgbWVzc2FnZS4gQXJpY2VudCBhY2NlcHRzIG5vIHJlc3BvbnNpYmlsaXR5 IGZvciAKbG9zcyBvciBkYW1hZ2UgYXJpc2luZyBmcm9tIHRoZSB1c2Ugb2YgdGhlIGluZm9ybWF0 aW9uIHRyYW5zbWl0dGVkIGJ5IHRoaXMgZW1haWwgaW5jbHVkaW5nIGRhbWFnZSBmcm9tIHZpcnVz LiIK --=_alternative 00294884652573AD_= Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkhpLDwvZm9udD4NCjxicj4NCjxi cj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+SXQgc2VlbXMgdGhhdCBNR0MgaXMgcmVq ZWN0aW5nIHRoZSBpbmNvbWluZw0KcmVzcG9uc2UgbWVzc2FnZS48L2ZvbnQ+DQo8YnI+PGZvbnQg c2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkhvd2V2ZXIgcHJvdG9jb2wgZG9lcyBub3QgaGF2ZSBh bnkgd2F5DQp0byBpbmZvcm0gdGhlIHBlZXIgZW50aXR5IHRoYXQgYSByZXNwb25zZSBoYXMgYmVl biByZWplY3RlZCAoYW55dGhpbmcgc29ydA0Kb2YgTkFDSykuPC9mb250Pg0KPGJyPg0KPGJyPjxm b250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5JIGFncmVlIHRoYXQgTUdDIHNob3VsZCBub3Qg c2VuZCBuZXh0DQptZXNzYWdlIGluIE5VTEwgY29udGV4dC48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6 ZT0yIGZhY2U9InNhbnMtc2VyaWYiPk1HQyBjYW4gYXVkaXQgdG8gZ2V0IHRoZSBldmVudHMgaW5m b3JtYXRpb24NCmZyb20gTUcuPC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJz YW5zLXNlcmlmIj5BdCBNRywgdGhlIGJlaGF2aW9yIHNob3VsZCBiZSB0byByZXNwb25kDQpiYWNr IHdpdGggY29tbWFuZCBsZXZlbCBlcnJvciBmb3IgbmV4dCByZXF1ZXN0IG1lc3NhZ2Ugd2l0aCBO VUxMIGNvbnRleHQuDQpUaGlzIHdpbGwgZm9yY2UgTUdDIHRvIGF1ZGl0IGZvciB0aGUgdGVybWlu YXRpb24uPC9mb250Pg0KPGJyPg0KPHRhYmxlIHdpZHRoPTEwMCU+DQo8dHI+DQo8dGQgd2lkdGg9 MTAwJT48Zm9udCBzaXplPTIgZmFjZT0iQXJpYWwiPlJlZ2FyZHMsPC9mb250Pg0KPHRyPg0KPHRk Pjxmb250IHNpemU9MSBjb2xvcj0jNWY1ZjVmIGZhY2U9IkFyaWFsIj48Yj5TdWRoYW5zaHUgR2Fy ZzwvYj48L2ZvbnQ+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD48Zm9udCBzaXplPTEgY29sb3I9IzYw NjA2MCBmYWNlPSJBcmlhbCI+RW5naW5lZXJpbmcgUHJvamVjdCBNYW5hZ2VyPC9mb250Pg0KPHRy IHZhbGlnbj10b3A+DQo8dGQ+PGZvbnQgc2l6ZT0xIGNvbG9yPXJlZCBmYWNlPSJBcmlhbCI+PGI+ Jm5ic3A7PC9iPjwvZm9udD4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPjxmb250IHNpemU9MSBjb2xv cj1yZWQgZmFjZT0iQXJpYWwiPjxiPkEgUiBJIEMgRSBOIFQ8L2I+PC9mb250Pg0KPHRyIHZhbGln bj10b3A+DQo8dGQ+PGZvbnQgc2l6ZT0xIGNvbG9yPSM1ZjVmNWYgZmFjZT0iQXJpYWwiPiZuYnNw OzwvZm9udD4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPjxmb250IHNpemU9MSBjb2xvcj0jNWY1ZjVm IGZhY2U9IkFyaWFsIj5UaGUgUHJlc2lkZW5jeSBUb3dlciAtIEE8L2ZvbnQ+DQo8dHIgdmFsaWdu PXRvcD4NCjx0ZD48Zm9udCBzaXplPTEgY29sb3I9IzVmNWY1ZiBmYWNlPSJBcmlhbCI+MzUxIC8g MiwgU2VjdG9yIDE0LCBNLiBHLiBSb2FkPC9mb250Pg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+PGZv bnQgc2l6ZT0xIGNvbG9yPSM1ZjVmNWYgZmFjZT0iQXJpYWwiPkd1cmdhb24gMTIyMDAxLCBIYXJ5 YW5hLCBJbmRpYTwvZm9udD4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPjxmb250IHNpemU9MSBjb2xv cj0jNWY1ZjVmIGZhY2U9IkFyaWFsIj4mbmJzcDs8L2ZvbnQ+DQo8dHIgdmFsaWduPXRvcD4NCjx0 ZD48Zm9udCBzaXplPTEgY29sb3I9IzVmNWY1ZiBmYWNlPSJBcmlhbCI+TWFpbiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOw0KPC9mb250Pjxmb250IHNpemU9MSBjb2xvcj0jNjA2MDYwIGZhY2U9IkFy aWFsIj4rOTEgMTI0LiA0MTcuNjIxODwvZm9udD4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPjxmb250 IHNpemU9MSBjb2xvcj0jNWY1ZjVmIGZhY2U9IkFyaWFsIj5GYXgmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsNCjwvZm9udD48Zm9udCBzaXplPTEgY29sb3I9IzYwNjA2MCBmYWNlPSJBcmlh bCI+KzkxIDEyNC40MTcuNjIyNDwvZm9udD4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPjxmb250IHNp emU9MSBjb2xvcj0jNWY1ZjVmIGZhY2U9IkFyaWFsIj5Nb2JpbGUmbmJzcDsgPC9mb250Pjxmb250 IHNpemU9MSBjb2xvcj0jNjA2MDYwIGZhY2U9IkFyaWFsIj4rOTENCjk5OS45NTAuMDc5ODwvZm9u dD48L3RhYmxlPg0KPGJyPg0KPHA+PGZvbnQgc2l6ZT0zPiZuYnNwOzwvZm9udD4NCjxicj4NCjxi cj4NCjxicj4NCjx0YWJsZSB3aWR0aD0xMDAlPg0KPHRyIHZhbGlnbj10b3A+DQo8dGQgd2lkdGg9 NDAlPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj48Yj4mcXVvdDtZb2dlc2gmcXVvdDsg Jmx0O3lwYXRoYXJlQGNpc2NvLmNvbSZndDs8L2I+DQo8L2ZvbnQ+DQo8cD48Zm9udCBzaXplPTEg ZmFjZT0ic2Fucy1zZXJpZiI+MTIvMTAvMjAwNyAxMjo1NSBQTTwvZm9udD4NCjxicj4NCjx0ZCB3 aWR0aD01OSU+DQo8dGFibGUgd2lkdGg9MTAwJT4NCjx0cj4NCjx0ZD4NCjxkaXYgYWxpZ249cmln aHQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPlRvPC9mb250PjwvZGl2Pg0KPHRkIHZh bGlnbj10b3A+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPiZxdW90OydBc2hpc2ggU2lu Z2gnJnF1b3Q7DQombHQ7YXNoaXNoc0ByZWRiYWNrLmNvbSZndDssICZxdW90OydSYWplc2ggSmFp biAtWCBcKHJhamVzamFpIC0gSHVnaGVzDQpTb2Z0d2FyZSBhdCBDaXNjb1wpJyZxdW90OyAmbHQ7 cmFqZXNqYWlAY2lzY28uY29tJmd0OzwvZm9udD4NCjx0cj4NCjx0ZD4NCjxkaXYgYWxpZ249cmln aHQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPmNjPC9mb250PjwvZGl2Pg0KPHRkIHZh bGlnbj10b3A+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPm1lZ2Fjb0BpZXRmLm9yZywg JnF1b3Q7J1JhbWVzaA0KQmFidSBLdXBwaWxpJyZxdW90OyAmbHQ7Ukt1cHBpbGlAemhvbmUuY29t Jmd0OzwvZm9udD4NCjx0cj4NCjx0ZD4NCjxkaXYgYWxpZ249cmlnaHQ+PGZvbnQgc2l6ZT0xIGZh Y2U9InNhbnMtc2VyaWYiPlN1YmplY3Q8L2ZvbnQ+PC9kaXY+DQo8dGQgdmFsaWduPXRvcD48Zm9u dCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+UkU6IFtNZWdhY29dIE1lZ2FjbyBBZGQ8L2ZvbnQ+ PC90YWJsZT4NCjxicj4NCjx0YWJsZT4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPg0KPHRkPjwvdGFi bGU+DQo8YnI+PC90YWJsZT4NCjxicj4NCjxicj4NCjxicj48dHQ+PGZvbnQgc2l6ZT0yPkhpLDxi cj4NCjxicj4NCkkgdGhpbmsgZXZlbiBpZiBmdWxseSByZXNvbHZlZCBldmVudCBkZXNjcmlwdG9y IGlzIG5vdCBzZW50LCBNR0Mgc2hvdWxkDQpub3Q8YnI+DQpzZW5kIG5leHQgbWVzc2FnZSB0byBO VUxMIGNvbnRleHQuPGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KQ2hlZXJzICEhITxicj4NCiA8YnI+ DQpZb2dlc2g8YnI+DQo8YnI+DQpTci4gRW5naW5lZXIgLSBUZXN0aW5nPGJyPg0KQSBSIEkgQyBF IE4gVDxicj4NCjxicj4NCiA8YnI+DQo8YnI+DQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLTxi cj4NCkZyb206IEFzaGlzaCBTaW5naCBbbWFpbHRvOmFzaGlzaHNAcmVkYmFjay5jb21dIDxicj4N ClNlbnQ6IE1vbmRheSwgRGVjZW1iZXIgMTAsIDIwMDcgMTI6NDIgUE08YnI+DQpUbzogUmFqZXNo IEphaW4gLVggKHJhamVzamFpIC0gSHVnaGVzIFNvZnR3YXJlIGF0IENpc2NvKTxicj4NCkNjOiBt ZWdhY29AaWV0Zi5vcmc7IFJhbWVzaCBCYWJ1IEt1cHBpbGk8YnI+DQpTdWJqZWN0OiBSZTogW01l Z2Fjb10gTWVnYWNvIEFkZDxicj4NCjxicj4NCkhpIFJhbWVzaCw8YnI+DQo8YnI+DQpUaGUgRXZl bnQgZGVzY3JpcHRvciBvbiB0ZXJtaW5hdGlvbiBBNiBpcyBvdmVyLXNwZWNpZmllZCAoaS5lLiBp dCBjb250YWlucw0KKjxicj4NCndpbGRjYXJkKS4gSXQgbWF5IGJlIHBvc3NpYmxlIHRoYXQgTUdD IGlzIGV4cGVjdGluZyBmdWxseSByZXNvbHZlZCBFdmVudDxicj4NCmRlc2NyaXB0b3IgaW4gQURE IHJlc3BvbnNlLjxicj4NCjxicj4NClRoYW5rczxicj4NCkFzaGlzaDxicj4NCjxicj4NCjxicj4N ClJhamVzaCBKYWluIC1YIChyYWplc2phaSAtIEh1Z2hlcyBTb2Z0d2FyZSBhdCBDaXNjbykgd3Jv dGU6PGJyPg0KJmd0OyBIaSBSYW1lc2gsPGJyPg0KJmd0OyAmbmJzcDs8YnI+DQomZ3Q7IEl0IGlz IE5PVCBjb3JyZWN0IGZvciB0aGUgTUdDIHRvIHNlbmQgYSBtZXNzYWdlIG9uIE5VTEwgY29udGV4 dCBhZnRlcg0KPGJyPg0KJmd0OyBNRyBoYXMgc3VjY2Vzc2Z1bGx5IHJlc3BvbmRlZCB3aXRoIGEg dmFsaWQgKG5vbi1OVUxMKSBjb250ZXh0Ljxicj4NCiZndDsgWW91IHNob3VsZCBjaGVjayB0aGUg c3RhdGUgb2YgdGhlIHRlcm1pbmF0aW9uIG9uIE1HQyB0byBzZWUgaWYgaXQncw0KPGJyPg0KJmd0 OyBpZGxlLCBidXN5ICxldGMuIHRvIHNlZSBpZiB0aGVyZSBpcyBzb21lIGlzc3VlIG9uIE1HQyBz aWRlLjxicj4NCiZndDsgJm5ic3A7PGJyPg0KJmd0OyBBcyBzdWNoLCBJIGRvbnQgc2VlIGFueSBv YnZpb3VzIGVycm9yIGluIHRoZSBBZGQgcmVwbHkgc2VudCBmcm9tIE1HLg0KPGJyPg0KJmd0OyBU aGUgb25seSBwb3NzaWJpbHkgKHRob3VnaCB2ZXJ5IGxpdHRsZSkgY291bGQgYmUgdGhlIE1JRCBw YXJ0IChpLmUNCiEvMTxicj4NCiZndDsgWzE3Mi4xNTAuNS41XToyOTQ0ICkgaW4gQWRkIHJlc3Bv bnNlLCBpZiBpdCBpcyBkaWZmZXJlbnQgZnJvbSB0aGUNCm9uZSA8YnI+DQomZ3Q7IHNlbnQgaW4g ZWFybGllciByZXNwb25zZXMgZ2VuZXJhdGVkIGZyb20gTUcsIE1HQyB3b3VsZCByZWplY3QgaXQu PGJyPg0KJmd0OyAmbmJzcDs8YnI+DQomZ3Q7IFRoYW5rczxicj4NCiZndDsgUmFqZXNoPGJyPg0K Jmd0OyAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tPGJyPg0KJmd0OyAtLTxicj4NCiZndDsgKkZyb206KiBSYW1lc2gg QmFidSBLdXBwaWxpIFttYWlsdG86Ukt1cHBpbGlAemhvbmUuY29tXTxicj4NCiZndDsgKlNlbnQ6 KiBNb25kYXksIERlY2VtYmVyIDEwLCAyMDA3IDEwOjIzIEFNPGJyPg0KJmd0OyAqVG86KiBtZWdh Y29AaWV0Zi5vcmc8YnI+DQomZ3Q7ICpTdWJqZWN0OiogW01lZ2Fjb10gTWVnYWNvIEFkZDxicj4N CiZndDs8YnI+DQomZ3Q7IEhlbGxvLDxicj4NCiZndDsgJm5ic3A7PGJyPg0KJmd0OyBJIGhhdmUg YSBxdWVzdGlvbiByZWdhcmRpbmcgTWVnYWNvICZxdW90O0FkZCZxdW90OyByZXF1ZXN0Ojxicj4N CiZndDsgJm5ic3A7PGJyPg0KJmd0OyBUaGUgZm9sbG93aW5nIGlzIHRoZSAmcXVvdDtBZGQmcXVv dDsgcmVxdWVzdCBpIGFtIHJlY2VpdmluZyBmcm9tIE1HQzo8YnI+DQomZ3Q7ICZuYnNwOzxicj4N CiZndDsgIS8xIFsxMC4xMjkuMzIuMjBdOjI5NDQ8YnI+DQomZ3Q7PGJyPg0KVD0zNjk0NjQwNjR7 Qz0ke0E9QTZ7TXtPe01PPUlOLFJWPU9GRixSRz1PRkZ9fSxFPTM2OTEwMjM1MHtkZC9zdGR7dGw9 Kn0sYWwvKjxicj4NCn0sU0d7fX0sPGJyPg0KJmd0OyAmbmJzcDsgJm5ic3A7IEE9JHtNe097TU89 UkMsUlY9T0ZGLFJHPU9GRixudC9qaXQ9NDAsYmNwL2JuY2NoYXI9SVAvUlRQfSw8YnI+DQomZ3Q7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBMe3Y9MCBjPUlOIElQNCAkPGJyPg0KJmd0OyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBtPWF1ZGlvICQgUlRQL0FW UCA4PGJyPg0KJmd0OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBh PXB0aW1lOjIwfX19fTxicj4NCiZndDsgJm5ic3A7PGJyPg0KJmd0OyBBbmQgaSBzZW50IHRoZSBm b2xsb3dpbmcgcmVwbHkgdG8gdGhlIGFib3ZlICZxdW90O0FkZCZxdW90OyByZXF1ZXN0Ljxicj4N CiZndDsgJm5ic3A7PGJyPg0KJmd0OyAhLzEgWzE3Mi4xNTAuNS41XToyOTQ0IFA9MzY5NDY0MDY0 e0M9M3thPUE2ICxhPUVBNi9lcDJ7bXtseyB2PTA8YnI+DQomZ3Q7IG89LSAxMTk3MjIzMzc1IDEx OTcyMjMzNzUgSU4gSVA0IDE3Mi4xNTAuNS41PGJyPg0KJmd0OyBzPS08YnI+DQomZ3Q7IGM9SU4g SVA0IDE3Mi4xNTAuNS41PGJyPg0KJmd0OyBtPWF1ZGlvIDQ5MTU2IFJUUC9BVlAgODxicj4NCiZn dDsgYT1wdGltZToyMDxicj4NCiZndDsgfX19fTxicj4NCiZndDsgJm5ic3A7PGJyPg0KJmd0OyBQ bGVhc2Ugbm90ZSB0aGF0IE1HQyBoYXMgYXNrZWQgdGhlIE1HIHRvIGNob29zZSBhIGNvbnRleHQu ICZuYnNwO0FuZA0KTUcgaGFzIDxicj4NCiZndDsgc2VudCByZXBseSBvbiBjb250ZXh0ID0gMy48 YnI+DQomZ3Q7ICZuYnNwOzxicj4NCiZndDsgSG93ZXZlciBhbnkgZnVydGhlciBtZXNzYWdlcyBv biB0aGUgVEVSTSAoQTYpIGlzIHN0aWxsIGNvbWluZyBvbiBOVUxMDQo8YnI+DQomZ3Q7IGNvbnRl eHQuICZuYnNwO0lzIGl0IGNvcnJlY3QgZm9yIE1HQyB0byBzZW5kIG1lc3NhZ2VzIG9uIE5VTEwg Y29udGV4dA0KYWZ0ZXIgPGJyPg0KJmd0OyBNRyBoYXMgcmVzcG9uZGVkIHRvIGEgQWRkIHdpdGgg YSB2YWxpZCBjb250ZXh0LiAmbmJzcDtJcyB0aGVyZSBhIGlzc3VlDQp3aXRoIDxicj4NCiZndDsg dGhlIEFkZCByZXBseSBzZW50IHRvIE1HQy4gJm5ic3A7SSBjb3VsZCBub3QgZmlndXJlIHRoaXMg b3V0LiAmbmJzcDtUaGFua3MNCmluIDxicj4NCiZndDsgYWR2YW5jZSAuPGJyPg0KJmd0OyAmbmJz cDs8YnI+DQomZ3Q7IC0gcmFtZXNoPGJyPg0KJmd0OyAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPGJyPg0KJmd0OyAt LTxicj4NCiZndDs8YnI+DQomZ3Q7IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fPGJyPg0KJmd0OyBNZWdhY28gbWFpbGluZyBsaXN0PGJyPg0KJmd0OyBNZWdh Y29AaWV0Zi5vcmc8YnI+DQomZ3Q7IGh0dHBzOi8vd3d3MS5pZXRmLm9yZy9tYWlsbWFuL2xpc3Rp bmZvL21lZ2Fjbzxicj4NCiZndDsgJm5ic3A7IDxicj4NCjxicj4NCjxicj4NCl9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KTWVnYWNvIG1haWxpbmcg bGlzdDxicj4NCk1lZ2Fjb0BpZXRmLm9yZzxicj4NCmh0dHBzOi8vd3d3MS5pZXRmLm9yZy9tYWls bWFuL2xpc3RpbmZvL21lZ2Fjbzxicj4NCjxicj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fPGJyPg0KTWVnYWNvIG1haWxpbmcgbGlzdDxicj4NCk1lZ2Fj b0BpZXRmLm9yZzxicj4NCmh0dHBzOi8vd3d3MS5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21l Z2Fjbzxicj4NCjwvZm9udD48L3R0Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlm Ij48YnI+DQo8YnI+DQoqKioqKioqKioqKioqKioqKioqKioqKiAmbmJzcDtBcmljZW50LVVuY2xh c3NpZmllZCAmbmJzcDsgKioqKioqKioqKioqKioqKioqKioqKio8L2ZvbnQ+DQo8dGFibGU+PHRy Pjx0ZCBiZ2NvbG9yPSNmZmZmZmY+PGZvbnQgY29sb3I9IzAwMDAwMD48cHJlPiJESVNDTEFJTUVS OiBUaGlzIG1lc3NhZ2UgaXMgcHJvcHJpZXRhcnkgdG8gQXJpY2VudCAgYW5kIGlzIGludGVuZGVk IHNvbGVseSBmb3IgdGhlIHVzZSBvZiAKdGhlIGluZGl2aWR1YWwgdG8gd2hvbSBpdCBpcyBhZGRy ZXNzZWQuIEl0IG1heSBjb250YWluIHByaXZpbGVnZWQgb3IgY29uZmlkZW50aWFsIGluZm9ybWF0 aW9uIGFuZCBzaG91bGQgbm90IGJlIApjaXJjdWxhdGVkIG9yIHVzZWQgZm9yIGFueSBwdXJwb3Nl IG90aGVyIHRoYW4gZm9yIHdoYXQgaXQgaXMgaW50ZW5kZWQuIElmIHlvdSBoYXZlIHJlY2VpdmVk IHRoaXMgbWVzc2FnZSBpbiBlcnJvciwgCnBsZWFzZSBub3RpZnkgdGhlIG9yaWdpbmF0b3IgaW1t ZWRpYXRlbHkuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZCByZWNpcGllbnQsIHlvdSBhcmUg bm90aWZpZWQgdGhhdCB5b3UgYXJlIHN0cmljdGx5CnByb2hpYml0ZWQgZnJvbSB1c2luZywgY29w eWluZywgYWx0ZXJpbmcsIG9yIGRpc2Nsb3NpbmcgdGhlIGNvbnRlbnRzIG9mIHRoaXMgbWVzc2Fn ZS4gQXJpY2VudCBhY2NlcHRzIG5vIHJlc3BvbnNpYmlsaXR5IGZvciAKbG9zcyBvciBkYW1hZ2Ug YXJpc2luZyBmcm9tIHRoZSB1c2Ugb2YgdGhlIGluZm9ybWF0aW9uIHRyYW5zbWl0dGVkIGJ5IHRo aXMgZW1haWwgaW5jbHVkaW5nIGRhbWFnZSBmcm9tIHZpcnVzLiIKPC9wcmU+PC9mb250PjwvdGQ+ PC90cj48L3RhYmxlPg== --=_alternative 00294884652573AD_=-- --===============1703559027== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============1703559027==-- From megaco-bounces@ietf.org Mon Dec 10 03:24:07 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J1dvq-0003iA-Hh; Mon, 10 Dec 2007 03:24:06 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J1dvp-0003cS-1F for megaco@ietf.org; Mon, 10 Dec 2007 03:24:05 -0500 Received: from zw2-smtp1.zhone.com ([199.190.211.5]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1J1dvl-0001sC-4y for megaco@ietf.org; Mon, 10 Dec 2007 03:24:05 -0500 Received: from priority.oak.zhone.com (priority.oak.zhone.com [172.16.1.21]) by smtp.zhone.com (8.12.1/8.12.1) with ESMTP id lBA8Ou2E020407 for ; Mon, 10 Dec 2007 00:24:56 -0800 (PST) Received: from RKUPPILI.zhone.com ([192.168.127.40]) by priority.oak.zhone.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTP id <0JST00JRGRBWCO50@priority.oak.zhone.com> for megaco@ietf.org; Mon, 10 Dec 2007 00:24:00 -0800 (PST) Content-return: prohibited Date: Mon, 10 Dec 2007 13:53:52 +0530 From: Ramesh Babu Kuppili Subject: RE: [Megaco] Megaco Add In-reply-to: To: Raphael Tryster , megaco@ietf.org Message-id: <0JST00JRHRBXCO50@priority.oak.zhone.com> MIME-version: 1.0 X-Mailer: Sun Outlook Connector 7.2.310.1 X-Spam-Score: 0.0 (/) X-Scan-Signature: 2d133cc328f58695161c98bb4f4dc213 Cc: X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0890698025==" Errors-To: megaco-bounces@ietf.org --===============0890698025== Content-return: prohibited Content-type: multipart/alternative; boundary="Boundary_(ID_UYpiNtnlMN5sdKZoMOe5dA)" --Boundary_(ID_UYpiNtnlMN5sdKZoMOe5dA) Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Raphael, Thanks for the response. I don't see any retransmission of the "Add" request from the MGC. Which means that the reply did reach MGC in time. I would like to add that all the requests coming from MGC after Add response (on context 3) are coming on NULL context. - ramesh _____ From: Raphael Tryster [mailto:Raphael.Tryster@Teledata-Networks.com] Sent: Monday, December 10, 2007 12:35 PMTo: Ramesh Babu Kuppili; megaco@ietf.orgSubject: RE: [Megaco] Megaco Add This looks like incorrect behaviour on the part of the MGC. If a termination is in a context, the Megaco messages must reflect that fact. Can you verify that the MGC receives your reply to Add before it sends these additional requests referring to A6 in the null context? Raphael Tryster -----Original Message-----From: Ramesh Babu Kuppili [mailto:RKuppili@zhone.com] Sent: Monday, December 10, 2007 6:53 AMTo: megaco@ietf.orgSubject: [Megaco] Megaco Add Hello, I have a question regarding Megaco "Add" request: The following is the "Add" request i am receiving from MGC: !/1 [10.129.32.20]:2944 T=369464064{C=${A=A6{M{O{MO=IN,RV=OFF,RG=OFF}},E=369102350{dd/std{tl=*},al/*},SG{}}, A=${M{O{MO=RC,RV=OFF,RG=OFF,nt/jit=40,bcp/bncchar=IP/RTP}, L{v=0 c=IN IP4 $ m=audio $ RTP/AVP 8 a=ptime:20}}}} And i sent the following reply to the above "Add" request. !/1 [172.150.5.5]:2944 P=369464064{C=3{a=A6 ,a=EA6/ep2{m{l{ v=0 o=- 1197223375 1197223375 IN IP4 172.150.5.5 s=- c=IN IP4 172.150.5.5 m=audio 49156 RTP/AVP 8 a=ptime:20 }}}} Please note that MGC has asked the MG to choose a context. And MG has sent reply on context = 3. However any further messages on the TERM (A6) is still coming on NULL context. Is it correct for MGC to send messages on NULL context after MG has responded to a Add with a valid context. Is there a issue with the Add reply sent to MGC. I could not figure this out. Thanks in advance . - ramesh _____ IMPORTANT: The contents of this email and any attachments are confidential. They are intended for the named recipient(s) only.If you have received this email in error, please notify the system manager or the sender immediately and do not disclose the contents to anyone or make copies thereof.*** eSafe scanned this email for viruses, vandals, and malicious content. *** _____ --Boundary_(ID_UYpiNtnlMN5sdKZoMOe5dA) Content-type: TEXT/HTML; CHARSET=US-ASCII Content-transfer-encoding: 7BIT
Raphael,
 
Thanks for the response.  I don't see any retransmission of the "Add" request from the MGC.  Which means that the reply did reach MGC in time.  I would like to add that all the requests coming from MGC after Add response (on context 3) are coming on NULL context.
 
- ramesh


From: Raphael Tryster [mailto:Raphael.Tryster@Teledata-Networks.com]
Sent: Monday, December 10, 2007 12:35 PM
To: Ramesh Babu Kuppili; megaco@ietf.org
Subject: RE: [Megaco] Megaco Add

This looks like incorrect behaviour on the part of the MGC.  If a termination is in a context, the Megaco messages must reflect that fact.  Can you verify that the MGC receives your reply to Add before it sends these additional requests referring to A6 in the null context?

 

Raphael Tryster

 

-----Original Message-----
From: Ramesh Babu Kuppili [mailto:RKuppili@zhone.com]
Sent: Monday, December 10, 2007 6:53 AM
To: megaco@ietf.org
Subject: [Megaco] Megaco Add

 

Hello,

 

I have a question regarding Megaco "Add" request:

 

The following is the "Add" request i am receiving from MGC:

 

!/1 [10.129.32.20]:2944 T=369464064{C=${A=A6{M{O{MO=IN,RV=OFF,RG=OFF}},E=369102350{dd/std{tl=*},al/*},SG{}},

    A=${M{O{MO=RC,RV=OFF,RG=OFF,nt/jit=40,bcp/bncchar=IP/RTP},

        L{v=0 c=IN IP4 $

            m=audio $ RTP/AVP 8

            a=ptime:20}}}}

 

And i sent the following reply to the above "Add" request.

 

!/1 [172.150.5.5]:2944 P=369464064{C=3{a=A6 ,a=EA6/ep2{m{l{

v=0

o=- 1197223375 1197223375 IN IP4 172.150.5.5

s=-

c=IN IP4 172.150.5.5

m=audio 49156 RTP/AVP 8

a=ptime:20

}}}}

 

Please note that MGC has asked the MG to choose a context.  And MG has sent reply on context = 3.

 

However any further messages on the TERM (A6) is still coming on NULL context.  Is it correct for MGC to send messages on NULL context after MG has responded to a Add with a valid context.  Is there a issue with the Add reply sent to MGC.  I could not figure this out.  Thanks in advance .

 

- ramesh


IMPORTANT: The contents of this email and any attachments are confidential. They are intended for the named recipient(s) only.
If you have received this email in error, please notify the system manager or the sender immediately and do not disclose the contents to anyone or make copies thereof.
*** eSafe scanned this email for viruses, vandals, and malicious content. ***

--Boundary_(ID_UYpiNtnlMN5sdKZoMOe5dA)-- --===============0890698025== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============0890698025==-- From courtney6vassilio1@dmatrans.com Mon Dec 10 04:27:25 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J1ev7-0007Av-EC for megaco-archive@lists.ietf.org; Mon, 10 Dec 2007 04:27:25 -0500 Received: from [122.167.80.18] (helo=ABTS-KK-Dynamic-018.80.167.122.airtelbroadband.in) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J1ev6-00068y-Kw for megaco-archive@lists.ietf.org; Mon, 10 Dec 2007 04:27:25 -0500 Message-ID: <000901c83b0e$0470c17a$45ca54a7@mfdevfk> From: "ignace kati" To: "Robbie Arrington" Subject: perfectly crafted exclusive watches rolex Date: Mon, 10 Dec 2007 07:39:56 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Spam-Score: 1.8 (+) X-Scan-Signature: 2870a44b67ee17965ce5ad0177e150f4 Perfectly crafted luxury timepieces...the finest of products at the LOWEST prices!! http://legechemical.com/ From KristamidMcneill@economist.com Mon Dec 10 05:21:00 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J1fky-0004JC-81; Mon, 10 Dec 2007 05:21:00 -0500 Received: from [82.102.240.231] (helo=pc) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J1fkx-0007Pf-OW; Mon, 10 Dec 2007 05:21:00 -0500 Received: from evanescent by economist.com with SMTP id WlZjHmn4pU for ; Mon, 10 Dec 2007 12:20:52 -0200 From: "Brooke Miner" To: Cc: , Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J1lfg-0007qq-SE for megaco-archive@lists.ietf.org; Mon, 10 Dec 2007 11:39:56 -0500 Received: from [190.24.165.137] (helo=Corporativos24165-137.etb.net.co) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J1lfg-0000Ek-5K for megaco-archive@lists.ietf.org; Mon, 10 Dec 2007 11:39:56 -0500 Received: from logistica by QJ.com with ASMTP id 94035927 for ; Mon, 10 Dec 2007 11:40:29 -0500 Received: from logistica ([177.172.78.146]) by QJ.com with ESMTP id 6A8E99440F75 for ; Mon, 10 Dec 2007 11:40:29 -0500 Message-ID: <3CDD0CFA.556CE78C@QJ.com> Date: Mon, 10 Dec 2007 11:39:55 -0500 From: "Rein Groove" User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: megaco-archive@lists.ietf.org Subject: bacterit Content-Type: multipart/alternative; boundary="------------020306080608050107010805" X-Spam-Score: 0.1 (/) X-Scan-Signature: 79899194edc4f33a41f49410777972f8 --------------020306080608050107010805 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Girls like monster cocks, but they don't like yours. Time to change? http://geniusauto.com/ --------------020306080608050107010805 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Girls like monster cocks, but they don't like yours. Time to change? http://geniusauto.com/
--------------020306080608050107010805-- From xueqing1sharad74@research-int.com Tue Dec 11 02:31:29 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J1zaT-000180-4x for megaco-archive@lists.ietf.org; Tue, 11 Dec 2007 02:31:29 -0500 Received: from cm91.kappa120.maxonline.com.sg ([58.182.120.91]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J1zaS-0005a3-2P for megaco-archive@lists.ietf.org; Tue, 11 Dec 2007 02:31:28 -0500 Message-ID: <000901c83bc7$039dfcc4$90f8259d@utujcp> From: "courtney dave" To: "Isidro Ware" Subject: exclusive watches, brand name quality rolex Date: Tue, 11 Dec 2007 05:44:03 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Spam-Score: 3.3 (+++) X-Scan-Signature: 2870a44b67ee17965ce5ad0177e150f4 Perfectly crafted luxury timepieces...the finest of products at the LOWEST prices!! http://zipsialrep.com/ From Markus299@hastenrath.de Tue Dec 11 05:37:41 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J22Uf-0001Nx-7H for megaco-archive@lists.ietf.org; Tue, 11 Dec 2007 05:37:41 -0500 Received: from aami79.neoplus.adsl.tpnet.pl ([83.5.64.79]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J22Ud-0001sm-Ih for megaco-archive@lists.ietf.org; Tue, 11 Dec 2007 05:37:41 -0500 Received: by 10.11.121.50 with SMTP id slKAAiPonXUiV; Tue, 11 Dec 2007 11:37:49 +0100 (GMT) Received: by 192.168.230.141 with SMTP id kHxrskqrRsRAQS.7038210090225; Tue, 11 Dec 2007 11:37:47 +0100 (GMT) Message-ID: Date: Tue, 11 Dec 2007 11:37:44 +0100 From: "Markus kreidler" User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: megaco-archive@lists.ietf.org Subject: etapenoc Content-Type: multipart/alternative; boundary="------------010500010301010008060201" X-Spam-Score: 0.0 (/) X-Scan-Signature: 7d33c50f3756db14428398e2bdedd581 --------------010500010301010008060201 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit With this product, everyone will see your "friends" true size, by just looking at your jeans. HE WILL ALLWAYS BE UP. http://www.gopupstate.com/ --------------010500010301010008060201 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit With this product, everyone will see your "friends" true size, by
just looking at your jeans. HE WILL ALLWAYS BE UP. http://www.gopupstate.com/
--------------010500010301010008060201-- From megaco-bounces@ietf.org Tue Dec 11 09:30:43 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2683-0007dk-Mp; Tue, 11 Dec 2007 09:30:35 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2681-0007bg-Ny for megaco@ietf.org; Tue, 11 Dec 2007 09:30:34 -0500 Received: from exchange.txpcorporation.com ([207.71.49.220]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1J2681-0001Q0-H7 for megaco@ietf.org; Tue, 11 Dec 2007 09:30:33 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Date: Tue, 11 Dec 2007 08:30:32 -0600 Message-ID: In-Reply-To: <"22880.18751197271252.sj-webmail-3*"@MHS> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Responses when line is OOS Thread-Index: Acg6+/C6pXK25GwwSgyvUR96U9jZYgAAVqfQAEEenSA= References: <475CE6A5.3090300@redback.com> <"22880.18751197271252.sj-webmail-3*"@MHS> From: "John Wainwright" To: X-Spam-Score: 0.0 (/) X-Scan-Signature: d17f825e43c9aed4fd65b7edddddec89 Subject: [Megaco] Responses when line is OOS X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: megaco-bounces@ietf.org If a line is taken OOS as a result of management action and this is reported in the SVC message to the MGC, who also responds, how should we then respond to other messages from the MGC related to this line e.g. Audit messages. If an events descriptor was previously enabled for this line e.g. for onhook/offhook, are these events now ignored as long as the line is OOS? Thanks John _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco From LindseybairdFranco@bravenewtraveler.com Tue Dec 11 09:59:53 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J26aP-0005pg-Ts for megaco-archive@lists.ietf.org; Tue, 11 Dec 2007 09:59:53 -0500 Received: from 222.pool85-49-64.dynamic.orange.es ([85.49.64.222] helo=your4dacd0ea75.lan) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J26aP-0007lk-EQ for megaco-archive@lists.ietf.org; Tue, 11 Dec 2007 09:59:53 -0500 Received: from iraq by bravenewtraveler.com with SMTP id KG4B3BYUyJ for ; Tue, 11 Dec 2007 15:58:37 -0100 From: "Lazaro Hester" To: Subject: Get $999 you download our casino. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Score: 3.3 (+++) X-Scan-Signature: 7bac9cb154eb5790ae3b2913587a40de USA players too! Download and GO! Our casino is for you and everyone else who likes to win! Our safe, secure games will get you smiling when you start seeing dollars pouring in. Players from the United States and around the world! http://eurocasinoai.com/ From megaco-bounces@ietf.org Tue Dec 11 10:58:36 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J27VD-0001LO-5g; Tue, 11 Dec 2007 10:58:35 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J27V8-0001LE-9j for megaco@ietf.org; Tue, 11 Dec 2007 10:58:30 -0500 Received: from exprod7og102.obsmtp.com ([64.18.2.157]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1J27V6-0003E6-W2 for megaco@ietf.org; Tue, 11 Dec 2007 10:58:30 -0500 Received: from source ([66.129.224.36]) by exprod7ob102.postini.com ([64.18.6.12]) with SMTP; Tue, 11 Dec 2007 07:58:16 PST Received: from emailfeemea1.jnpr.net ([172.26.192.140]) by emailsmtp56.jnpr.net with Microsoft SMTPSVC(6.0.3790.3959); Tue, 11 Dec 2007 07:55:15 -0800 Received: from EMAILEMEA3.jnpr.net ([172.26.192.136]) by emailfeemea1.jnpr.net with Microsoft SMTPSVC(6.0.3790.3959); Tue, 11 Dec 2007 15:55:12 +0000 X-MimeOLE: Produced By Microsoft Exchange V6.5.7235.2 Content-class: urn:content-classes:message MIME-Version: 1.0 Subject: RE: [Megaco] H.248.36 - Hanging Termination Detection Package Date: Tue, 11 Dec 2007 15:55:11 -0000 Message-ID: <0E48B768805E4D44A70709C8AE092090015710A7@EMAILEMEA3.jnpr.net> In-Reply-To: <8BB8AD9870081C42B2B309E00352E4EA014C59ED@FRVELSMBS15.ad2.ad.alcatel.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Megaco] H.248.36 - Hanging Termination Detection Package Thread-Index: AcgyeFjKqbzz383+TR+f6aZ+r1xdgAAAgYzwAmB1WjA= From: "Miri Epstein" To: "Schwarz Albrecht" , X-OriginalArrivalTime: 11 Dec 2007 15:55:12.0658 (UTC) FILETIME=[36CB9720:01C83C0E] X-Spam-Score: -4.0 (----) X-Scan-Signature: 27f32072baa9c4fb41949212e86ea6d2 Cc: X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1641458823==" Errors-To: megaco-bounces@ietf.org This is a multi-part message in MIME format. --===============1641458823== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C83C0E.368FE9E9" This is a multi-part message in MIME format. ------_=_NextPart_001_01C83C0E.368FE9E9 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Albrecht, =20 Many thanks for the clarification. =20 Best regards, Miri =20 =20 ________________________________ From: Schwarz Albrecht [mailto:Albrecht.Schwarz@alcatel-lucent.de]=20 Sent: Thursday, November 29, 2007 1:43 PM To: Miri Epstein; megaco@ietf.org Subject: RE: [Megaco] H.248.36 - Hanging Termination Detection Package =20 Hello Miri,=20 agreed that the textual description might be too short.=20 "Detection of inactivity" was a rather wide topic back in 2004/05, - we got discussions on .14 extension proposals, .40 was not yet on the table, ServiceChange scenarios and similar stuff. That's why explicit applicability statements were finally included in .36. H.248.36 defines a detection logic:=20 IF condition C1 is fullfilled THEN event thb notification.=20 with just one condition C1 =3D "expiration of thb"=20 Now, non-applicability means that there is neither an additional condition C2 nor an impact on C1 by the use cases listed in I.2/H.248.36. In particular of I.2 (4): ServiceState value equals to OoS does not impact the condition.=20 The text "(to be checked)" was perhaps missed to be deleted during the final review.=20 Regards,=20 albrecht=20 =20 > -----Original Message-----=20 > From: Miri Epstein [mailto:mepstein@juniper.net ]=20 > Sent: Donnerstag, 29. November 2007 12:10=20 > To: megaco@ietf.org=20 > Subject: [Megaco] H.248.36 - Hanging Termination Detection Package=20 >=20 > Hi,=20 >=20 > The H.248.36 (09/2005) has the following text (below) about=20 > Non-applicability (Appendix I, page 4).=20 > The question is about 4) below:=20 > What is to be checked?=20 > Should the notify of a detected hanging termination be issued=20 > when the termination is "out-of-service"?=20 >=20 > Thanks,=20 > Miri=20 > --------------=20 > I.2 Non-applicability=20 > This package is not applicable (or not intended) in the=20 > following situations (this list is not exhaustive):=20 > 1) Media Inactivity Detection.=20 > 2) Idle Bearer Detection.=20 > 3) Emergency Standalone Mode.=20 > 4) Termination is in state "out-of-service" (according=20 > ServiceState property in TerminationState descriptor) (to be checked). > 5) Re-synchronization after (long) losses of MGC-MG=20 > interconnection, or cold reboots of=20 > H.248 systems (this is tackled rather by service change and=20 > auditing procedures).=20 > NOTE - "Long" here in the sense of data inconsistency between=20 > MGC and MG level.=20 > 6) Addressing potential issues related to bulk auditing.=20 > 7) Different or dedicated types of auditing for "detection of=20 > hanging resources".=20 > 8) Detection capability of hanging H.248 Terminations on MG level.=20 >=20 >=20 > _______________________________________________=20 > Megaco mailing list=20 > Megaco@ietf.org=20 > https://www1.ietf.org/mailman/listinfo/megaco =20 >=20 ------_=_NextPart_001_01C83C0E.368FE9E9 Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable RE: [Megaco] H.248.36 - Hanging Termination Detection = Package

Albrecht,

 

Many thanks for the = clarification.

 

Best = regards,

Miri

 

 


From: = Schwarz Albrecht [mailto:Albrecht.Schwarz@alcatel-lucent.de]
Sent: Thursday, November = 29, 2007 1:43 PM
To: Miri Epstein; = megaco@ietf.org
Subject: RE: [Megaco] = H.248.36 - Hanging Termination Detection Package

 

Hello Miri, =

agreed that the textual description might be = too short.
"Detection of inactivity" was a = rather wide topic back in 2004/05, - we got discussions on .14 extension = proposals, .40 was not yet on the table, ServiceChange scenarios and similar stuff. = That's why explicit applicability statements were finally included in = .36.

H.248.36 defines a detection = logic:

        IF condition C1 is fullfilled THEN = event thb notification.
        with just one condition C1 =3D "expiration of = thb"

Now, non-applicability means that there is = neither an additional condition C2 nor an impact on C1 by the use cases listed = in I.2/H.248.36.

In particular of I.2 (4): ServiceState value = equals to OoS does not impact the condition.
The text "(to be checked)" was = perhaps missed to be deleted during the final review.

Regards,
albrecht =

 

> -----Original = Message-----
> From: Miri Epstein [mailto:mepstein@juniper.net]
> Sent: Donnerstag, 29. November 2007 = 12:10
> To: megaco@ietf.org
> Subject: [Megaco] H.248.36 - Hanging Termination Detection Package
>
> Hi,
>
> The H.248.36 (09/2005) has the = following text (below) about
> Non-applicability (Appendix I, page = 4).
> The question is about 4) = below:
> What is to be checked? =
> Should the notify of a detected hanging termination be issued
> when the termination is "out-of-service"?
>
> Thanks,
> Miri
> --------------
> I.2 Non-applicability =
> This package is not applicable (or not intended) in the
> following situations (this list is not exhaustive):
> 1) Media Inactivity = Detection.
> 2) Idle Bearer Detection. =
> 3) Emergency Standalone = Mode.
> 4) Termination is in state "out-of-service" (according
> ServiceState property in = TerminationState descriptor) (to be checked).
> 5) Re-synchronization after (long) = losses of MGC-MG
> interconnection, or cold reboots = of
> H.248 systems (this is tackled rather = by service change and
> auditing procedures). =
> NOTE - "Long" here in the = sense of data inconsistency between
> MGC and MG level.
> 6) Addressing potential issues related = to bulk auditing.
> 7) Different or dedicated types of = auditing for "detection of
> hanging resources". =
> 8) Detection capability of hanging = H.248 Terminations on MG level.
>
>
> _______________________________________________
> Megaco mailing list
> Megaco@ietf.org
> https://www1.ietf.org/mailman/listinfo/megaco
>

------_=_NextPart_001_01C83C0E.368FE9E9-- --===============1641458823== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============1641458823==-- From megaco-bounces@ietf.org Tue Dec 11 10:58:50 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J27VS-00026U-Im; Tue, 11 Dec 2007 10:58:50 -0500 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J27VR-00026P-Kp for megaco@ietf.org; Tue, 11 Dec 2007 10:58:49 -0500 Received: from exprod7og109.obsmtp.com ([64.18.2.171]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J27VR-0000ge-6e for megaco@ietf.org; Tue, 11 Dec 2007 10:58:49 -0500 Received: from source ([66.129.224.36]) by exprod7ob109.postini.com ([64.18.6.12]) with SMTP; Tue, 11 Dec 2007 07:58:06 PST Received: from emailfeemea2.jnpr.net ([172.26.192.142]) by gamma.jnpr.net with Microsoft SMTPSVC(6.0.3790.1830); Tue, 11 Dec 2007 07:56:21 -0800 Received: from EMAILEMEA3.jnpr.net ([172.26.192.136]) by emailfeemea2.jnpr.net with Microsoft SMTPSVC(6.0.3790.3959); Tue, 11 Dec 2007 15:56:19 +0000 X-MimeOLE: Produced By Microsoft Exchange V6.5.7235.2 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Date: Tue, 11 Dec 2007 15:56:18 -0000 Message-ID: <0E48B768805E4D44A70709C8AE092090015710A8@EMAILEMEA3.jnpr.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: TransactionID equal zero in transactionRequest Thread-Index: Acg8Dl4jzY5eVGoCS1uv4gFj0CS1Xw== From: "Miri Epstein" To: X-OriginalArrivalTime: 11 Dec 2007 15:56:19.0244 (UTC) FILETIME=[5E7BCEC0:01C83C0E] X-Spam-Score: 0.0 (/) X-Scan-Signature: de4f315c9369b71d7dd5909b42224370 Subject: [Megaco] TransactionID equal zero in transactionRequest X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: megaco-bounces@ietf.org Hi, I have a question about the usage of a TransactionID of zero.=20 The H.248.v3 standard mentions that a TransactionReply with a TransactionID of zero containing an Error descriptor is used in order to indicate that the TransactionID is missing in the corresponding request. - Is TransactionID of zero used in TransactionRequests?=20 - It's a legal value according to the range defined, but, is it recommended or not-recommended for use in TransactionRequest? - Does it have any special meaning in TransactionRequest? Many thanks, Miri _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco From megaco-bounces@ietf.org Tue Dec 11 12:56:43 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J29LU-0002fk-7d; Tue, 11 Dec 2007 12:56:40 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J29LS-0002fP-Cf for megaco@ietf.org; Tue, 11 Dec 2007 12:56:38 -0500 Received: from prattle.redback.com ([155.53.12.9]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1J29LR-00062q-UK for megaco@ietf.org; Tue, 11 Dec 2007 12:56:38 -0500 Received: from localhost (localhost [127.0.0.1]) by prattle.redback.com (Postfix) with ESMTP id 6F89EBB35FE; Tue, 11 Dec 2007 09:56:37 -0800 (PST) Received: from prattle.redback.com ([127.0.0.1]) by localhost (prattle [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22116-08; Tue, 11 Dec 2007 09:56:37 -0800 (PST) Received: from [155.53.44.239] (cologne.redback.com [155.53.44.239]) by prattle.redback.com (Postfix) with ESMTP id 57312BB35FD; Tue, 11 Dec 2007 09:56:37 -0800 (PST) Message-ID: <475ECF55.8000209@redback.com> Date: Tue, 11 Dec 2007 09:56:37 -0800 From: Ashish Singh User-Agent: Thunderbird 2.0.0.6 (X11/20070728) MIME-Version: 1.0 To: John Wainwright Subject: Re: [Megaco] Responses when line is OOS References: <475CE6A5.3090300@redback.com> <"22880.18751197271252.sj-webmail-3*"@MHS> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at redback.com X-Spam-Score: 0.0 (/) X-Scan-Signature: bb8f917bb6b8da28fc948aeffb74aa17 Cc: megaco@ietf.org X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: megaco-bounces@ietf.org Hi John, MG has already reported the state change of the termination through Servicechange to MGC and MGC keeps track of it. Afterwards MG should respond to Audit Request as usual irrespective of its termination state. As per H.248 spec, MG should not processs ADD Request on OOS termination. It may be possible that operator has put the line in OOS mode to do some maintenance (e.g. continuity testing), so I think MG should send Notify in OOS state also. Thanks Ashish John Wainwright wrote: > If a line is taken OOS as a result of management action and this is > reported in the SVC message to the MGC, who also responds, how should we > then respond to other messages from the MGC related to this line e.g. > Audit messages. > > If an events descriptor was previously enabled for this line e.g. for > onhook/offhook, are these events now ignored as long as the line is OOS? > > Thanks > John > > > _______________________________________________ > Megaco mailing list > Megaco@ietf.org > https://www1.ietf.org/mailman/listinfo/megaco > > _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco From ElizaacidicKraft@hardwarecentral.com Tue Dec 11 17:21:47 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2DU2-00043f-Uv for megaco-archive@lists.ietf.org; Tue, 11 Dec 2007 17:21:47 -0500 Received: from 82-43-87-155.cable.ubr07.croy.blueyonder.co.uk ([82.43.87.155] helo=walter) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J2DU2-0002Ej-Ak for megaco-archive@lists.ietf.org; Tue, 11 Dec 2007 17:21:46 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by host55462911.hardwarecentral.com (8.13.1/8.13.1) with SMTP id b8n1UXSO92.056436.s10.Hz2.7342115296699 for ; Tue, 11 Dec 2007 22:20:18 +0000 Message-ID: From: "Bridgette Wolff" To: Subject: Your family Date: Tue, 11 Dec 2007 22:20:18 +0000 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_A7566_01C83C44.35DB5B30" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Spam-Score: 0.0 (/) X-Scan-Signature: 21bf7a2f1643ae0bf20c1e010766eb78 This is a multi-part message in MIME format. ------=_NextPart_000_A7566_01C83C44.35DB5B30 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Even if you have no erection problems Viagra would help you to make = better sex more often and to bring unimaginable plesure to her. Just = disolve half a pill under your tongue and get ready for action in 30 = minutes. The tests showed that the majority of men after taking this = medication were able to have perfect erection during 24 hours! Package Quantity Price in your local drugstore* Our price LearnMoreNow 10 tabs 20 doses $99.95 $34.49 30 tabs 60 doses $299.95 $88.50 60 tabs 120 doses $449.95 $141.02 90 tabs 180 doses $769.95 $176.40 180 tabs 360 doses $1299.95 $298.46 When you are young and stressed up… When you are aged and never give up… Viagra gives you confidence in any chance, every time. ------=_NextPart_000_A7566_01C83C44.35DB5B30 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20

Even if you have no erection problems = Viagra would=20 help you to make better sex more often and to bring unimaginable = plesure=20 to her. Just disolve half a pill under your tongue and get ready for = action in=20 30 minutes. The tests showed that the majority of men after taking = this=20 medication were able to have perfect erection during 24 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $99.95 $34.49
30 tabs 60 doses $299.95 $88.50
60 tabs 120 doses $449.95 $141.02
90 tabs 180 doses $769.95 $176.40
180 tabs 360 doses $1299.95 $298.46

When you are young and stressed = up…
When you are aged and never give up…
Viagra gives you confidence in any chance, every time.

------=_NextPart_000_A7566_01C83C44.35DB5B30-- From NicoleaplombSpringer@led-zeppelin.com Wed Dec 12 04:38:15 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2O2h-0006Hz-Ca for megaco-archive@lists.ietf.org; Wed, 12 Dec 2007 04:38:15 -0500 Received: from [41.201.110.42] (helo=dell1c3fbfd857.mshome.net) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J2O2g-0002UF-VY for megaco-archive@lists.ietf.org; Wed, 12 Dec 2007 04:38:15 -0500 Received: from bedevil by led-zeppelin.com with SMTP id F44yjxv6IY for ; Wed, 12 Dec 2007 10:37:17 -0100 From: "Joan Winter" To: Subject: When you join? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Score: 2.1 (++) X-Scan-Signature: 7bac9cb154eb5790ae3b2913587a40de We have it all! If you're in the US or anywhere else, join your new casino paradise. Relax and have fun with poker, blackjack, roulette, progressive video slots at your own leisure from your couch. Play your favorite games and get $999 welcome bonus. http://eurocasinoag.com/ From megaco-bounces@ietf.org Wed Dec 12 06:52:52 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2Q8x-0002CK-6l; Wed, 12 Dec 2007 06:52:51 -0500 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2Q8v-0001wH-Mg for megaco@ietf.org; Wed, 12 Dec 2007 06:52:49 -0500 Received: from zw2-smtp1.zhone.com ([199.190.211.5]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J2Q8v-0006kH-2P for megaco@ietf.org; Wed, 12 Dec 2007 06:52:49 -0500 Received: from priority.oak.zhone.com (priority.oak.zhone.com [172.16.1.21]) by smtp.zhone.com (8.12.1/8.12.1) with ESMTP id lBCBrj2E010012 for ; Wed, 12 Dec 2007 03:53:45 -0800 (PST) Received: from RKUPPILI.zhone.com ([192.168.127.40]) by priority.oak.zhone.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTP id <0JSX00LC5QBXZ770@priority.oak.zhone.com> for megaco@ietf.org; Wed, 12 Dec 2007 03:52:48 -0800 (PST) Content-return: prohibited Date: Wed, 12 Dec 2007 17:22:44 +0530 From: Ramesh Babu Kuppili To: megaco@ietf.org Message-id: <0JSX00LC6QBYZ770@priority.oak.zhone.com> MIME-version: 1.0 X-Mailer: Sun Outlook Connector 7.2.310.1 X-Spam-Score: 0.0 (/) X-Scan-Signature: e8a67952aa972b528dd04570d58ad8fe Subject: [Megaco] Megaco digitmap X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0522221936==" Errors-To: megaco-bounces@ietf.org --===============0522221936== Content-return: prohibited Content-type: multipart/alternative; boundary="Boundary_(ID_61G0flMchGqDw5qGQiZflg)" --Boundary_(ID_61G0flMchGqDw5qGQiZflg) Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Hi all, I have a question about Megaco Digitmap: The digitmap i am receiving from a MGC is as follows: [2-8]xxxxxx|05xxxxxxxx|0xxxxxxxx|00xxxxxx.|9xx|E|F|x.F And the dialled digits area as follows: *54810001# The MGC guy claims that given the above digitmap, the dialled digits have a match. I fail to understand how. Since the first digit dialed is asterisk "*" the only digitmap that is valid is "E". But the next digit ends up being "over qualified" to the digitmap "E". Should'nt the MG send a Notify as soon as the user dials asterisk "*" since there is a match already. How can the user every complete the dial sequence given the above digitmap. Thanks i advance. - ramesh --Boundary_(ID_61G0flMchGqDw5qGQiZflg) Content-type: TEXT/HTML; CHARSET=US-ASCII Content-transfer-encoding: 7BIT
Hi all,
 
I have a question about Megaco Digitmap:
 
The digitmap i am receiving from a MGC is as follows:

[2-8]xxxxxx|05xxxxxxxx|0xxxxxxxx|00xxxxxx.|9xx|E|F|x.F

And the dialled digits area as follows:

*54810001#

The MGC guy claims that given the above digitmap, the dialled digits have a match.  I fail to understand how.  Since the first digit dialed is asterisk "*" the only digitmap that is valid is "E".  But the next digit ends up being "over qualified" to the digitmap "E".  Should'nt the MG send a Notify as soon as the user dials asterisk "*" since there is a match already.  How can the user every complete the dial sequence given the above digitmap.

Thanks i advance.

- ramesh

--Boundary_(ID_61G0flMchGqDw5qGQiZflg)-- --===============0522221936== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============0522221936==-- From megaco-bounces@ietf.org Wed Dec 12 07:12:37 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2QS3-0002og-BE; Wed, 12 Dec 2007 07:12:35 -0500 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2QS2-0002oJ-0M for megaco@ietf.org; Wed, 12 Dec 2007 07:12:34 -0500 Received: from mail.teledata-networks.com ([194.90.152.129] helo=esafe-mail.teledata-networks.com) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J2QS1-0007Gm-54 for megaco@ietf.org; Wed, 12 Dec 2007 07:12:33 -0500 Received: from tndcmail.Teledata.Local ([10.1.100.59]) by eSafe SMTP Relay 1196254855; Wed, 12 Dec 2007 14:12:31 +0200 X-MIMEOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Subject: RE: [Megaco] Megaco digitmap Date: Wed, 12 Dec 2007 14:12:45 +0200 Message-ID: In-reply-to: <0JSX00LC6QBYZ770@priority.oak.zhone.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Megaco] Megaco digitmap Thread-index: Acg8tZxVrKoxFiEIQu6aSzQSk0RmMAAAiDxg From: "Raphael Tryster" To: "Ramesh Babu Kuppili" , X-ESAFE-STATUS: Mail clean X-ESAFE-DETAILS: X-Spam-Score: 0.0 (/) X-Scan-Signature: 3b8eea209b62bd15620865bc4fbef8cd Cc: X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0712681907==" Errors-To: megaco-bounces@ietf.org This is a multi-part message in MIME format. --===============0712681907== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C83CB8.4DF8E025" This is a multi-part message in MIME format. ------_=_NextPart_001_01C83CB8.4DF8E025 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I think you are right. Given this digit map, I would expect the MG to notify the "E", following which the MGC would understand that a special service is being activated, and issue a new request with a new context-specific digit map, for example "[2-8]xxxxxxF". =20 Raphael Tryster =20 =20 -----Original Message----- From: Ramesh Babu Kuppili [mailto:RKuppili@zhone.com]=20 Sent: Wednesday, December 12, 2007 1:53 PM To: megaco@ietf.org Subject: [Megaco] Megaco digitmap =20 Hi all, =20 I have a question about Megaco Digitmap: =20 The digitmap i am receiving from a MGC is as follows: [2-8]xxxxxx|05xxxxxxxx|0xxxxxxxx|00xxxxxx.|9xx|E|F|x.F And the dialled digits area as follows: *54810001# The MGC guy claims that given the above digitmap, the dialled digits have a match. I fail to understand how. Since the first digit dialed is asterisk "*" the only digitmap that is valid is "E". But the next digit ends up being "over qualified" to the digitmap "E". Should'nt the MG send a Notify as soon as the user dials asterisk "*" since there is a match already. How can the user every complete the dial sequence given the above digitmap. Thanks i advance. - ramesh *************************************************************************= ********************* IMPORTANT: The contents of this email and any attachments are confidentia= l. They are intended for the=20 named recipient(s) only. If you have received this email in error, please notify the system manage= r or the sender immediately and do=20 not disclose the contents to anyone or make copies thereof. *** eSafe scanned this email for viruses, vandals, and malicious content.= *** *************************************************************************= ********************* ------_=_NextPart_001_01C83CB8.4DF8E025 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I think you are right.  Given this digit map, I would ex= pect the MG to notify the “E”, following which the MGC would understan= d that a special service is being activated, and issue a new request with a new = context-specific digit map, for example “<= span style=3D'font-size:10.0pt;font-family:Arial'>[2-8]xx= xxxxF”.

 

Raphael Tryster=

 

 

-----Original Message-----<= br> From: Ramesh Babu Kuppili [mailto:RKuppili@zhone.com]
Sent: Wednesday, December = 12, 2007 1:53 PM
To: megaco@ietf.org
Subject: [Megaco] Megaco d= igitmap

 

Hi all,

 

I have a question about Mega= co Digitmap:

 

The digitmap i am receiving = from a MGC is as follows:

[2-8]xxxxxx|05xxxxxxxx|0xxxxxxxx|00xxxxxx.|9xx|= E|F|x.F

And the dialled digits area as follows:<= /font>

*54810001#

The MGC guy claims that given the above digitma= p, the dialled digits have a match.  I fail to understand how.  Since = the first digit dialed is asterisk "*" the only digitmap that = is valid is "E".  But the next digit ends up being "over qualified" to the digitmap "E".  Should'nt the MG sen= d a Notify as soon as the user dials asterisk "*" since there is a = match already.  How can the user every complete the dial sequence given th= e above digitmap.

Thanks i advance.

- ramesh


IMPORTANT: The contents of this email and any attachments are confidentia= l. They are intended for the=20 named recipient(s) only.
If you have received this email in error, please notify the system manage= r or the sender immediately and do=20 not disclose the contents to anyone or make copies thereof.
*** eSafe scanned this email for viruses, vandals, and malicious c= ontent. ***

------_=_NextPart_001_01C83CB8.4DF8E025-- --===============0712681907== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============0712681907==-- From megaco-bounces@ietf.org Wed Dec 12 07:17:50 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2QX8-0004gO-3Q; Wed, 12 Dec 2007 07:17:50 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2QX6-0004gI-Ot for megaco@ietf.org; Wed, 12 Dec 2007 07:17:48 -0500 Received: from david.siemens.de ([192.35.17.14]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1J2QX4-0007sf-D9 for megaco@ietf.org; Wed, 12 Dec 2007 07:17:48 -0500 Received: from mail2.siemens.de (localhost [127.0.0.1]) by david.siemens.de (8.12.6/8.12.6) with ESMTP id lBCCHiGZ002048; Wed, 12 Dec 2007 13:17:45 +0100 Received: from atha112a.gr001.siemens.net ([141.29.38.98]) by mail2.siemens.de (8.12.6/8.12.6) with ESMTP id lBCCHeiR024310; Wed, 12 Dec 2007 13:17:44 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Subject: RE: [Megaco] Megaco digitmap Date: Wed, 12 Dec 2007 14:17:41 +0200 Message-ID: In-Reply-To: <0JSX00LC6QBYZ770@priority.oak.zhone.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Megaco] Megaco digitmap Thread-Index: Acg8taTHCQgrZmfqQ5O1lYGg309ltAAAcvXw References: <0JSX00LC6QBYZ770@priority.oak.zhone.com> From: "Beis, Grigoris" To: X-Spam-Score: 0.0 (/) X-Scan-Signature: c0aa019322dfce838bd8604f5a841b57 Cc: ext Ramesh Babu Kuppili X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0465035242==" Errors-To: megaco-bounces@ietf.org This is a multi-part message in MIME format. --===============0465035242== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C83CB8.FE90A04A" This is a multi-part message in MIME format. ------_=_NextPart_001_01C83CB8.FE90A04A Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Ramesh, =20 You are correct. Digitmap pattern E is fulfilled by "*" only, in an unambiguous way. A different digitmap like Ex.F could lead to a match for the specific string. =20 BR, =20 Greg =20 ________________________________ From: ext Ramesh Babu Kuppili [mailto:RKuppili@zhone.com]=20 Sent: Wednesday, December 12, 2007 1:53 PM To: megaco@ietf.org Subject: [Megaco] Megaco digitmap =20 Hi all, =20 I have a question about Megaco Digitmap: =20 The digitmap i am receiving from a MGC is as follows: [2-8]xxxxxx|05xxxxxxxx|0xxxxxxxx|00xxxxxx.|9xx|E|F|x.F And the dialled digits area as follows: *54810001# The MGC guy claims that given the above digitmap, the dialled digits have a match. I fail to understand how. Since the first digit dialed is asterisk "*" the only digitmap that is valid is "E". But the next digit ends up being "over qualified" to the digitmap "E". Should'nt the MG send a Notify as soon as the user dials asterisk "*" since there is a match already. How can the user every complete the dial sequence given the above digitmap. Thanks i advance. - ramesh ------_=_NextPart_001_01C83CB8.FE90A04A Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi = Ramesh,

 

You are = correct.

Digitmap pattern E is fulfilled by “*” only, in an unambiguous way. A = different digitmap like Ex.F could = lead to a match for the specific string.

 

BR,

 

Greg

 


From: ext = Ramesh Babu Kuppili [mailto:RKuppili@zhone.com]
Sent: Wednesday, December = 12, 2007 1:53 PM
To: megaco@ietf.org
Subject: [Megaco] Megaco = digitmap

 

Hi all,

 

I have a question about Megaco = Digitmap:

 

The digitmap i am receiving from a MGC is as = follows:

[2-8]xxxxxx|05xxxxxxxx|0xxxx= xxxx|00xxxxxx.|9xx|E|F|x.F

And the dialled digits area as follows:

*54810001#

The MGC guy claims that given the above digitmap, the dialled digits have a match.  I fail to understand how.  Since the first digit = dialed is asterisk "*" the only digitmap that is valid is "E".  But the next digit ends up being "over qualified" to the digitmap "E".  Should'nt the MG = send a Notify as soon as the user dials asterisk "*" since there is a = match already.  How can the user every complete the dial sequence given = the above digitmap.

Thanks i advance.

- ramesh

------_=_NextPart_001_01C83CB8.FE90A04A-- --===============0465035242== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============0465035242==-- From Ruston272@fredvaneijk.com Wed Dec 12 08:31:47 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2Rgh-00085D-Mw for megaco-archive@lists.ietf.org; Wed, 12 Dec 2007 08:31:47 -0500 Received: from catv-50635452.catv.broadband.hu ([80.99.84.82]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J2Rgg-0002Bb-P1 for megaco-archive@lists.ietf.org; Wed, 12 Dec 2007 08:31:47 -0500 Received: by 10.110.188.156 with SMTP id yVPKAEivcQctH; Wed, 12 Dec 2007 14:31:59 +0100 (GMT) Received: by 192.168.30.144 with SMTP id vHfsSBiouPuiHi.3019323648215; Wed, 12 Dec 2007 14:31:57 +0100 (GMT) Message-ID: Date: Wed, 12 Dec 2007 14:31:54 +0100 From: "Ruston Lastovich" User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: megaco-archive@lists.ietf.org Subject: bgnafnie Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 071211-0, 2007.12.11), Outbound message X-Antivirus-Status: Clean X-Spam-Score: 4.5 (++++) X-Scan-Signature: 7aefe408d50e9c7c47615841cb314bed be proud and be able to say you have a big dick http://www.djjlove.com/
From megaco-bounces@ietf.org Wed Dec 12 21:46:48 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2e62-0000Ve-HO; Wed, 12 Dec 2007 21:46:46 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2PJS-0000jp-Ji for megaco@ietf.org; Wed, 12 Dec 2007 05:59:38 -0500 Received: from goliath.siemens.de ([192.35.17.28]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1J2PJQ-0004H5-4P for megaco@ietf.org; Wed, 12 Dec 2007 05:59:38 -0500 Received: from mail1.siemens.de (localhost [127.0.0.1]) by goliath.siemens.de (8.12.6/8.12.6) with ESMTP id lBCAxZET020867 for ; Wed, 12 Dec 2007 11:59:35 +0100 Received: from atha112a.gr001.siemens.net ([141.29.38.98]) by mail1.siemens.de (8.12.6/8.12.6) with ESMTP id lBCAxYKJ029748 for ; Wed, 12 Dec 2007 11:59:34 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 12 Dec 2007 12:59:32 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Question about omitting the "strict" parameter from the Events Descriptor Thread-Index: Acg8rhN40mLCeZVQTyaNppE1uG5n6A== From: "Beis, Grigoris" To: X-Spam-Score: -4.0 (----) X-Scan-Signature: d890c9ddd0b0a61e8c597ad30c1c2176 X-Mailman-Approved-At: Wed, 12 Dec 2007 21:46:45 -0500 Subject: [Megaco] Question about omitting the "strict" parameter from the Events Descriptor X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0505643396==" Errors-To: megaco-bounces@ietf.org This is a multi-part message in MIME format. --===============0505643396== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C83CAE.13E3D26A" This is a multi-part message in MIME format. ------_=_NextPart_001_01C83CAE.13E3D26A Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello, =20 My question has to do with the optional Events Descriptor parameters in case of al/on and al/of events. =20 For the al/on and al/of events, the only EventDescriptor parameter that can be reported is the "strict" parameter and according to H.248 this parameter is optional. I was wondering if there is a default action specified when this optional parameter is omitted. For example, in case where the actual status of the line is on-hook where would the following request E=3D1050367{AL/ON, AL/OF} from the MGC side lead? Would it lead = to a Notify(al/on{init=3Dtrue}) report from the MG side or not? =20 Can one say from protocol point of view that the "strict=3Dstate" or the "strict=3Dexact" case is the same as not reporting the strict parameter = at all? I know that this is not mentioned in H.248.1 Annex E.9.2. =20 Many thanks in advance, Greg =20 ------_=_NextPart_001_01C83CAE.13E3D26A Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2e62-0000Ve-HO; Wed, 12 Dec 2007 21:46:46 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2PJS-0000jp-Ji for megaco@ietf.org; Wed, 12 Dec 2007 05:59:38 -0500 Received: from goliath.siemens.de ([192.35.17.28]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1J2PJQ-0004H5-4P for megaco@ietf.org; Wed, 12 Dec 2007 05:59:38 -0500 Received: from mail1.siemens.de (localhost [127.0.0.1]) by goliath.siemens.de (8.12.6/8.12.6) with ESMTP id lBCAxZET020867 for ; Wed, 12 Dec 2007 11:59:35 +0100 Received: from atha112a.gr001.siemens.net ([141.29.38.98]) by mail1.siemens.de (8.12.6/8.12.6) with ESMTP id lBCAxYKJ029748 for ; Wed, 12 Dec 2007 11:59:34 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 12 Dec 2007 12:59:32 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Question about omitting the "strict" parameter from the Events Descriptor Thread-Index: Acg8rhN40mLCeZVQTyaNppE1uG5n6A== From: "Beis, Grigoris" To: X-Spam-Score: -4.0 (----) X-Scan-Signature: d890c9ddd0b0a61e8c597ad30c1c2176 X-Mailman-Approved-At: Wed, 12 Dec 2007 21:46:45 -0500 Subject: [Megaco] Question about omitting the "strict" parameter from the Events Descriptor X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0505643396==" Errors-To: megaco-bounces@ietf.org This is a multi-part message in MIME format. --===============0505643396== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C83CAE.13E3D26A" This is a multi-part message in MIME format. ------_=_NextPart_001_01C83CAE.13E3D26A Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello, =20 My question has to do with the optional Events Descriptor parameters in case of al/on and al/of events. =20 For the al/on and al/of events, the only EventDescriptor parameter that can be reported is the "strict" parameter and according to H.248 this parameter is optional. I was wondering if there is a default action specified when this optional parameter is omitted. For example, in case where the actual status of the line is on-hook where would the following request E=3D1050367{AL/ON, AL/OF} from the MGC side lead? Would it lead = to a Notify(al/on{init=3Dtrue}) report from the MG side or not? =20 Can one say from protocol point of view that the "strict=3Dstate" or the "strict=3Dexact" case is the same as not reporting the strict parameter = at all? I know that this is not mentioned in H.248.1 Annex E.9.2. =20 Many thanks in advance, Greg =20 ------_=_NextPart_001_01C83CAE.13E3D26A Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello,

 

My question has to do with the optional Events Descriptor parameters in case of al/on and al/of = events.

 

For the al/on and al/of events, the only EventDescriptor parameter that can be reported is the = “strict” parameter and according to H.248 this parameter is optional. I was = wondering if there is a default action specified when this optional parameter is = omitted. For example, in case where the actual status of the line is on-hook where = would the following request E=3D1050367{AL/ON, AL/OF} from the MGC side lead? Would it lead to a Notify(al/on{init=3Dtrue}) report from the MG side or not?

 

Can one say from protocol point of view that = the “strict=3Dstate” or = the “strict=3Dexact” case = is the same as not reporting the strict parameter at all? I know that this is = not mentioned in H.248.1 Annex E.9.2.

 

Many thanks in = advance,

Greg

 

------_=_NextPart_001_01C83CAE.13E3D26A-- --===============0505643396== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============0505643396==-- From megaco-bounces@ietf.org Wed Dec 12 21:46:48 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.ceuri=3D"urn:schemas-microsoft-com:office:smarttags" name=3D"place"/>

Hello,

 

My question has to do with the optional Events Descriptor parameters in case of al/on and al/of = events.

 

For the al/on and al/of events, the only EventDescriptor parameter that can be reported is the = “strict” parameter and according to H.248 this parameter is optional. I was = wondering if there is a default action specified when this optional parameter is = omitted. For example, in case where the actual status of the line is on-hook where = would the following request E=3D1050367{AL/ON, AL/OF} from the MGC side lead? Would it lead to a Notify(al/on{init=3Dtrue}) report from the MG side or not?

 

Can one say from protocol point of view that = the “strict=3Dstate” or = the “strict=3Dexact” case = is the same as not reporting the strict parameter at all? I know that this is = not mentioned in H.248.1 Annex E.9.2.

 

Many thanks in = advance,

Greg

 

------_=_NextPart_001_01C83CAE.13E3D26A-- --===============0505643396== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============0505643396==-- From megaco-bounces@ietf.org Wed Dec 12 21:46:48 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2e62-0000VZ-6d; Wed, 12 Dec 2007 21:46:46 -0500 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J26mo-00011c-E1 for megaco@ietf.org; Tue, 11 Dec 2007 10:12:42 -0500 Received: from colt-na7.alcatel.fr ([62.23.212.7] helo=smail6.alcatel.fr) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J26mg-000821-Ra for megaco@ietf.org; Tue, 11 Dec 2007 10:12:38 -0500 Received: from FRVELSBHS05.ad2.ad.alcatel.com (frvelsbhs05.ad2.ad.alcatel.com [155.132.6.77]) by smail6.alcatel.fr (8.13.4/8.13.4/ICT) with ESMTP id lBBFAtGM030290; Tue, 11 Dec 2007 16:10:55 +0100 Received: from FRVELSMBS15.ad2.ad.alcatel.com ([155.132.6.35]) by FRVELSBHS05.ad2.ad.alcatel.com with Microsoft SMTPSVC(6.0.3790.2499); Tue, 11 Dec 2007 16:12:32 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Subject: RE: [Megaco] Responses when line is OOS Date: Tue, 11 Dec 2007 16:12:31 +0100 Message-ID: <8BB8AD9870081C42B2B309E00352E4EA01617204@FRVELSMBS15.ad2.ad.alcatel.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Megaco] Responses when line is OOS Thread-Index: Acg6+/C6pXK25GwwSgyvUR96U9jZYgAAVqfQAEEenSAAAOMCwA== References: <475CE6A5.3090300@redback.com><"22880.18751197271252.sj-webmail-3*"@MHS> From: "Schwarz Albrecht" To: "John Wainwright" , X-OriginalArrivalTime: 11 Dec 2007 15:12:32.0645 (UTC) FILETIME=[40E89B50:01C83C08] X-Scanned-By: MIMEDefang 2.51 on 155.132.188.84 X-Spam-Score: 0.0 (/) X-Scan-Signature: e19d77cfafd131779e6558177638ab11 X-Mailman-Approved-At: Wed, 12 Dec 2007 21:46:45 -0500 Cc: X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0443943835==" Errors-To: megaco-bounces@ietf.org This is a multi-part message in MIME format. --===============0443943835== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C83C08.408C7677" This is a multi-part message in MIME format. ------_=_NextPart_001_01C83C08.408C7677 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable John, =20 I got two comments: =20 1) Relation of the H.248 ServiceStates Property Model with Management = Models You are not mentioning any management model, which may imply that you = are using a very simpliefied one, e.g. the state model of the managed = object "physical Termination" is identical to the ServiceState. Right? Below an excerpt from an ETSI TR, which shows one (of many) possible = alternative approaches. E.g., your management action may lead to an "locked" admin state, still = "enabled" operational state, and an H.248 ServiceState OoS. =20 2) Any Termination may still receive H.248 Commands in ServiceState = "OoS" in my understanding. "... and not available for traffic" means just user plane traffic in = case of a non-Root termination IMHO. =20 -Albrecht =20 =20 =20 Draft ETSI TR 183 025<2.1.0> (2007-11) =20 Annex B (Informative) Relation of the H.248 ServiceStates Property = Model with Management Models This informative annex provides an example for mapping H.248 = ServiceStates to a management state model and vice versa.=20 B.1 Introduction The majority of H.248 procedures are independent of the management = plane, i.e. "interactionless" procedures. However some procedures should = consider potenticom) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2e62-0000VZ-6d; Wed, 12 Dec 2007 21:46:46 -0500 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J26mo-00011c-E1 for megaco@ietf.org; Tue, 11 Dec 2007 10:12:42 -0500 Received: from colt-na7.alcatel.fr ([62.23.212.7] helo=smail6.alcatel.fr) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J26mg-000821-Ra for megaco@ietf.org; Tue, 11 Dec 2007 10:12:38 -0500 Received: from FRVELSBHS05.ad2.ad.alcatel.com (frvelsbhs05.ad2.ad.alcatel.com [155.132.6.77]) by smail6.alcatel.fr (8.13.4/8.13.4/ICT) with ESMTP id lBBFAtGM030290; Tue, 11 Dec 2007 16:10:55 +0100 Received: from FRVELSMBS15.ad2.ad.alcatel.com ([155.132.6.35]) by FRVELSBHS05.ad2.ad.alcatel.com with Microsoft SMTPSVC(6.0.3790.2499); Tue, 11 Dec 2007 16:12:32 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Subject: RE: [Megaco] Responses when line is OOS Date: Tue, 11 Dec 2007 16:12:31 +0100 Message-ID: <8BB8AD9870081C42B2B309E00352E4EA01617204@FRVELSMBS15.ad2.ad.alcatel.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Megaco] Responses when line is OOS Thread-Index: Acg6+/C6pXK25GwwSgyvUR96U9jZYgAAVqfQAEEenSAAAOMCwA== References: <475CE6A5.3090300@redback.com><"22880.18751197271252.sj-webmail-3*"@MHS> From: "Schwarz Albrecht" To: "John Wainwright" , X-OriginalArrivalTime: 11 Dec 2007 15:12:32.0645 (UTC) FILETIME=[40E89B50:01C83C08] X-Scanned-By: MIMEDefang 2.51 on 155.132.188.84 X-Spam-Score: 0.0 (/) X-Scan-Signature: e19d77cfafd131779e6558177638ab11 X-Mailman-Approved-At: Wed, 12 Dec 2007 21:46:45 -0500 Cc: X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0443943835==" Errors-To: megaco-bounces@ietf.org This is a multi-part message in MIME format. --===============0443943835== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C83C08.408C7677" This is a multi-part message in MIME format. ------_=_NextPart_001_01C83C08.408C7677 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable John, =20 I got two comments: =20 1) Relation of the H.248 ServiceStates Property Model with Management = Models You are not mentioning any management model, which may imply that you = are using a very simpliefied one, e.g. the state model of the managed = object "physical Termination" is identical to the ServiceState. Right? Below an excerpt from an ETSI TR, which shows one (of many) possible = alternative approaches. E.g., your management action may lead to an "locked" admin state, still = "enabled" operational state, and an H.248 ServiceState OoS. =20 2) Any Termination may still receive H.248 Commands in ServiceState = "OoS" in my understanding. "... and not available for traffic" means just user plane traffic in = case of a non-Root termination IMHO. =20 -Albrecht =20 =20 =20 Draft ETSI TR 183 025<2.1.0> (2007-11) =20 Annex B (Informative) Relation of the H.248 ServiceStates Property = Model with Management Models This informative annex provides an example for mapping H.248 = ServiceStates to a management state model and vice versa.=20 B.1 Introduction The majority of H.248 procedures are independent of the management = plane, i.e. "interactionless" procedures. However some procedures should = consider potential interaction aspects between control plane (here = H.248) and management plane. Such interactions might be loosely coupled like in case of provisioning = or pre-provisioning activities, but there are also some more tightly = coupled interactions, particularly in the area of the ServiceChange = Command. For instance, certain actions, which are resulting in H.248 or = management state changes, may result in correspondent state changes in = the management or H.248 model respectively. B.2 Scope The scope of this document is only on the H.248 ServiceStates Property = state model. The H.248 ServiceChange Command model (see Annex F/H.248.1) = is not considered. The indicated management technologies and = correspondent management state models are just examples. There are many = other possibilities in mapping the H.248 ServiceStates Property on = dedicated management state models. From that perspective, this document = may assist to correlate such management state models with the H.248 = ServiceStates Property. This document provides an example mapping between the H.248 = ServiceStates Property states and management plane state models = according ITU-T Rec. X.731 and IETF RFC 4268. Other management plane = models could be used as well for correlation with the H.248 = ServiceStates Property states. For such models the documented mapping = could be used as guideline. B.3 Mapping between Models B.3.1 Example Management Models It is proposed to consider the management models from ITU-T Rec. X.731 = and IETF RFC 4268 as example. One reason for a management model using = ITU-T and IETF technologies is related to the origins of H.248 in these = two standardization development organizations (SDO). Another motivation = is the fact that RFC 4268 refers explicitly to X.731 and provides = already an aligned management model (on top level). Management models are typically distinguishing three different basic = state models, which are related to the three primary factors that are = affecting the management state of a managed object with regard to its = corresponding resources' availability: operability, administration and = usage. The correspondent three basic management state models could be = combined. The correlation with the H.248 ServiceStates Property with a single = basic management state model (from RFC 4268), i.e. the operational state = model, administrative state model or usage state model, may be used as = starting point, but is typically not sufficient, e.g. when considering = interactions between H.248 procedures and management procedures. For this reason is a combined management state model proposed, based on = the combination of operational and administrative states, see Table = B.3.2.1/1. Table B.3.2.1/1 - Basic Model Relations=20 Relation of H.248 ServiceStates Property Model=20 with Management Models Control State Model ITU-T Rec. H.248 =20 Management State Models ITU-T Rec. X.731/IETF RFC 4268 ServiceStates Property =AB Operational State Administrative State Usage State In-Service =AB Enabled Unlocked =BE Out-of-Service =AB Disabled Unlocked =BE Out-of-Service =AB Enabled Locked =BE Out-of-Service =AB Disabled Locked =BE NOTE 1 =AB Enabled Shutting Down =BE Test =AB NOTE 2 NOTE 2 =BE NOTE 2: There is no explicit state modelled concerning H.248 = ServiceStates Property. There might be a transient state in the H.248 = ServiceChange Command model, but this is out of scope here. NOTE 1: There is no explicit state modelled. "Test" is rather = indicated via status attributes, which are used to qualify operational, = administrative or usage states. Relevant in case of test might be the = availability status attribute "in test", or the control status = attributes "subject to test" or "reserved for test". Other mapping schemes are principally possible. B.4 Interaction Aspects Purpose of this clause is to illustrate principle interaction between = management use cases and H.248 procedures. Only a few examples are = shown. A comprehensive list of all potenal interaction aspects between control plane (here = H.248) and management plane. Such interactions might be loosely coupled like in case of provisioning = or pre-provisioning activities, but there are also some more tightly = coupled interactions, particularly in the area of the ServiceChange = Command. For instance, certain actions, which are resulting in H.248 or = management state changes, may result in correspondent state changes in = the management or H.248 model respectively. B.2 Scope The scope of this document is only on the H.248 ServiceStates Property = state model. The H.248 ServiceChange Command model (see Annex F/H.248.1) = is not considered. The indicated management technologies and = correspondent management state models are just examples. There are many = other possibilities in mapping the H.248 ServiceStates Property on = dedicated management state models. From that perspective, this document = may assist to correlate such management state models with the H.248 = ServiceStates Property. This document provides an example mapping between the H.248 = ServiceStates Property states and management plane state models = according ITU-T Rec. X.731 and IETF RFC 4268. Other management plane = models could be used as well for correlation with the H.248 = ServiceStates Property states. For such models the documented mapping = could be used as guideline. B.3 Mapping between Models B.3.1 Example Management Models It is proposed to consider the management models from ITU-T Rec. X.731 = and IETF RFC 4268 as example. One reason for a management model using = ITU-T and IETF technologies is related to the origins of H.248 in these = two standardization development organizations (SDO). Another motivation = is the fact that RFC 4268 refers explicitly to X.731 and provides = already an aligned management model (on top level). Management models are typically distinguishing three different basic = state models, which are related to the three primary factors that are = affecting the management state of a managed object with regard to its = corresponding resources' availability: operability, administration and = usage. The correspondent three basic management state models could be = combined. The correlation with the H.248 ServiceStates Property with a single = basic management state model (from RFC 4268), i.e. the operational state = model, administrative state model or usage state model, may be used as = starting point, but is typically not sufficient, e.g. when considering = interactions between H.248 procedures and management procedures. For this reason is a combined management state model proposed, based on = the combination of operational and administrative states, see Table = B.3.2.1/1. Table B.3.2.1/1 - Basic Model Relations=20 Relation of H.248 ServiceStates Property Model=20 with Management Models Control State Model ITU-T Rec. H.248 =20 Management State Models ITU-T Rec. X.731/IETF RFC 4268 ServiceStates Property =AB Operational State Administrative State Usage State In-Service =AB Enabled Unlocked =BE Out-of-Service =AB Disabled Unlocked =BE Out-of-Service =AB Enabled Locked =BE Out-of-Service =AB Disabled Locked =BE NOTE 1 =AB Enabled Shutting Down =BE Test =AB NOTE 2 NOTE 2 =BE NOTE 2: There is no explicit state modelled concerning H.248 = ServiceStates Property. There might be a transient state in the H.248 = ServiceChange Command model, but this is out of scope here. NOTE 1: There is no explicit state modelled. "Test" is rather = indicated via status attributes, which are used to qualify operational, = administrative or usage states. Relevant in case of test might be the = availability status attribute "in test", or the control status = attributes "subject to test" or "reserved for test". Other mapping schemes are principally possible. B.4 Interaction Aspects Purpose of this clause is to illustrate principle interaction between = management use cases and H.248 procedures. Only a few examples are = shown. A comprehensive list of all potential interaction aspects is out = of scope of this document. B.4.1 Effect of H.248 Actions on Management Models Some ServiceChange procedures may affect the H.248 ServiceStates = Property. For instance, the ServiceStates Property of a physical = Termination could be changed from In-Service to Out-of-Service with a = ServiceChangeMethod of "Forced" or "Graceful" and ServiceChangeReason = #905 ("Termination taken out of service"), see Annex F.3.10.2 of [5].=20 Such a ServiceStates Property change may lead to a state transition in = the management model from {enabled, unlocked} to {disabled, unlocked} = when using the sample mapping of clause 3.2. That means that the = operational state would change. Such a state change in the management = model would be visible for the management system, but would not lead to = a notification of the management system because the operational state is = read-only in nature (see clause 7.1.1/X.731). B.4.2 Effect of Management Model State Transition on H.248 Model Only management actions in the areas of configuration management and/or = fault management may principally have an interaction with the H.248 = ServiceStates Property. B.4.2.1 Configuration management The management action is triggering an H.248 ServiceChange procedure. = The management action may lead to a state transition in the management = model, and also to a correspondent change of the H.248 ServiceStates = Property. See also clause 10.=20 B.4.2.2 Fault management There are not any effects here because the flow of information is = typically from the managed entity towards the management systems (see = also next sub-clause). B.4.3 Effect of failures in H.248 entities on State Transition in = Management Model and H.248 Model Such a failure scenario in an H.248 entity itself is triggering. See = also clause 10.=20 1 an H.248 ServiceChange procedure and also=20 2 a notification (e.g. alarm) of the management system. There may be correspondent state transitions in the management model and = the H.248 ServiceStates Property model. =20 =20 > -----Original Message----- > From: John Wainwright [mailto:john.wainwright@txpcorporation.com] > Sent: Dienstag, 11. Dezember 2007 15:31 > To: megaco@ietf.org > Subject: [Megaco] Responses when line is OOS > > If a line is taken OOS as a result of management action and > this is reported in the SVC message to the MGC, who also > responds, how should we then respond to other messages from > the MGC related to this line e.g. > Audit messages. > > If an events descriptor was previously enabled for this line > e.g. for onhook/offhook, are these events now ignored as long > as the line is OOS? > > Thanks > John > > > _______________________________________________ > Megaco mailing list > Megaco@ietf.org > https://www1.ietf.org/mailman/listinfo/megaco >=20 ------_=_NextPart_001_01C83C08.408C7677 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
John,
 
I got two = comments:
 
1) Relation of the H.248 ServiceStates = Property=20 Model with Management Models
You are not mentioning any = management=20 model, which may imply that you are using a very simpliefied one, e.g. = the state=tial interaction aspects is out = of scope of this document. B.4.1 Effect of H.248 Actions on Management Models Some ServiceChange procedures may affect the H.248 ServiceStates = Property. For instance, the ServiceStates Property of a physical = Termination could be changed from In-Service to Out-of-Service with a = ServiceChangeMethod of "Forced" or "Graceful" and ServiceChangeReason = #905 ("Termination taken out of service"), see Annex F.3.10.2 of [5].=20 Such a ServiceStates Property change may lead to a state transition in = the management model from {enabled, unlocked} to {disabled, unlocked} = when using the sample mapping of clause 3.2. That means that the = operational state would change. Such a state change in the management = model would be visible for the management system, but would not lead to = a notification of the management system because the operational state is = read-only in nature (see clause 7.1.1/X.731). B.4.2 Effect of Management Model State Transition on H.248 Model Only management actions in the areas of configuration management and/or = fault management may principally have an interaction with the H.248 = ServiceStates Property. B.4.2.1 Configuration management The management action is triggering an H.248 ServiceChange procedure. = The management action may lead to a state transition in the management = model, and also to a correspondent change of the H.248 ServiceStates = Property. See also clause 10.=20 B.4.2.2 Fault management There are not any effects here because the flow of information is = typically from the managed entity towards the management systems (see = also next sub-clause). B.4.3 Effect of failures in H.248 entities on State Transition in = Management Model and H.248 Model Such a failure scenario in an H.248 entity itself is triggering. See = also clause 10.=20 1 an H.248 ServiceChange procedure and also=20 2 a notification (e.g. alarm) of the management system. There may be correspondent state transitions in the management model and = the H.248 ServiceStates Property model. =20 =20 > -----Original Message----- > From: John Wainwright [mailto:john.wainwright@txpcorporation.com] > Sent: Dienstag, 11. Dezember 2007 15:31 > To: megaco@ietf.org > Subject: [Megaco] Responses when line is OOS > > If a line is taken OOS as a result of management action and > this is reported in the SVC message to the MGC, who also > responds, how should we then respond to other messages from > the MGC related to this line e.g. > Audit messages. > > If an events descriptor was previously enabled for this line > e.g. for onhook/offhook, are these events now ignored as long > as the line is OOS? > > Thanks > John > > > _______________________________________________ > Megaco mailing list > Megaco@ietf.org > https://www1.ietf.org/mailman/listinfo/megaco >=20 ------_=_NextPart_001_01C83C08.408C7677 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
John,
 
I got two = comments:
 
1) Relation of the H.248 ServiceStates = Property=20 Model with Management Models
You are not mentioning any = management=20 model, which may imply that you are using a very simpliefied one, e.g. = the state=20 model of the managed object "physical Termination" is identical to the=20 ServiceState. Right?
Below an excerpt from an ETSI = TR, which=20 shows one (of many) possible alternative approaches.
E.g., your management action = may lead to=20 an "locked" admin state, still "enabled" operational state, and an H.248 = ServiceState OoS.
 
2) Any Termination may still = receive H.248=20 Commands in ServiceState "OoS" in my understanding.
"... and=20 not available for traffic" means just user plane traffic in case = of a=20 non-Root termination IMHO.
 
-Albrecht
 
 
 
Draft=20 ETSI=20 TR 183=20 025<2.1.0> = (2007-11)
 

Annex B   (Informative) = Relation of the H.248 ServiceStates = Property=20 Model with Management Models

This informative = annex provides=20 an example for mapping H.248 ServiceStates to a management state model = and vice=20 versa.

Below an excerpt from an ETSI = TR, which=20 shows one (of many) possible alternative approaches.
E.g., your management action = may lead to=20 an "locked" admin state, still "enabled" operational state, and an H.248 = ServiceState OoS.
 
2) Any Termination may still = receive H.248=20 Commands in ServiceState "OoS" in my understanding.
"... and=20 not available for traffic" means just user plane traffic in case = of a=20 non-Root termination IMHO.
 
-Albrecht
 
 
 
Draft=20 ETSI=20 TR 183=20 025<2.1.0> = (2007-11)
 

Annex B   (Informative) = Relation of the H.248 ServiceStates = Property=20 Model with Management Models

This informative = annex provides=20 an example for mapping H.248 ServiceStates to a management state model = and vice=20 versa.

B.1   = Introduction

The majority of H.248 = procedures=20 are independent of the management plane, i.e. "interactionless" = procedures.=20 However some procedures should consider potential interaction aspects = between=20 control plane (here H.248) and management plane.

Such interactions = might be=20 loosely coupled like in case of provisioning or pre-provisioning = activities, but=20 there are also some more tightly coupled interactions, particularly in = the area=20 of the ServiceChange Command.

For instance, certain = actions,=20 which are resulting in H.248 or management state changes, may result in=20 correspondent state changes in the management or H.248 model=20 respectively.

B.2   Scope

The=20 scope of this document is only on the H.248 ServiceStates Property state = model.=20 The H.248 ServiceChange Command model (see Annex F/H.248.1) is not=20 considered. The indicated management technologies and correspondent = management=20 state models are just examples. There are many other possibilities in = mapping=20 the H.248 ServiceStates Property on dedicated management state models. = >From that=20 perspective, this document may assist to correlate such management state = models=20 with the H.248 ServiceStates Property.

This document = provides an example=20 mapping between the H.248 ServiceStates Property states and management = plane=20 state models according ITU-T Rec. X.731 and IETF RFC 4268. Other = management=20 plane models could be used as well for correlation with the H.248 = ServiceStates=20 Property states. For such models the documented mapping could be used as = guideline.

B.1   = Introduction

The majority of H.248 = procedures=20 are independent of the management plane, i.e. "interactionless" = procedures.=20 However some procedures should consider potential interaction aspects = between=20 control plane (here H.248) and management plane.

Such interactions = might be=20 loosely coupled like in case of provisioning or pre-provisioning = activities, but=20 there are also some more tightly coupled interactions, particularly in = the area=20 of the ServiceChange Command.

For instance, certain = actions,=20 which are resulting in H.248 or management state changes, may result in=20 correspondent state changes in the management or H.248 model=20 respectively.

B.2   Scope

The=20 scope of this document is only on the H.248 ServiceStates Property state = model.=20 The H.248 ServiceChange Command model (see Annex F/H.248.1) is not=20 considered. The indicated management technologies and correspondent = management=20 state models are just examples. There are many other possibilities in = mapping=20 the H.248 ServiceStates Property on dedicated management state models. = >From that=20 perspective, this document may assist to correlate such management state = models=20 with the H.248 ServiceStates Property.

This document = provides an example=20 mapping between the H.248 ServiceStates Property states and management = plane=20 state models according ITU-T Rec. X.731 and IETF RFC 4268. Other = management=20 plane models could be used as well for correlation with the H.248 = ServiceStates=20 Property states. For such models the documented mapping could be used as = guideline.

B.3   Mapping between=20 Models

B.3.1    = Example=20 Management Models

It=20 is proposed to consider the management models from ITU-T Rec. X.731 = and=20 IETF RFC 4268 as example. One reason for a management model using = ITU-T and=20 IETF technologies is related to the origins of H.248 in these two=20 standardization development organizations (SDO). Another motivation is = the fact=20 that RFC 4268 refers explicitly to X.731 and provides already an = aligned=20 management model (on top level).

Management models are = typically=20 distinguishing three different basic state models, which are related to = the=20 three primary factors that are affecting the management state of a = managed=20 object with regard to its corresponding resources=92 availability: = operability,=20 administration and usage. The correspondent three basic management state = models=20 could be combined.

The correlation with = the H.248=20 ServiceStates Property with a single basic management state model (from=20 RFC 4268), i.e. the operational state model, administrative state = model or=20 usage state model, may be used as starting point, but is typically not=20 sufficient, e.g. when considering interactions between H.248 procedures = and=20 management procedures.

For this reason is a = combined=20 management state model proposed, based on the combination of operational = and=20 administrative states, see Table B.3.2.1/1.

Table B.3.2.1/1 =96 Basic Model Relations =

Relation of H.248 ServiceStates = Property=20 Model
with Management = Models

B.3   Mapping between=20 Models

B.3.1    = Example=20 Management Models

It=20 is proposed to consider the management models from ITU-T Rec. X.731 = and=20 IETF RFC 4268 as example. One reason for a management model using = ITU-T and=20 IETF technologies is related to the origins of H.248 in these two=20 standardization development organizations (SDO). Another motivation is = the fact=20 that RFC 4268 refers explicitly to X.731 and provides already an = aligned=20 management model (on top level).

Management models are = typically=20 distinguishing three different basic state models, which are related to = the=20 three primary factors that are affecting the management state of a = managed=20 object with regard to its corresponding resources=92 availability: = operability,=20 administration and usage. The correspondent three basic management state = models=20 could be combined.

The correlation with = the H.248=20 ServiceStates Property with a single basic management state model (from=20 RFC 4268), i.e. the operational state model, administrative state = model or=20 usage state model, may be used as starting point, but is typically not=20 sufficient, e.g. when considering interactions between H.248 procedures = and=20 management procedures.

For this reason is a = combined=20 management state model proposed, based on the combination of operational = and=20 administrative states, see Table B.3.2.1/1.

Table B.3.2.1/1 =96 Basic Model Relations =

Relation of H.248 ServiceStates = Property=20 Model
with Management = Models

Control State Model
ITU-T = Rec. H.248

 

Management State = Models
ITU-T=20 Rec. X.731/IETF=20 RFC 4268

ServiceStates=20 Property

=AB

Operational
State

Control State Model
ITU-T = Rec. H.248

 

Management State = Models
ITU-T=20 Rec. X.731/IETF=20 RFC 4268

ServiceStates=20 Property

=AB

Operational
State

Administrative
State

Usage
State

In-Service

=AB

Enabled

Unlocked

Administrative
State

Usage
State

In-Service

=AB

Enabled

Unlocked

=BE

Out-of-Service

=AB

Disabled

Unlocked

=BE

Out-of-Service

=AB

Disabled

Unlocked

=BE

Out-of-Service

=AB

Enabled

Locked

=BE

Out-of-Service

=AB

Enabled

Locked

=BE

Out-of-Service

=AB

Disabled

Locked

=BE

=BE

Out-of-Service

=AB

Disabled

Locked

=BE

NOTE 1

=AB

Enabled

Shutting=20 Down

=BE

NOTE 1

=AB

Enabled

Shutting=20 Down

=BE

Test

=AB

NOTE 2

NOTE 2

=BE

NOTE 2:     There = is no=20 explicit state modelled concerning H.248 ServiceStates Property. = There=20 might be a transient statN style=3D"FONT-SIZE: = 10pt">Test

=AB

NOTE 2

NOTE 2

=BE

NOTE 2:     There = is no=20 explicit state modelled concerning H.248 ServiceStates Property. = There=20 might be a transient state in the H.248 ServiceChange Command = model, but=20 this is out of scope here.

NOTE 1:     There = is no=20 explicit state modelled. "Test" is rather indicated via status=20 attributes, which are used to qualify operational, = administrative or=20 usage states. Relevant in case of test might be the = availability status=20 attribute "in test", or the control status = attributes=20 "subject to test" or "reserved for=20 test".

Other mapping schemes = are=20 principally possible.

B.4   Interaction=20 Aspects

Purpose=20 of this clause is to illustrate principle interaction between management = use=20 cases and H.248 procedures. Only a few examples are shown. A = comprehensive list=20 of all potential interaction aspects is out of scope of this=20 document.

B.4.1   =20 Effect=20 of H.248 Actions on Management Models

Some ServiceChange = procedures may=20 affect the H.248 ServiceStates Property. For instance, the ServiceStates = Property of a physical Termination could be changed from In-Service to=20 Out-of-Service with a ServiceChangeMethod of "Forced" or "Graceful" and=20 ServiceChangeReason #905 ("Termination taken out of service"), see=20 Annex F.3.10.2 of [5].

Such a ServiceStates = Property=20 change may lead to a state transition in the management model from = {enabled,=20 unlocked} to {disabled, unlocked} when using the sample = mapping of=20 clause 3.2. That means that the operational state would change. = Such a=20 state change in the management model would be visible for the management = system,=20 but would not lead to a notification of the management system because = the=20 operational state is read-only in nature (see=20 clause&nbse in the H.248 ServiceChange Command = model, but=20 this is out of scope here.

NOTE 1:     There = is no=20 explicit state modelled. "Test" is rather indicated via status=20 attributes, which are used to qualify operational, = administrative or=20 usage states. Relevant in case of test might be the = availability status=20 attribute "in test", or the control status = attributes=20 "subject to test" or "reserved for=20 test".

Other mapping schemes = are=20 principally possible.

B.4   Interaction=20 Aspects

Purpose=20 of this clause is to illustrate principle interaction between management = use=20 cases and H.248 procedures. Only a few examples are shown. A = comprehensive list=20 of all potential interaction aspects is out of scope of this=20 document.

B.4.1   =20 Effect=20 of H.248 Actions on Management Models

Some ServiceChange = procedures may=20 affect the H.248 ServiceStates Property. For instance, the ServiceStates = Property of a physical Termination could be changed from In-Service to=20 Out-of-Service with a ServiceChangeMethod of "Forced" or "Graceful" and=20 ServiceChangeReason #905 ("Termination taken out of service"), see=20 Annex F.3.10.2 of [5].

Such a ServiceStates = Property=20 change may lead to a state transition in the management model from = {enabled,=20 unlocked} to {disabled, unlocked} when using the sample = mapping of=20 clause 3.2. That means that the operational state would change. = Such a=20 state change in the management model would be visible for the management = system,=20 but would not lead to a notification of the management system because = the=20 operational state is read-only in nature (see=20 clause 7.1.1/X.731).

B.4.2    = Effect=20 of Management Model State Transition on H.248=20 Model

Only=20 management actions in the areas of configuration management and/or fault = management may principally have an interaction with the H.248 = ServiceStates=20 Property.

B.4.2.1    Configuration=20 management

The=20 management action is triggering an H.248 ServiceChange procedure. The = management=20 action may lead to a state transition in the management model, and also = to a=20 correspondent change of the H.248 ServiceStates Property. See also = clause 10.=20

B.4.2.2    Fault=20 management

There=20 are not any effects here because the flow of information is typically = from the=20 managed entity towards the management systems (see also next=20 sub-clause).

B.4.3    = Effect=20 of failures in H.248 entities on State Transition in Management Model = and H.248=20 Model

Such a failure = scenario in an=20 H.248 entity itself is triggering. See also clause 10.

1           = ;=20 an H.248 ServiceChange procedure and also

2

B.4.2    = Effect=20 of Management Model State Transition on H.248=20 Model

Only=20 management actions in the areas of configuration management and/or fault = management may principally have an interaction with the H.248 = ServiceStates=20 Property.

B.4.2.1    Configuration=20 management

The=20 management action is triggering an H.248 ServiceChange procedure. The = management=20 action may lead to a state transition in the management model, and also = to a=20 correspondent change of the H.248 ServiceStates Property. See also = clause 10.=20

B.4.2.2    Fault=20 management

There=20 are not any effects here because the flow of information is typically = from the=20 managed entity towards the management systems (see also next=20 sub-clause).

B.4.3    = Effect=20 of failures in H.248 entities on State Transition in Management Model = and H.248=20 Model

Such a failure = scenario in an=20 H.248 entity itself is triggering. See also clause 10.

1           = ;=20 an H.248 ServiceChange procedure and also

2           = ;=20 a notification (e.g. alarm) of the management = system.

There may be = correspondent state=20 transitions in the management model and the H.248 ServiceStates Property = model.

 

 



> -----Original Message-----
> From: John Wainwright = [mailto:john.wainwright= @txpcorporation.com]
>=20 Sent: Dienstag, 11. Dezember 2007 15:31
> To: = megaco@ietf.org
>=20 Subject: [Megaco] Responses when line is OOS
>
> If a line = is taken=20 OOS as a result of management action and
> this is reported in the = SVC=20 message to the MGC, who also
> responds, how should we then = respond to=20 other messages from
> the MGC related to this line e.g.
> = Audit=20 messages.
>
> If an events descriptor was previously enabled = for=20 this line
> e.g. for onhook/offhook, are these events now ignored = as=20 long
> as the line is OOS?
>
> Thanks
>=20 John
>
>
>=20 _______________________________________________
> Megaco mailing=20 list
> Megaco@ietf.org
> https://www1.ietf.= org/mailman/listinfo/megaco
>=20

------_=_NextPart_001_01C83C08.408C7677-- --===============0443943835== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============0443943835==-- '">           = ;=20 a notification (e.g. alarm) of the management = system.

There may be = correspondent state=20 transitions in the management model and the H.248 ServiceStates Property = model.

 

 



> -----Original Message-----
> From: John Wainwright = [mailto:john.wainwright= @txpcorporation.com]
>=20 Sent: Dienstag, 11. Dezember 2007 15:31
> To: = megaco@ietf.org
>=20 Subject: [Megaco] Responses when line is OOS
>
> If a line = is taken=20 OOS as a result of management action and
> this is reported in the = SVC=20 message to the MGC, who also
> responds, how should we then = respond to=20 other messages from
> the MGC related to this line e.g.
> = Audit=20 messages.
>
> If an events descriptor was previously enabled = for=20 this line
> e.g. for onhook/offhook, are these events now ignored = as=20 long
> as the line is OOS?
>
> Thanks
>=20 John
>
>
>=20 _______________________________________________
> Megaco mailing=20 list
> Megaco@ietf.org
> https://www1.ietf.= org/mailman/listinfo/megaco
>=20

------_=_NextPart_001_01C83C08.408C7677-- --===============0443943835== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============0443943835==-- From megaco-bounces@ietf.org Thu Dec 13 01:23:05 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2hTM-0002X1-O2; Thu, 13 Dec 2007 01:23:04 -0500 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2hTL-0002We-TE for megaco@ietf.org; Thu, 13 Dec 2007 01:23:03 -0500 Received: from mail.teledata-networks.com ([194.90.152.129] helo=esafe-mail.teledata-networks.com) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J2hTK-0001DX-VB for megaco@ietf.org; Thu, 13 Dec 2007 01:23:03 -0500 Received: from tndcmail.Teledata.Local ([10.1.100.59]) by eSafe SMTP Relay 1196254855; Thu, 13 Dec 2007 08:20:58 +0200 X-MIMEOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Subject: RE: [Megaco] Question about omitting the "strict" parameter from theEvents Descriptor Date: Thu, 13 Dec 2007 08:21:13 +0200 Message-ID: In-reply-to: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Megaco] Question about omitting the "strict" parameter from theEvents Descriptor Thread-index: Acg8rhN40mLCeZVQTyaNppE1uG5n6AAocn+g From: "Raphael Tryster" To: "Beis, Grigoris" , X-ESAFE-STATUS: Mail clean X-ESAFE-DETAILS: X-Spam-Score: 0.0 (/) X-Scan-Signature: 4fc59e88b356924367ae169e6a06365d Cc: X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1191567910==" Errors-To: megaco-bounces@ietf.org This is a multi-part message in MIME format. --===============1191567910== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C83D50.5C19A5A1" This is a multi-part message in MIME format. ------_=_NextPart_001_01C83D50.5C19A5A1 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I am not sure, but I have seen an MGC that apparently assumed that the default is "strict=3Dexact", as it requested al/*. If the default were "state", such a request would always result in an immediate notification, and if it were "failwrong", the request would always fail. =20 Raphael Tryster =20 -----Original Message----- From: Beis, Grigoris [mailto:grigoris.beis@nsn.com]=20 Sent: Wednesday, December 12, 2007 1:00 PM To: megaco@ietf.org Subject: [Megaco] Question about omitting the "strict" parameter from theEvents Descriptor =20 Hello, =20 My question has to do with the optional Events Descriptor parameters in case of al/on and al/of events. =20 For the al/on and al/of events, the only EventDescriptor parameter that can be reported is the "strict" parameter and according to H.248 this parameter is optional. I was wondering if there is a default action specified when this optional parameter is omitted. For example, in case where the actual status of the line is on-hook where would the following request E=3D1050367{AL/ON, AL/OF} from the MGC side lead? Would it lead t= o a Notify(al/on{init=3Dtrue}) report from the MG side or not? =20 Can one say from protocol point of view that the "strict=3Dstate" or the "strict=3Dexact" case is the same as not reporting the strict parameter a= t all? I know that this is not mentioned in H.248.1 Annex E.9.2. =20 Many thanks in advance, Greg =20 *************************************************************************= ********************* IMPORTANT: The contents of this email and any attachments are confidentia= l. They are intended for the=20 named recipient(s) only. If you have received this email in error, please notify the system manage= r or the sender immediately and do=20 not disclose the contents to anyone or make copies thereof. *** eSafe scanned this email for viruses, vandals, and malicious content.= *** *************************************************************************= ********************* ------_=_NextPart_001_01C83D50.5C19A5A1 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I am not sure, but I have seen an MG= C that apparently assumed that the default is “strict=3Dexact”, as i= t requested al/*.  If the defa= ult were “state”, such a request would always result in an immediate notification, and if it were “failwrong= ”, the request would always fail.

 

Raphael Tryster

 

-----Original Message-----<= br> From: Beis, Grigoris [mailto:grigoris.beis@nsn.com]
Sent:
Wednesday, December 12, 20= 07 1:00 PM
To: megaco@ietf.org
Subject: [Megaco] Question= about omitting the "strict" parameter from theEvents Descriptor

 

Hello,

 

My question has to do with the optional Events Descriptor parameters in case= of al/on and al/of events.

 

For the al/on and al/of events, the only EventDescriptor parameter that can b= e reported is the “strict” parameter and according to H.248 thi= s parameter is optional. I was wondering if there is a default action speci= fied when this optional parameter is omitted. For example, in case where the a= ctual status of the line is on-hook where would the following request E=3D1050367{AL/ON, <= st1:State>AL/OF} from the MGC side lead? Would it lead to a <= span style=3D'font-style:italic'>Notify(al/on{init=3Dtrue}) report = from the MG side or not?

 

Can one say from protocol point of view that the “strict=3Dstate” or the “strict=3Dexact”<= /span> case is the same as not reporting the strict parameter at all? I know tha= t this is not mentioned in H.248.1 Annex E.9.2.

 

Many thanks in advance,

Greg

 


IMPORTANT: The contents of this email and any attachments are confidentia= l. They are intended for the=20 named recipient(s) only.
If you have received this email in error, please notify the system manage= r or the sender immediately and do=20 not disclose the contents to anyone or make copies thereof.
*** eSafe scanned this email for viruses, vandals, and malicious c= ontent. ***

------_=_NextPart_001_01C83D50.5C19A5A1-- --===============1191567910== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============1191567910==-- From megaco-bounces@ietf.org Thu Dec 13 02:04:37 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2i7Y-0005R0-J8; Thu, 13 Dec 2007 02:04:36 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2i7W-0005QN-Mo for megaco@ietf.org; Thu, 13 Dec 2007 02:04:34 -0500 Received: from mail.teledata-networks.com ([194.90.152.129] helo=esafe-mail.teledata-networks.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1J2i7R-0000B9-PR for megaco@ietf.org; Thu, 13 Dec 2007 02:04:34 -0500 Received: from tndcmail.Teledata.Local ([10.1.100.59]) by eSafe SMTP Relay 1196254855; Thu, 13 Dec 2007 09:04:27 +0200 X-MIMEOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Subject: RE: [Megaco] Question about omitting the "strict" parameter from theEvents Descriptor Date: Thu, 13 Dec 2007 09:04:42 +0200 Message-ID: In-reply-to: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Megaco] Question about omitting the "strict" parameter from theEvents Descriptor Thread-index: Acg8rhN40mLCeZVQTyaNppE1uG5n6AAp9gsQ From: "Raphael Tryster" To: "Beis, Grigoris" , X-ESAFE-STATUS: Mail clean X-ESAFE-DETAILS: X-Spam-Score: 0.0 (/) X-Scan-Signature: 3643ee1fccf5d6cf2af25f27d28abb29 Cc: X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0365057865==" Errors-To: megaco-bounces@ietf.org This is a multi-part message in MIME format. --===============0365057865== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C83D56.6FA8E1F5" This is a multi-part message in MIME format. ------_=_NextPart_001_01C83D56.6FA8E1F5 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Overlooked this before; here is a definite answer to your question. =20 -----Original Message----- From: Stephen Mell (CV/ETL) [mailto:stephen.mell@ericsson.com]=20 Sent: Friday, April 20, 2007 7:57 PM To: Dmitry Pavlenko; karthik prabhu Balakrishnan Cc: megaco@ietf.org Subject: RE: [Megaco] doubt on Originating and Terminating Suntract =20 Correction on last point. =20 In H.248v3 Annex E the default for the al/on, al/off strict parameter is now given as "exact", however it was missing from H.248v2 So if you working in v2 it's a good idea for MGC to specify the value of the strict parameter (treat as mandatory). =20 Steve=20 =20 =20 =20 =20 -----Original Message----- From: Beis, Grigoris [mailto:grigoris.beis@nsn.com]=20 Sent: Wednesday, December 12, 2007 1:00 PM To: megaco@ietf.org Subject: [Megaco] Question about omitting the "strict" parameter from theEvents Descriptor =20 Hello, =20 My question has to do with the optional Events Descriptor parameters in case of al/on and al/of events. =20 For the al/on and al/of events, the only EventDescriptor parameter that can be reported is the "strict" parameter and according to H.248 this parameter is optional. I was wondering if there is a default action specified when this optional parameter is omitted. For example, in case where the actual status of the line is on-hook where would the following request E=3D1050367{AL/ON, AL/OF} from the MGC side lead? Would it lead t= o a Notify(al/on{init=3Dtrue}) report from the MG side or not? =20 Can one say from protocol point of view that the "strict=3Dstate" or the "strict=3Dexact" case is the same as not reporting the strict parameter a= t all? I know that this is not mentioned in H.248.1 Annex E.9.2. =20 Many thanks in advance, Greg =20 *************************************************************************= ********************* IMPORTANT: The contents of this email and any attachments are confidentia= l. They are intended for the=20 named recipient(s) only. If you have received this email in error, please notify the system manage= r or the sender immediately and do=20 not disclose the contents to anyone or make copies thereof. *** eSafe scanned this email for viruses, vandals, and malicious content.= *** *************************************************************************= ********************* ------_=_NextPart_001_01C83D56.6FA8E1F5 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Overlooked this before; here is a definite ans= wer to your question.

 

-----Original Message-----
From: Stephen Mell (CV/ETL) [mailto:stephen.mell@ericsson.com]
Sent
:
Friday, April 20, 2007 7:57 PM
To: Dmitry Pavlenko; karthik prabhu Balakrishnan
Cc:
megaco@ietf.org
Subject: RE: [Megaco] doubt on Originating an= d Terminating Suntract

 

Correction on last point.<= /font>

 

In H.248v3 Annex E the default for the al/on, = al/off strict parameter is now given as "exact", however it was missin= g from H.248v2

So if you working in v2 it= 's a good idea for MGC to specify the value of the strict parameter (treat a= s mandatory).

 

Steve

 

 

 

 

-----Original Message-----<= br> From: Beis, Grigoris [mailto:grigoris.beis@nsn.com]
Sent:
Wednesday, December 12, 20= 07 1:00 PM
To: megaco@ietf.org
Subject: [Megaco] Question= about omitting the "strict" parameter from theEvents Descriptor

 

Hello,

 

My question has to do with the optional Events Descriptor parameters in case= of al/on and al/of events.

 

For the al/on and al/of events, the only EventDescriptor parameter that can b= e reported is the “strict” parameter and according to H.248 thi= s parameter is optional. I was wondering if there is a default action speci= fied when this optional parameter is omitted. For example, in case where the a= ctual status of the line is on-hook where would the following request E=3D1050367{AL/ON, <= st1:State>AL/OF} from the MGC side lead? Would it lead to a <= span style=3D'font-style:italic'>Notify(al/on{init=3Dtrue}) report = from the MG side or not?

 

Can one say from protocol point of view that the “strict=3Dstate” or the “strict=3Dexact”<= /span> case is the same as not reporting the strict parameter at all? I know tha= t this is not mentioned in H.248.1 Annex E.9.2.

 

Many thanks in advance,

Greg

 


IMPORTANT: The contents of this email and any attachments are confidentia= l. They are intended for the=20 named recipient(s) only.
If you have received this email in error, please notify the system manage= r or the sender immediately and do=20 not disclose the contents to anyone or make copies thereof.
*** eSafe scanned this email for viruses, vandals, and malicious c= ontent. ***

------_=_NextPart_001_01C83D56.6FA8E1F5-- --===============0365057865== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============0365057865==-- From megaco-bounces@ietf.org Thu Dec 13 04:21:04 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2kFZ-0000ZE-7F; Thu, 13 Dec 2007 04:21:01 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2kFY-0000Z1-3d for megaco@ietf.org; Thu, 13 Dec 2007 04:21:00 -0500 Received: from mailserv.intranet.gr ([146.124.14.106]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1J2kFW-0003yb-4r for megaco@ietf.org; Thu, 13 Dec 2007 04:21:00 -0500 Received: from mailserv.intranet.gr (localhost [127.0.0.1]) by mailserv.intranet.gr (8.13.6/8.13.1) with ESMTP id lBD9KtAH018231 for ; Thu, 13 Dec 2007 11:20:55 +0200 (EET) Received: from pella.intranet.gr (pella.intranet.GR [146.124.173.10]) by mailserv.intranet.gr (8.13.6/8.13.1) with ESMTP id lBD9KtDK018220; Thu, 13 Dec 2007 11:20:55 +0200 (EET) Received: from [146.124.173.131] (thespcrh1.intranet.gr [146.124.173.131]) by pella.intranet.gr (8.11.7p1+Sun/8.11.7) with ESMTP id lBD9AYh17278; Thu, 13 Dec 2007 11:10:35 +0200 (EET) Message-ID: <4760F963.1090109@intracom.gr> Date: Thu, 13 Dec 2007 11:20:35 +0200 From: Giorgos Tintikakis User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: John Wainwright Subject: Re: [Megaco] Responses when line is OOS References: <475CE6A5.3090300@redback.com> <"22880.18751197271252.sj-webmail-3*"@MHS> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Scan-Signature: bb8f917bb6b8da28fc948aeffb74aa17 Cc: megaco@ietf.org X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: megaco-bounces@ietf.org Hello John, Please check the same question/answer at next thread: http://www1.ietf.org/mail-archive/web/megaco/current/msg05626.html My understanding is that at transitioning to OutofService state the active descriptors (signal and events) are cleared (or reverted to any existing provisional values) . Regards, Giorgos John Wainwright wrote: > If a line is taken OOS as a result of management action and this is > reported in the SVC message to the MGC, who also responds, how should we > then respond to other messages from the MGC related to this line e.g. > Audit messages. > > If an events descriptor was previously enabled for this line e.g. for > onhook/offhook, are these events now ignored as long as the line is OOS? > > Thanks > John > > > _______________________________________________ > Megaco mailing list > Megaco@ietf.org > https://www1.ietf.org/mailman/listinfo/megaco > > > > _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco From megaco-bounces@ietf.org Thu Dec 13 06:02:52 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2lq6-0003qt-L7; Thu, 13 Dec 2007 06:02:50 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2lq5-0003qn-LP for megaco@ietf.org; Thu, 13 Dec 2007 06:02:49 -0500 Received: from zw2-smtp1.zhone.com ([199.190.211.5]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1J2lq2-0006qX-8t for megaco@ietf.org; Thu, 13 Dec 2007 06:02:49 -0500 Received: from priority.oak.zhone.com (priority.oak.zhone.com [172.16.1.21]) by smtp.zhone.com (8.12.1/8.12.1) with ESMTP id lBDB3g2E029177 for ; Thu, 13 Dec 2007 03:03:42 -0800 (PST) Received: from RKUPPILI.zhone.com ([192.168.127.40]) by priority.oak.zhone.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTP id <0JSZ00CN5IOJJU00@priority.oak.zhone.com> for megaco@ietf.org; Thu, 13 Dec 2007 03:02:45 -0800 (PST) Content-return: prohibited Date: Thu, 13 Dec 2007 16:32:41 +0530 From: Ramesh Babu Kuppili To: megaco@ietf.org Message-id: <0JSZ00CN6IOJJU00@priority.oak.zhone.com> MIME-version: 1.0 X-Mailer: Sun Outlook Connector 7.2.310.1 X-Spam-Score: 0.0 (/) X-Scan-Signature: 769a46790fb42fbb0b0cc700c82f7081 Subject: [Megaco] Megaco Subtract question X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1916726124==" Errors-To: megaco-bounces@ietf.org --===============1916726124== Content-return: prohibited Content-type: multipart/alternative; boundary="Boundary_(ID_MeogldCCOZvCCgmlbaYQ6A)" --Boundary_(ID_MeogldCCOZvCCgmlbaYQ6A) Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Hi Megaco Gurus, I am receiving the following substract message from MGC: !/1 [10.129.32.20]:2944 T=372513544{C=10{O-S=*}} I see that the MGC is trying to subtract all terms from context 10. But what is the "0" for. How should the response look in this case. Thanks in advance. - ramesh --Boundary_(ID_MeogldCCOZvCCgmlbaYQ6A) Content-type: TEXT/HTML; CHARSET=US-ASCII Content-transfer-encoding: 7BIT
Hi Megaco Gurus,
 
I am receiving the following substract message from MGC:
 
!/1 [10.129.32.20]:2944 T=372513544{C=10{O-S=*}}
I see that the MGC is trying to subtract all terms from context 10.  But what is the "0" for.  How should the response look in this case.
 
Thanks in advance.
 
- ramesh
--Boundary_(ID_MeogldCCOZvCCgmlbaYQ6A)-- --===============1916726124== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============1916726124==-- From megaco-bounces@ietf.org Thu Dec 13 06:12:56 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2lzr-0001Yb-9x; Thu, 13 Dec 2007 06:12:55 -0500 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2lzp-0001YG-Pe for megaco@ietf.org; Thu, 13 Dec 2007 06:12:53 -0500 Received: from mailrelay2.alcatel.de ([194.113.59.96]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J2lzp-0000HH-85 for megaco@ietf.org; Thu, 13 Dec 2007 06:12:53 -0500 Received: from [149.204.77.108] (destgn0t08099.ad1.ad.alcatel.com [149.204.77.108]) by mailrelay2.alcatel.de (8.13.4/8.13.4/ICT) with ESMTP id lBDBCeA1024243; Thu, 13 Dec 2007 12:12:41 +0100 Message-ID: <476113A8.5030501@alcatel-lucent.de> Date: Thu, 13 Dec 2007 12:12:40 +0100 From: Carsten Waitzmann User-Agent: Thunderbird 1.5.0.13 (Windows/20070809) MIME-Version: 1.0 To: Giorgos Tintikakis Subject: Re: [Megaco] Responses when line is OOS References: <475CE6A5.3090300@redback.com> <"22880.18751197271252.sj-webmail-3*"@MHS> <4760F963.1090109@intracom.gr> In-Reply-To: <4760F963.1090109@intracom.gr> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.51 on 149.204.45.73 X-Spam-Score: 0.0 (/) X-Scan-Signature: f607d15ccc2bc4eaf3ade8ffa8af02a0 Cc: megaco@ietf.org X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: megaco-bounces@ietf.org Hello Giorgos, I think it is not linked to the Service State. In the thread you are referring to, the physical termination, after being reported as out of service (ServiceChange message), is subtracted by the MGC which causes the descriptors to default to empty or any provisioned value (see H.248.1v3 chapter 6.2.4). best regards Carsten Giorgos Tintikakis wrote: > Hello John, > > Please check the same question/answer at next thread: > http://www1.ietf.org/mail-archive/web/megaco/current/msg05626.html > > My understanding is that at transitioning to OutofService state > the active descriptors (signal and events) are cleared (or reverted to > any existing provisional values) . > > Regards, > Giorgos > > > John Wainwright wrote: >> If a line is taken OOS as a result of management action and this is >> reported in the SVC message to the MGC, who also responds, how should we >> then respond to other messages from the MGC related to this line e.g. >> Audit messages. >> >> If an events descriptor was previously enabled for this line e.g. for >> onhook/offhook, are these events now ignored as long as the line is OOS? >> >> Thanks >> John >> >> >> _______________________________________________ >> Megaco mailing list >> Megaco@ietf.org >> https://www1.ietf.org/mailman/listinfo/megaco >> >> >> >> > > > _______________________________________________ > Megaco mailing list > Megaco@ietf.org > https://www1.ietf.org/mailman/listinfo/megaco > -- Alcatel-Lucent Deutschland AG Sitz der Gesellschaft: Stuttgart - Amtsgericht Stuttgart HRB 4026 Vorsitzender des Aufsichtsrats: Michael Oppenhoff Vorstand: Wolfgang Weik (Vors.), Dr. Rainer Fechner, Juergen Poesinger, Alf Henryk Wulf _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco From megaco-bounces@ietf.org Thu Dec 13 06:21:35 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2m8F-0000BV-8d; Thu, 13 Dec 2007 06:21:35 -0500 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2m8E-0000BM-5R for megaco@ietf.org; Thu, 13 Dec 2007 06:21:34 -0500 Received: from jaguar.aricent.com ([61.246.186.17]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J2m8C-0000Ty-K4 for megaco@ietf.org; Thu, 13 Dec 2007 06:21:34 -0500 Received: from jaguar.aricent.com (localhost [127.0.0.1]) by jaguar.aricent.com (8.13.8/8.13.8) with ESMTP id lBDBB9Fb019653 for ; Thu, 13 Dec 2007 16:41:09 +0530 Received: from sandesh.gur.aricent.com (sandesh [10.203.142.21]) by jaguar.aricent.com (8.13.8/8.13.8) with ESMTP id lBDBB56K019632; Thu, 13 Dec 2007 16:41:06 +0530 In-Reply-To: <0JSZ00CN6IOJJU00@priority.oak.zhone.com> To: Ramesh Babu Kuppili Subject: Re: [Megaco] Megaco Subtract question MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.5 November 30, 2005 Message-ID: From: Sudhanshu Garg Date: Thu, 13 Dec 2007 16:51:18 +0530 X-MIMETrack: Serialize by Router on Sandesh/HSS(Release 6.5.5|November 30, 2005) at 13/12/2007 04:56:20 PM, Serialize complete at 13/12/2007 04:56:20 PM X-Spam-Score: 2.8 (++) X-Scan-Signature: 8fbbaa16f9fd29df280814cb95ae2290 Cc: megaco@ietf.org X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1062468929==" Errors-To: megaco-bounces@ietf.org This is a multipart message in MIME format. --===============1062468929== Content-Type: multipart/alternative; boundary="=_alternative 003E6025652573B0_=" This is a multipart message in MIME format. --=_alternative 003E6025652573B0_= Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: base64 SGksDQoNCm8tIGlzIGZvciB0ZWxsIHRoZSBNRyB0aGF0IGkgaXMgb3B0aW9uYWwgY29tbWFuZC4N ClNvIGV2ZW4gaWYgdGhlIGNvbW1hbmQgZmFpbHMgKGZvciBhbnkgdGVybWluYXRpb24pLCBNRyBz aG91bGQgZXhlY3V0ZSANCmZ1cnRoZXIgY29tbWFuZHMgaW4gdGhlIHRyYW5zYWN0aW9uLg0KDQpI b3dldmVyIGluIHRoaXMgY2FzZSB0aGVyZSBpcyBubyBmdXJ0aGVyIGNvbW1hbmQgaW4gdGhlIHRy YW5zYWN0aW9uIHNvIA0KbWFraW5nIHRoZSBjb21tYW5kIG9wdGlvbmFsIGhhcyBubyB2YWx1ZSBh ZGQuDQoNClNlY3Rpb24gOCBpbiBILjI0OC4xIHByb3ZpZGVzIHRoZSBpbmZvcm1hdGlvbiBvbiBv cHRpb25hbCBjb21tYW5kcy4NCg0KRm9yIHRoaXMgdHJhbnNhY3Rpb24sIHJlc3BvbnNlIHdpbGwg YmUgbm9ybWFsIGFzIGZvciBhbnkgb3RoZXIgc3VidHJhY3QgDQpjb21tYW5kIHdpdGggd2lsZGNh cmRlZCB0ZXJtaW5hdGlvbg0KDQpSZWdhcmRzLA0KU3VkaGFuc2h1IEdhcmcNCkVuZ2luZWVyaW5n IFByb2plY3QgTWFuYWdlcg0KIA0KQSBSIEkgQyBFIE4gVA0KIA0KVGhlIFByZXNpZGVuY3kgVG93 ZXIgLSBBDQozNTEgLyAyLCBTZWN0b3IgMTQsIE0uIEcuIFJvYWQNCkd1cmdhb24gMTIyMDAxLCBI YXJ5YW5hLCBJbmRpYQ0KIA0KTWFpbiAgICAgKzkxIDEyNC4gNDE3LjYyMTgNCkZheCAgICAgICs5 MSAxMjQuNDE3LjYyMjQNCk1vYmlsZSAgKzkxIDk5OS45NTAuMDc5OA0KDQogDQoNCg0KDQpSYW1l c2ggQmFidSBLdXBwaWxpIDxSS3VwcGlsaUB6aG9uZS5jb20+IA0KMTIvMTMvMjAwNyAwNDozMiBQ TQ0KDQoNClRvDQptZWdhY29AaWV0Zi5vcmcNCmNjDQoNClN1YmplY3QNCltNZWdhY29dIE1lZ2Fj byBTdWJ0cmFjdCBxdWVzdGlvbg0KDQoNCg0KDQoNCg0KSGkgTWVnYWNvIEd1cnVzLA0KIA0KSSBh bSByZWNlaXZpbmcgdGhlIGZvbGxvd2luZyBzdWJzdHJhY3QgbWVzc2FnZSBmcm9tIE1HQzoNCiAN CiEvMSBbMTAuMTI5LjMyLjIwXToyOTQ0IFQ9MzcyNTEzNTQ0e0M9MTB7Ty1TPSp9fQ0KSSBzZWUg dGhhdCB0aGUgTUdDIGlzIHRyeWluZyB0byBzdWJ0cmFjdCBhbGwgdGVybXMgZnJvbSBjb250ZXh0 IDEwLiAgQnV0IA0Kd2hhdCBpcyB0aGUgIjAiIGZvci4gIEhvdyBzaG91bGQgdGhlIHJlc3BvbnNl IGxvb2sgaW4gdGhpcyBjYXNlLg0KIA0KVGhhbmtzIGluIGFkdmFuY2UuDQogDQotIHJhbWVzaF9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpNZWdhY28gbWFp bGluZyBsaXN0DQpNZWdhY29AaWV0Zi5vcmcNCmh0dHBzOi8vd3d3MS5pZXRmLm9yZy9tYWlsbWFu L2xpc3RpbmZvL21lZ2Fjbw0KDQoNCg0KKioqKioqKioqKioqKioqKioqKioqKiogIEFyaWNlbnQt VW5jbGFzc2lmaWVkICAgKioqKioqKioqKioqKioqKioqKioqKioNCiJESVNDTEFJTUVSOiBUaGlz IG1lc3NhZ2UgaXMgcHJvcHJpZXRhcnkgdG8gQXJpY2VudCAgYW5kIGlzIGludGVuZGVkIHNvbGVs eSBmb3IgdGhlIHVzZSBvZiAKdGhlIGluZGl2aWR1YWwgdG8gd2hvbSBpdCBpcyBhZGRyZXNzZWQu IEl0IG1heSBjb250YWluIHByaXZpbGVnZWQgb3IgY29uZmlkZW50aWFsIGluZm9ybWF0aW9uIGFu ZCBzaG91bGQgbm90IGJlIApjaXJjdWxhdGVkIG9yIHVzZWQgZm9yIGFueSBwdXJwb3NlIG90aGVy IHRoYW4gZm9yIHdoYXQgaXQgaXMgaW50ZW5kZWQuIElmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMg bWVzc2FnZSBpbiBlcnJvciwgCnBsZWFzZSBub3RpZnkgdGhlIG9yaWdpbmF0b3IgaW1tZWRpYXRl bHkuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZCByZWNpcGllbnQsIHlvdSBhcmUgbm90aWZp ZWQgdGhhdCB5b3UgYXJlIHN0cmljdGx5CnByb2hpYml0ZWQgZnJvbSB1c2luZywgY29weWluZywg YWx0ZXJpbmcsIG9yIGRpc2Nsb3NpbmcgdGhlIGNvbnRlbnRzIG9mIHRoaXMgbWVzc2FnZS4gQXJp Y2VudCBhY2NlcHRzIG5vIHJlc3BvbnNpYmlsaXR5IGZvciAKbG9zcyBvciBkYW1hZ2UgYXJpc2lu ZyBmcm9tIHRoZSB1c2Ugb2YgdGhlIGluZm9ybWF0aW9uIHRyYW5zbWl0dGVkIGJ5IHRoaXMgZW1h aWwgaW5jbHVkaW5nIGRhbWFnZSBmcm9tIHZpcnVzLiIK --=_alternative 003E6025652573B0_= Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkhpLDwvZm9udD4NCjxicj4NCjxi cj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+by0gaXMgZm9yIHRlbGwgdGhlIE1HIHRo YXQgaSBpcyBvcHRpb25hbA0KY29tbWFuZC48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9 InNhbnMtc2VyaWYiPlNvIGV2ZW4gaWYgdGhlIGNvbW1hbmQgZmFpbHMgKGZvciBhbnkNCnRlcm1p bmF0aW9uKSwgTUcgc2hvdWxkIGV4ZWN1dGUgZnVydGhlciBjb21tYW5kcyBpbiB0aGUgdHJhbnNh Y3Rpb24uPC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5I b3dldmVyIGluIHRoaXMgY2FzZSB0aGVyZSBpcyBubyBmdXJ0aGVyDQpjb21tYW5kIGluIHRoZSB0 cmFuc2FjdGlvbiBzbyBtYWtpbmcgdGhlIGNvbW1hbmQgb3B0aW9uYWwgaGFzIG5vIHZhbHVlDQph ZGQuPC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5TZWN0 aW9uIDggaW4gSC4yNDguMSBwcm92aWRlcyB0aGUgaW5mb3JtYXRpb24NCm9uIG9wdGlvbmFsIGNv bW1hbmRzLjwvZm9udD4NCjxicj4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+ Rm9yIHRoaXMgdHJhbnNhY3Rpb24sIHJlc3BvbnNlIHdpbGwNCmJlIG5vcm1hbCBhcyBmb3IgYW55 IG90aGVyIHN1YnRyYWN0IGNvbW1hbmQgd2l0aCB3aWxkY2FyZGVkIHRlcm1pbmF0aW9uPC9mb250 Pg0KPGJyPg0KPHRhYmxlIHdpZHRoPTEwMCU+DQo8dHI+DQo8dGQgd2lkdGg9MTAwJT48Zm9udCBz aXplPTIgZmFjZT0iQXJpYWwiPlJlZ2FyZHMsPC9mb250Pg0KPHRyPg0KPHRkPjxmb250IHNpemU9 MSBjb2xvcj0jNWY1ZjVmIGZhY2U9IkFyaWFsIj48Yj5TdWRoYW5zaHUgR2FyZzwvYj48L2ZvbnQ+ DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD48Zm9udCBzaXplPTEgY29sb3I9IzYwNjA2MCBmYWNlPSJB cmlhbCI+RW5naW5lZXJpbmcgUHJvamVjdCBNYW5hZ2VyPC9mb250Pg0KPHRyIHZhbGlnbj10b3A+ DQo8dGQ+PGZvbnQgc2l6ZT0xIGNvbG9yPXJlZCBmYWNlPSJBcmlhbCI+PGI+Jm5ic3A7PC9iPjwv Zm9udD4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPjxmb250IHNpemU9MSBjb2xvcj1yZWQgZmFjZT0i QXJpYWwiPjxiPkEgUiBJIEMgRSBOIFQ8L2I+PC9mb250Pg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+ PGZvbnQgc2l6ZT0xIGNvbG9yPSM1ZjVmNWYgZmFjZT0iQXJpYWwiPiZuYnNwOzwvZm9udD4NCjx0 ciB2YWxpZ249dG9wPg0KPHRkPjxmb250IHNpemU9MSBjb2xvcj0jNWY1ZjVmIGZhY2U9IkFyaWFs Ij5UaGUgUHJlc2lkZW5jeSBUb3dlciAtIEE8L2ZvbnQ+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD48 Zm9udCBzaXplPTEgY29sb3I9IzVmNWY1ZiBmYWNlPSJBcmlhbCI+MzUxIC8gMiwgU2VjdG9yIDE0 LCBNLiBHLiBSb2FkPC9mb250Pg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+PGZvbnQgc2l6ZT0xIGNv bG9yPSM1ZjVmNWYgZmFjZT0iQXJpYWwiPkd1cmdhb24gMTIyMDAxLCBIYXJ5YW5hLCBJbmRpYTwv Zm9udD4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPjxmb250IHNpemU9MSBjb2xvcj0jNWY1ZjVmIGZh Y2U9IkFyaWFsIj4mbmJzcDs8L2ZvbnQ+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD48Zm9udCBzaXpl PTEgY29sb3I9IzVmNWY1ZiBmYWNlPSJBcmlhbCI+TWFpbiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw Ow0KPC9mb250Pjxmb250IHNpemU9MSBjb2xvcj0jNjA2MDYwIGZhY2U9IkFyaWFsIj4rOTEgMTI0 LiA0MTcuNjIxODwvZm9udD4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPjxmb250IHNpemU9MSBjb2xv cj0jNWY1ZjVmIGZhY2U9IkFyaWFsIj5GYXgmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsN CjwvZm9udD48Zm9udCBzaXplPTEgY29sb3I9IzYwNjA2MCBmYWNlPSJBcmlhbCI+KzkxIDEyNC40 MTcuNjIyNDwvZm9udD4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPjxmb250IHNpemU9MSBjb2xvcj0j NWY1ZjVmIGZhY2U9IkFyaWFsIj5Nb2JpbGUmbmJzcDsgPC9mb250Pjxmb250IHNpemU9MSBjb2xv cj0jNjA2MDYwIGZhY2U9IkFyaWFsIj4rOTENCjk5OS45NTAuMDc5ODwvZm9udD48L3RhYmxlPg0K PGJyPg0KPHA+PGZvbnQgc2l6ZT0zPiZuYnNwOzwvZm9udD4NCjxicj4NCjxicj4NCjxicj4NCjx0 YWJsZSB3aWR0aD0xMDAlPg0KPHRyIHZhbGlnbj10b3A+DQo8dGQgd2lkdGg9NDAlPjxmb250IHNp emU9MSBmYWNlPSJzYW5zLXNlcmlmIj48Yj5SYW1lc2ggQmFidSBLdXBwaWxpICZsdDtSS3VwcGls aUB6aG9uZS5jb20mZ3Q7PC9iPg0KPC9mb250Pg0KPHA+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMt c2VyaWYiPjEyLzEzLzIwMDcgMDQ6MzIgUE08L2ZvbnQ+DQo8YnI+DQo8dGQgd2lkdGg9NTklPg0K PHRhYmxlIHdpZHRoPTEwMCU+DQo8dHI+DQo8dGQ+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNp emU9MSBmYWNlPSJzYW5zLXNlcmlmIj5UbzwvZm9udD48L2Rpdj4NCjx0ZCB2YWxpZ249dG9wPjxm b250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj5tZWdhY29AaWV0Zi5vcmc8L2ZvbnQ+DQo8dHI+ DQo8dGQ+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj5j YzwvZm9udD48L2Rpdj4NCjx0ZCB2YWxpZ249dG9wPg0KPHRyPg0KPHRkPg0KPGRpdiBhbGlnbj1y aWdodD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+U3ViamVjdDwvZm9udD48L2Rpdj4N Cjx0ZCB2YWxpZ249dG9wPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj5bTWVnYWNvXSBN ZWdhY28gU3VidHJhY3QNCnF1ZXN0aW9uPC9mb250PjwvdGFibGU+DQo8YnI+DQo8dGFibGU+DQo8 dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjx0ZD48L3RhYmxlPg0KPGJyPjwvdGFibGU+DQo8YnI+DQo8 YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9IkFyaWFsIj5IaSBNZWdhY28gR3VydXMsPC9mb250 Pg0KPGJyPjxmb250IHNpemU9Mz4mbmJzcDs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9 IkFyaWFsIj5JIGFtIHJlY2VpdmluZyB0aGUgZm9sbG93aW5nIHN1YnN0cmFjdCBtZXNzYWdlDQpm cm9tIE1HQzo8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zPiZuYnNwOzwvZm9udD4NCjxicj48Zm9u dCBzaXplPTQ+IS8xIFsxMC4xMjkuMzIuMjBdOjI5NDQgVD0zNzI1MTM1NDR7Qz0xMHtPLVM9Kn19 PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJBcmlhbCI+SSBzZWUgdGhhdCB0aGUgTUdD IGlzIHRyeWluZyB0byBzdWJ0cmFjdA0KYWxsIHRlcm1zIGZyb20gY29udGV4dCAxMC4gJm5ic3A7 QnV0IHdoYXQgaXMgdGhlICZxdW90OzAmcXVvdDsgZm9yLiAmbmJzcDtIb3cNCnNob3VsZCB0aGUg cmVzcG9uc2UgbG9vayBpbiB0aGlzIGNhc2UuPC9mb250Pg0KPGJyPjxmb250IHNpemU9Mz4mbmJz cDs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9IkFyaWFsIj5UaGFua3MgaW4gYWR2YW5j ZS48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zPiZuYnNwOzwvZm9udD4NCjxicj48Zm9udCBzaXpl PTIgZmFjZT0iQXJpYWwiPi0gcmFtZXNoPC9mb250Pjx0dD48Zm9udCBzaXplPTI+X19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQpNZWdhY28gbWFpbGlu ZyBsaXN0PGJyPg0KTWVnYWNvQGlldGYub3JnPGJyPg0KaHR0cHM6Ly93d3cxLmlldGYub3JnL21h aWxtYW4vbGlzdGluZm8vbWVnYWNvPGJyPg0KPC9mb250PjwvdHQ+DQo8YnI+PGZvbnQgc2l6ZT0y IGZhY2U9InNhbnMtc2VyaWYiPjxicj4NCjxicj4NCioqKioqKioqKioqKioqKioqKioqKioqICZu YnNwO0FyaWNlbnQtVW5jbGFzc2lmaWVkICZuYnNwOyAqKioqKioqKioqKioqKioqKioqKioqKjwv Zm9udD4NCjx0YWJsZT48dHI+PHRkIGJnY29sb3I9I2ZmZmZmZj48Zm9udCBjb2xvcj0jMDAwMDAw PjxwcmU+IkRJU0NMQUlNRVI6IFRoaXMgbWVzc2FnZSBpcyBwcm9wcmlldGFyeSB0byBBcmljZW50 ICBhbmQgaXMgaW50ZW5kZWQgc29sZWx5IGZvciB0aGUgdXNlIG9mIAp0aGUgaW5kaXZpZHVhbCB0 byB3aG9tIGl0IGlzIGFkZHJlc3NlZC4gSXQgbWF5IGNvbnRhaW4gcHJpdmlsZWdlZCBvciBjb25m aWRlbnRpYWwgaW5mb3JtYXRpb24gYW5kIHNob3VsZCBub3QgYmUgCmNpcmN1bGF0ZWQgb3IgdXNl ZCBmb3IgYW55IHB1cnBvc2Ugb3RoZXIgdGhhbiBmb3Igd2hhdCBpdCBpcyBpbnRlbmRlZC4gSWYg eW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBtZXNzYWdlIGluIGVycm9yLCAKcGxlYXNlIG5vdGlmeSB0 aGUgb3JpZ2luYXRvciBpbW1lZGlhdGVseS4gSWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkIHJl Y2lwaWVudCwgeW91IGFyZSBub3RpZmllZCB0aGF0IHlvdSBhcmUgc3RyaWN0bHkKcHJvaGliaXRl ZCBmcm9tIHVzaW5nLCBjb3B5aW5nLCBhbHRlcmluZywgb3IgZGlzY2xvc2luZyB0aGUgY29udGVu dHMgb2YgdGhpcyBtZXNzYWdlLiBBcmljZW50IGFjY2VwdHMgbm8gcmVzcG9uc2liaWxpdHkgZm9y IApsb3NzIG9yIGRhbWFnZSBhcmlzaW5nIGZyb20gdGhlIHVzZSBvZiB0aGUgaW5mb3JtYXRpb24g dHJhbnNtaXR0ZWQgYnkgdGhpcyBlbWFpbCBpbmNsdWRpbmcgZGFtYWdlIGZyb20gdmlydXMuIgo8 L3ByZT48L2ZvbnQ+PC90ZD48L3RyPjwvdGFibGU+ --=_alternative 003E6025652573B0_=-- --===============1062468929== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============1062468929==-- From megaco-bounces@ietf.org Thu Dec 13 06:22:11 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2m8p-0000P7-Os; Thu, 13 Dec 2007 06:22:11 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2m8o-0000P1-GM for megaco@ietf.org; Thu, 13 Dec 2007 06:22:10 -0500 Received: from goliath.siemens.de ([192.35.17.28]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1J2m8m-0007GF-QL for megaco@ietf.org; Thu, 13 Dec 2007 06:22:10 -0500 Received: from mail3.siemens.de (localhost [127.0.0.1]) by goliath.siemens.de (8.12.6/8.12.6) with ESMTP id lBDBM7rY009844; Thu, 13 Dec 2007 12:22:07 +0100 Received: from atha112a.gr001.siemens.net ([141.29.38.98]) by mail3.siemens.de (8.12.6/8.12.6) with ESMTP id lBDBM7Bt001693; Thu, 13 Dec 2007 12:22:07 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Subject: RE: [Megaco] Megaco Subtract question Date: Thu, 13 Dec 2007 13:22:06 +0200 Message-ID: In-Reply-To: <0JSZ00CN6IOJJU00@priority.oak.zhone.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Megaco] Megaco Subtract question Thread-Index: Acg9eAl/TMkRIKDkQci/HrL1eHLTWQAAQxQw References: <0JSZ00CN6IOJJU00@priority.oak.zhone.com> From: "Beis, Grigoris" To: X-Spam-Score: -4.0 (----) X-Scan-Signature: 24d000849df6f171c5ec1cca2ea21b82 Cc: ext Ramesh Babu Kuppili X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1846207559==" Errors-To: megaco-bounces@ietf.org This is a multi-part message in MIME format. --===============1846207559== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C83D7A.64E4701C" This is a multi-part message in MIME format. ------_=_NextPart_001_01C83D7A.64E4701C Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable =20 Hello, =20 It is not a zero "0" but an "O" that stands for word Optional. Please check the Transactions section (Paragraph 8) of H.248.1=20 By stating Optional-Subtract, any command that could follow the Subtract command (in your case however, there is only one command) would be processed, =20 The answer is straightforward. =20 =20 BR, Greg ________________________________ From: ext Ramesh Babu Kuppili [mailto:RKuppili@zhone.com]=20 Sent: Thursday, December 13, 2007 1:03 PM To: megaco@ietf.org Subject: [Megaco] Megaco Subtract question =20 Hi Megaco Gurus, =20 I am receiving the following substract message from MGC: =20 !/1 [10.129.32.20]:2944 T=3D372513544{C=3D10{O-S=3D*}} I see that the MGC is trying to subtract all terms from context 10. But what is the "0" for. How should the response look in this case. =20 Thanks in advance. =20 - ramesh ------_=_NextPart_001_01C83D7A.64E4701C Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

 

Hello,

 

It is not a zero “0” = but an “O” that stands for word Optional. Please check the Transactions section = (Paragraph 8) of H.248.1

By stating Optional-Subtract, any = command that could follow the Subtract command (in your case however, there is only = one command) would be processed,

 

The answer is = straightforward.

 

 

BR,

Greg


From: ext = Ramesh Babu Kuppili [mailto:RKuppili@zhone.com]
Sent: Thursday, December = 13, 2007 1:03 PM
To: megaco@ietf.org
Subject: [Megaco] Megaco = Subtract question

 

Hi Megaco Gurus,

 

I am receiving the following substract message from = MGC:

 

!/1 [10.129.32.20]:2944 = T=3D372513544{C=3D10{O-S=3D*}}

I see that the MGC is trying to subtract all terms = from context 10.  But what is the "0" for.  How should = the response look in this case.

 

Thanks in advance.

 

- ramesh

------_=_NextPart_001_01C83D7A.64E4701C-- --===============1846207559== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============1846207559==-- From megaco-bounces@ietf.org Thu Dec 13 06:35:55 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2mM3-0004UD-Pn; Thu, 13 Dec 2007 06:35:51 -0500 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2mM2-0004PR-6Y for megaco@ietf.org; Thu, 13 Dec 2007 06:35:50 -0500 Received: from mailserv.intranet.gr ([146.124.14.106]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J2mM1-0000mB-9L for megaco@ietf.org; Thu, 13 Dec 2007 06:35:50 -0500 Received: from mailserv.intranet.gr (localhost [127.0.0.1]) by mailserv.intranet.gr (8.13.6/8.13.1) with ESMTP id lBDBZjbF015075 for ; Thu, 13 Dec 2007 13:35:46 +0200 (EET) Received: from pella.intranet.gr (pella.intranet.GR [146.124.173.10]) by mailserv.intranet.gr (8.13.6/8.13.1) with ESMTP id lBDBZimv015070; Thu, 13 Dec 2007 13:35:45 +0200 (EET) Received: from [146.124.173.131] (thespcrh1.intranet.gr [146.124.173.131]) by pella.intranet.gr (8.11.7p1+Sun/8.11.7) with ESMTP id lBDBPNh02924; Thu, 13 Dec 2007 13:25:23 +0200 (EET) Message-ID: <476118FD.9030104@intracom.gr> Date: Thu, 13 Dec 2007 13:35:25 +0200 From: Giorgos Tintikakis User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Carsten Waitzmann Subject: Re: [Megaco] Responses when line is OOS References: <475CE6A5.3090300@redback.com> <"22880.18751197271252.sj-webmail-3*"@MHS> <4760F963.1090109@intracom.gr> <476113A8.5030501@alcatel-lucent.de> In-Reply-To: <476113A8.5030501@alcatel-lucent.de> X-Spam-Score: 0.0 (/) X-Scan-Signature: ee80a2074afbfe28d15369f4e74e579d Cc: megaco@ietf.org X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1293616666==" Errors-To: megaco-bounces@ietf.org This is a multi-part message in MIME format. --===============1293616666== Content-Type: multipart/alternative; boundary="------------050006080206020608020404" This is a multi-part message in MIME format. --------------050006080206020608020404 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi Carsten, Yes in case where a valid context exists, but it also covers the case where the termination is in the NULL context where no subtraction is ordered from MGC. please check also the next part from thread: "If the termination is already in the NULL context I still see that the descriptors revert back to their provisioned values and no modify is required." Regards, Giorgos Carsten Waitzmann wrote: > Hello Giorgos, > > I think it is not linked to the Service State. In the thread you are > referring to, the physical termination, after being reported as out of > service (ServiceChange message), is subtracted by the MGC which causes > the descriptors to default to empty or any provisioned value (see > H.248.1v3 chapter 6.2.4). > > best regards > Carsten > > Giorgos Tintikakis wrote: > >> Hello John, >> >> Please check the same question/answer at next thread: >> http://www1.ietf.org/mail-archive/web/megaco/current/msg05626.html >> >> My understanding is that at transitioning to OutofService state >> the active descriptors (signal and events) are cleared (or reverted to >> any existing provisional values) . >> >> Regards, >> Giorgos >> >> >> John Wainwright wrote: >> >>> If a line is taken OOS as a result of management action and this is >>> reported in the SVC message to the MGC, who also responds, how should we >>> then respond to other messages from the MGC related to this line e.g. >>> Audit messages. >>> >>> If an events descriptor was previously enabled for this line e.g. for >>> onhook/offhook, are these events now ignored as long as the line is OOS? >>> >>> Thanks >>> John >>> >>> >>> _______________________________________________ >>> Megaco mailing list >>> Megaco@ietf.org >>> https://www1.ietf.org/mailman/listinfo/megaco >>> >>> >>> >>> >>> >> _______________________________________________ >> Megaco mailing list >> Megaco@ietf.org >> https://www1.ietf.org/mailman/listinfo/megaco >> >> > > --------------050006080206020608020404 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi Carsten,
Yes in case where a valid context exists, but it also covers the case where the termination is in the NULL context where no subtraction is ordered from MGC.

please check also the next part from thread:
"If the termination is already in the NULL context I still see that the descriptors revert back to their provisioned values and no modify is required."

Regards,
Giorgos

Carsten Waitzmann wrote:
Hello Giorgos,

I think it is not linked to the Service State. In the thread you are
referring to, the physical termination, after being reported as out of
service (ServiceChange message), is subtracted by the MGC which causes
the descriptors to default to empty or any provisioned value (see
H.248.1v3 chapter 6.2.4).

best regards
Carsten

Giorgos Tintikakis wrote:
  
Hello John,

Please check the same question/answer at next thread:
http://www1.ietf.org/mail-archive/web/megaco/current/msg05626.html

My understanding is that at transitioning to OutofService state
the active descriptors (signal and events) are cleared (or reverted to 
any existing provisional values) .

Regards,
Giorgos


John Wainwright wrote:
    
If a line is taken OOS as a result of management action and this is
reported in the SVC message to the MGC, who also responds, how should we
then respond to other messages from the MGC related to this line e.g.
Audit messages.

If an events descriptor was previously enabled for this line e.g. for
onhook/offhook, are these events now ignored as long as the line is OOS?

Thanks
John


_______________________________________________
Megaco mailing list
Megaco@ietf.org
https://www1.ietf.org/mailman/listinfo/megaco



  
      
_______________________________________________
Megaco mailing list
Megaco@ietf.org
https://www1.ietf.org/mailman/listinfo/megaco

    

  

--------------050006080206020608020404-- --===============1293616666== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============1293616666==-- From megaco-bounces@ietf.org Thu Dec 13 07:05:11 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2moQ-00036W-Rn; Thu, 13 Dec 2007 07:05:10 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2moP-00036R-3M for megaco@ietf.org; Thu, 13 Dec 2007 07:05:09 -0500 Received: from sonussf2.sonusnet.com ([208.45.178.27]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1J2moM-00088n-Fo for megaco@ietf.org; Thu, 13 Dec 2007 07:05:09 -0500 Received: from sonusmail04.sonusnet.com (sonusmail04.sonusnet.com [10.128.32.98]) by sonussf2.sonusnet.com (8.13.7/8.13.7) with ESMTP id lBDC4sm3002423; Thu, 13 Dec 2007 07:04:54 -0500 Received: from SONUSINMAIL01.sonusnet.com ([10.128.254.7]) by sonusmail04.sonusnet.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 13 Dec 2007 07:04:53 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 content-class: urn:content-classes:message MIME-Version: 1.0 Subject: RE: [Megaco] Megaco Subtract question Date: Thu, 13 Dec 2007 17:34:50 +0530 Message-ID: <70798CF421F00F4DA018059E5B7EEB8C01AF6921@sonusinmail01.sonusnet.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Megaco] Megaco Subtract question Thread-Index: Acg9elkAH16DdfvtSlufauhbzqPQ2QABWdGA From: "Saurabh, Kumar" To: "Sudhanshu Garg" , "Ramesh Babu Kuppili" X-OriginalArrivalTime: 13 Dec 2007 12:04:53.0583 (UTC) FILETIME=[5ECF95F0:01C83D80] X-Spam-Score: 0.0 (/) X-Scan-Signature: 9afae6ba567a505fffabb76c1477f305 Cc: megaco@ietf.org X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1689426040==" Errors-To: megaco-bounces@ietf.org This is a multi-part message in MIME format. --===============1689426040== content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C83D80.5CDF370E" This is a multi-part message in MIME format. ------_=_NextPart_001_01C83D80.5CDF370E Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Sudhanshu, =20 I would like to differ from your interpretation that in the given case "command optional has no value add". I believe that if a command contains a wildcarded TerminationID, the command is attempted with each of the actual TerminationIDs matching the wildcard which means that in this case subtract command would be attempted on each termination in the context.=20 =20 My interpretation of wildcard subtract with optional flag O- is: Even if one of the subtract command attempted on the termination within the context fails (due to some reason), MG would continue to apply the subtract command on the rest of the terminations in the context. This is based on the text in the section 8.2.2 of H.248 V3 "If the optional command generates an error, the transaction still continues to execute ..." =20 Whereas, if the optional flag (O-) is not specified in the wildcard subtract, the execution of wildcard subtract command would terminate as soon as it encountered an error and the subtract command would not be applied on rest of the terminations in the context. =20 In case of no error the subtract response would look similar to the normal success response for wildcard subtract =20 MEGACO/1 [10.0.1.100]:2944 REPLY =3D 372513544 { CONTEXT =3D 10 { SUBTRACT =3D 10/1/1@GATEWAY { nt/os=3D45123,=20 nt/or=3D45123,=20 nt/dur=3D40000=20 }, SUBTRACT =3D 10/1/2@GATEWAY { nt/os=3D45123,=20 nt/or=3D45123,=20 nt/dur=3D40000=20 } } } =20 =20 If there is an error generated while applying subtract command on the first termination (say 10/1/1@GATEWAY), MG would continue to process/apply the command on the other terminations in the context and generate the following response =20 MEGACO/1 [10.0.1.100]:2944 REPLY =3D 372513544 { CONTEXT =3D 10 { SUBTRACT =3D 10/1/1@GATEWAY { Error=3Dxxx {"Text Description"} }, SUBTRACT =3D 10/1/2@GATEWAY { nt/os=3D45123,=20 nt/or=3D45123,=20 nt/dur=3D40000=20 } } } =20 =20 Regards, Saurabh =20 _____ =20 From: Sudhanshu Garg [mailto:sudhanshu.garg@aricent.com]=20 Sent: Thursday, December 13, 2007 16:51 To: Ramesh Babu Kuppili Cc: megaco@ietf.org Subject: Re: [Megaco] Megaco Subtract question =20 Hi,=20 o- is for tell the MG that i is optional command.=20 So even if the command fails (for any termination), MG should execute further commands in the transaction.=20 However in this case there is no further command in the transaction so making the command optional has no value add.=20 Section 8 in H.248.1 provides the information on optional commands.=20 For this transaction, response will be normal as for any other subtract command with wildcarded termination=20 Regards,=20 Sudhanshu Garg=20 Engineering Project Manager=20 =20 A R I C E N T=20 =20 The Presidency Tower - A=20 351 / 2, Sector 14, M. G. Road=20 Gurgaon 122001, Haryana, India=20 =20 Main +91 124. 417.6218=20 Fax +91 124.417.6224=20 Mobile +91 999.950.0798 =20 =20 Ramesh Babu Kuppili =20 12/13/2007 04:32 PM=20 To megaco@ietf.org=20 cc =20 Subject [Megaco] Megaco Subtract question =20 =20 =20 Hi Megaco Gurus,=20 =20 I am receiving the following substract message from MGC:=20 =20 !/1 [10.129.32.20]:2944 T=3D372513544{C=3D10{O-S=3D*}}=20 I see that the MGC is trying to subtract all terms from context 10. But what is the "0" for. How should the response look in this case.=20 =20 Thanks in advance.=20 =20 - ramesh_______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco *********************** Aricent-Unclassified ***********************=20 "DISCLAIMER: This message is proprietary to Aricent and is intended solely for the use of=20 the individual to whom it is addressed. It may contain privileged or confidential information and should not be=20 circulated or used for any purpose other than for what it is intended. If you have received this message in error,=20 please notify the originator immediately. If you are not the intended recipient, you are notified that you are strictly prohibited from using, copying, altering, or disclosing the contents of this message. Aricent accepts no responsibility for=20 loss or damage arising from the use of the information transmitted by this email including damage from virus." =20 ------_=_NextPart_001_01C83D80.5CDF370E Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Sudhanshu,<= /p>

 

I would like to differ from your interpretation that in the given case "command optional has no = value add". I believe that if a command contains a wildcarded = TerminationID, the command is attempted with each of the actual TerminationIDs matching the wildcard which means that in this case subtract command would be = attempted on each termination in the context.

 

My interpretation of wildcard = subtract with optional flag O- is:

Even if one of the subtract command attempted on the termination within the context fails (due to some = reason), MG would continue to apply the subtract command on the rest of the = terminations in the context. This is based on the text in the section 8.2.2 of H.248 V3 "If the optional command generates an error, the transaction still continues to execute ..."

 

Whereas, if the optional flag (O-) = is not specified in the wildcard subtract, the execution of wildcard subtract = command would terminate as soon as it encountered an error and the subtract = command would not be applied on rest of the terminations in the = context.

 

In case of no error the subtract = response would look similar to the normal success response for wildcard = subtract

 

MEGACO/1 = [10.0.1.100]:2944

REPLY =3D 372513544 = {

   CONTEXT =3D 10 = {

      = SUBTRACT =3D 10/1/1@GATEWAY {

      =        nt/os=3D45123, =

      =        nt/or=3D45123, =

      =        nt/dur=3D40000 =

      = },

      = SUBTRACT =3D 10/1/2@GATEWAY {

      =        nt/os=3D45123, =

      =        nt/or=3D45123, =

      =        nt/dur=3D40000 =

      = }

   = }

}

 

 

If there is an error generated = while applying subtract command on the first termination (say 10/1/1@GATEWAY), = MG would continue to process/apply the command on the other terminations in = the context and generate the following response

 

MEGACO/1 = [10.0.1.100]:2944

REPLY =3D 372513544 = {

   CONTEXT =3D 10 = {

      = SUBTRACT =3D 10/1/1@GATEWAY {

      =        Error=3Dxxx {"Text Description"}

      = },

      = SUBTRACT =3D 10/1/2@GATEWAY {

      =        nt/os=3D45123, =

      =        nt/or=3D45123, =

      =        nt/dur=3D40000 =

      = }

   = }

}

 

 

Regards,

Saurabh

=

 


From: = Sudhanshu Garg [mailto:sudhanshu.garg@aricent.com]
Sent: Thursday, December = 13, 2007 16:51
To: Ramesh Babu = Kuppili
Cc: megaco@ietf.org
Subject: Re: [Megaco] = Megaco Subtract question

 


Hi,

o- is for tell the MG that i is optional command.
So even if the command fails (for any termination), MG should execute = further commands in the transaction.

However in this case there is no further command in the transaction so making = the command optional has no value add.

Section 8 in H.248.1 provides the information on optional = commands.

For this transaction, response will be normal as for any other subtract = command with wildcarded termination

Regards,

Sudhanshu Garg

Engineering = Project Manager

&n= bsp;

A = R I C E N T

 

The = Presidency Tower - A

351 / 2, = Sector 14, M. G. = Road

Gurgaon = 122001, Haryana, = India

 

Main  = ;   +91 124. 417.6218 =

Fax  =     +91 124.417.6224 =

Mobile  = +91 999.950.0798

 

 

Ramesh Babu Kuppili <RKuppili@zhone.com> =

12/13/2007 04:32 PM

To

megaco@ietf.org =

cc

 

Subject

[Megaco] Megaco Subtract = question

 

 

 




Hi Megaco Gurus,
 
I am receiving the following substract message from MGC:
 
!/1 [10.129.32.20]:2944 T=3D372513544{C=3D10{O-S=3D*}}
I see that the MGC is trying to subtract all terms from context 10.  But = what is the "0" for.  How should the response look in this = case.
 
Thanks in advance.
 
- ramesh_______________________________________________
Megaco mailing list
Megaco@ietf.org
https://www1.ietf.org/mailman/listinfo/megaco



***********************  Aricent-Unclassified   ***********************

"DISCLAIMER: This message is proprietary to =
Aricent  and is intended solely for the use of =
the individual to whom it is addressed. It may contain =
privileged or confidential information and should not be =
circulated or used for any purpose other than for what it =
is intended. If you have received this message in error, =
please notify the originator immediately. If you are not =
the intended recipient, you are notified that you are =
strictly
prohibited from using, copying, altering, or disclosing =
the contents of this message. Aricent accepts no responsibility for =
loss or damage arising from the use of the information =
transmitted by this email including damage from =
virus."

 

------_=_NextPart_001_01C83D80.5CDF370E-- --===============1689426040== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============1689426040==-- From megaco-bounces@ietf.org Thu Dec 13 07:15:29 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2myO-0004GU-8J; Thu, 13 Dec 2007 07:15:28 -0500 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2myM-0004GO-IS for megaco@ietf.org; Thu, 13 Dec 2007 07:15:26 -0500 Received: from mail.teledata-networks.com ([194.90.152.129] helo=esafe-mail.teledata-networks.com) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J2myK-0001Z3-4b for megaco@ietf.org; Thu, 13 Dec 2007 07:15:26 -0500 Received: from tndcmail.Teledata.Local ([10.1.100.59]) by eSafe SMTP Relay 1196254855; Thu, 13 Dec 2007 14:15:21 +0200 Content-class: urn:content-classes:message Subject: RE: [Megaco] Megaco Subtract question Date: Thu, 13 Dec 2007 14:15:36 +0200 MIME-Version: 1.0 Message-ID: In-Reply-To: <70798CF421F00F4DA018059E5B7EEB8C01AF6921@sonusinmail01.sonusnet.com> X-MimeOLE: Produced By Microsoft Exchange V6.5 X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Megaco] Megaco Subtract question thread-index: Acg9elkAH16DdfvtSlufauhbzqPQ2QABWdGAAABz7YA= From: "Raphael Tryster" To: "Saurabh, Kumar" , "Sudhanshu Garg" , "Ramesh Babu Kuppili" X-ESAFE-STATUS: Mail clean X-ESAFE-DETAILS: X-Spam-Score: 0.0 (/) X-Scan-Signature: b644dab0a042898f2b3d8e7a5f3ac1e5 Cc: megaco@ietf.org X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2002641589==" Errors-To: megaco-bounces@ietf.org This is a multi-part message in MIME format. --===============2002641589== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C83D81.DE35E348" This is a multi-part message in MIME format. ------_=_NextPart_001_01C83D81.DE35E348 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I disagree with Saurabh, based on the following text in H.248.1 section 8: =20 At the first failing command in a transaction, processing of the remaining commands in that transaction stops. If a command contains a wildcarded TerminationID, the command is attempted with each of the actual TerminationIDs matching the wildcard. A response within the TransactionReply is included for each matching TerminationID, even if one or more instances generated an error. If any TerminationID matching a wildcard results in an error when executed, any commands following the wildcarded command are not attempted. =20 Therefore, I think it is correct that in the example given, the O- has no added value. =20 Raphael Tryster =20 -----Original Message----- From: Saurabh, Kumar [mailto:ksaurabh@sonusnet.com]=20 Sent: Thursday, December 13, 2007 2:05 PM To: Sudhanshu Garg; Ramesh Babu Kuppili Cc: megaco@ietf.org Subject: RE: [Megaco] Megaco Subtract question =20 Sudhanshu, =20 I would like to differ from your interpretation that in the given case "command optional has no value add". I believe that if a command contains a wildcarded TerminationID, the command is attempted with each of the actual TerminationIDs matching the wildcard which means that in this case subtract command would be attempted on each termination in the context.=20 =20 My interpretation of wildcard subtract with optional flag O- is: Even if one of the subtract command attempted on the termination within the context fails (due to some reason), MG would continue to apply the subtract command on the rest of the terminations in the context. This is based on the text in the section 8.2.2 of H.248 V3 "If the optional command generates an error, the transaction still continues to execute =2E.." =20 Whereas, if the optional flag (O-) is not specified in the wildcard subtract, the execution of wildcard subtract command would terminate as soon as it encountered an error and the subtract command would not be applied on rest of the terminations in the context. =20 In case of no error the subtract response would look similar to the normal success response for wildcard subtract =20 MEGACO/1 [10.0.1.100]:2944 REPLY =3D 372513544 { CONTEXT =3D 10 { SUBTRACT =3D 10/1/1@GATEWAY { nt/os=3D45123,=20 nt/or=3D45123,=20 nt/dur=3D40000=20 }, SUBTRACT =3D 10/1/2@GATEWAY { nt/os=3D45123,=20 nt/or=3D45123,=20 nt/dur=3D40000=20 } } } =20 =20 If there is an error generated while applying subtract command on the first termination (say 10/1/1@GATEWAY), MG would continue to process/apply the command on the other terminations in the context and generate the following response =20 MEGACO/1 [10.0.1.100]:2944 REPLY =3D 372513544 { CONTEXT =3D 10 { SUBTRACT =3D 10/1/1@GATEWAY { Error=3Dxxx {"Text Description"} }, SUBTRACT =3D 10/1/2@GATEWAY { nt/os=3D45123,=20 nt/or=3D45123,=20 nt/dur=3D40000=20 } } } =20 =20 Regards, Saurabh =20 ________________________________ From: Sudhanshu Garg [mailto:sudhanshu.garg@aricent.com]=20 Sent: Thursday, December 13, 2007 16:51 To: Ramesh Babu Kuppili Cc: megaco@ietf.org Subject: Re: [Megaco] Megaco Subtract question =20 Hi,=20 o- is for tell the MG that i is optional command.=20 So even if the command fails (for any termination), MG should execute further commands in the transaction.=20 However in this case there is no further command in the transaction so making the command optional has no value add.=20 Section 8 in H.248.1 provides the information on optional commands.=20 For this transaction, response will be normal as for any other subtract command with wildcarded termination=20 Regards,=20 Sudhanshu Garg=20 Engineering Project Manager=20 =20 A R I C E N T=20 =20 The Presidency Tower - A=20 351 / 2, Sector 14, M. G. Road=20 Gurgaon 122001, Haryana, India=20 =20 Main +91 124. 417.6218=20 Fax +91 124.417.6224=20 Mobile +91 999.950.0798 =20 =20 Ramesh Babu Kuppili =20 12/13/2007 04:32 PM=20 To megaco@ietf.org=20 cc =20 Subject [Megaco] Megaco Subtract question =20 =20 =20 Hi Megaco Gurus,=20 =20 I am receiving the following substract message from MGC:=20 =20 !/1 [10.129.32.20]:2944 T=3D372513544{C=3D10{O-S=3D*}}=20 I see that the MGC is trying to subtract all terms from context 10. But what is the "0" for. How should the response look in this case.=20 =20 Thanks in advance.=20 =20 - ramesh_______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco *********************** Aricent-Unclassified ***********************=20 "DISCLAIMER: This message is proprietary to Aricent and is intended solely for the use of=20 the individual to whom it is addressed. It may contain privileged or confidential information and should not be=20 circulated or used for any purpose other than for what it is intended. If you have received this message in error,=20 please notify the originator immediately. If you are not the intended recipient, you are notified that you are strictly prohibited from using, copying, altering, or disclosing the contents of this message. Aricent accepts no responsibility for=20 loss or damage arising from the use of the information transmitted by this email including damage from virus." =20 *************************************************************************= ********************* IMPORTANT: The contents of this email and any attachments are confidentia= l. They are intended for the=20 named recipient(s) only. If you have received this email in error, please notify the system manage= r or the sender immediately and do=20 not disclose the contents to anyone or make copies thereof. *** eSafe scanned this email for viruses, vandals, and malicious content.= *** *************************************************************************= ********************* ------_=_NextPart_001_01C83D81.DE35E348 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I disagree with Saurabh, based on the following text in H.248.1 section 8:

 

At the first failing command in a transaction, processing of the remaining commands in that transaction stops. If a command contains a wildcarded TerminationID, the command is attempted with each o= f the actual TerminationIDs matching the wildcard. = A response within the TransactionReply is inclu= ded for each matching TerminationID, even if one o= r more instances generated an error. If any Termination= ID matching a wildcard results in an error when executed, any commands follo= wing the wildcarded command are not attempted.

 

Therefore, I think it is correct tha= t in the example given, the O- has no added value.

 

Raphael Tryster<= /span>

 

-----Original Message-----<= br> From: Saurabh, Kumar [mailto:ksaurabh@sonusnet.com]
Sent: Thursday, December 1= 3, 2007 2:05 PM
To: Sudhanshu Garg; Ramesh= Babu Kuppili
Cc: megaco@ietf.org
Subject: RE: [Megaco] Mega= co Subtract question

 

Sudhanshu,

 

I would like to differ from your interpretation that in the given case "comm= and optional has no value add". I believe that if a command contains a wildcarded TerminationID, the command is attempted with each of the actua= l TerminationIDs matching the wildcard which means that in this case subtra= ct command would be attempted on each termination in the context.

 

My interpretation of wildcard subtract with optional flag O- is:<= /span>

Even if one of the subtract command attempted on the termination within the conte= xt fails (due to some reason), MG would continue to apply the subtract comma= nd on the rest of the terminations in the context. This is based on the text in= the section 8.2.2 of H.248 V3 "If the optional command generates an erro= r, the transaction still continues to execute ..."=

 

Whereas, if the optional flag (O-) is not specified in the wildcard subtract, the = execution of wildcard subtract command would terminate as soon as it encountered an= error and the subtract command would not be applied on rest of the terminations= in the context.

 

In case of no error the subtract response would look similar to the normal succes= s response for wildcard subtract

 

MEGACO/1 [10.0.1.100]:2944

REPLY =3D 372513544 {

   CONTEXT =3D 10 {

      SUBTRACT =3D 10/1/1@GATEWAY {

            = ; nt/os=3D45123,

            = ; nt/or=3D45123,

            = ; nt/dur=3D40000

      },

      SUBTRACT =3D 10/1/2@GATEWAY {

            = ; nt/os=3D45123,

            = ; nt/or=3D45123,

            = ; nt/dur=3D40000

      }

   }

}

 

 

If there is an error generated while applying subtract command on the first termin= ation (say 10/1/1@GATEWAY), MG would continue to process/apply the command on t= he other terminations in the context and generate the following response

 

MEGACO/1 [10.0.1.100]:2944

REPLY =3D 372513544 {

   CONTEXT =3D 10 {

      SUBTRACT =3D 10/1/1@GATEWAY {

            = ; Error=3Dxxx {"Text Description"}

      },

      SUBTRACT =3D 10/1/2@GATEWAY {

            = ; nt/os=3D45123,

            = ; nt/or=3D45123,

            = ; nt/dur=3D40000

      }

   }

}

 

 

Regards,

Saurabh

 


From: Sudhanshu Garg [mailto:sudhanshu.garg@aricent.com]
Sent: Thursday, December 1= 3, 2007 16:51
To: Ramesh Babu Kuppili Cc: megaco@ietf.org
Subject: Re: [Megaco] Mega= co Subtract question

 


Hi,

o- is for tell the MG that i is optional command.
So even if the command fails (for any termination), MG should execute furthe= r commands in the transaction.

However in this case there is no further command in the transaction so making the command optional has no value add.

Section 8 in H.248.1 provides the information on optional commands.=

For this transaction, response will be normal as for any other subtract comma= nd with wildcarded termination

Regards,

<= span style=3D'font-size:7.5pt;font-family:Arial;color:#5F5F5F;font-weight:bo= ld'>Sudhanshu Garg

Engineering P= roject Manager

=  

= A R I C E N T

 =

The Presidenc= y Tower - A

351 / 2, Sect= or 14, M. G. Road

Gurgaon 12200= 1, Haryana, India

 =

Main &nb= sp;   +91 124. 417.6218 =

Fax &nbs= p;    +91 124.417.6224 <= o:p>

Mobile  = +91 999.950.0798

 

 

Ramesh Babu Kuppili <RKuppili@zhone.com> <= /p>

12/13/2007 04:32 PM

To

megaco@ietf.org

cc

 

Subjec= t

[Megaco] Megaco Subtract question

 

 

 

<= span style=3D'font-size:12.0pt'>


Hi Megaco Gurus,
 
I am receiving the following substract message from MGC:
 
!/1 [10.129.32.20]:2944 T=3D372513544{C=3D10{O-S=3D*}}
I see that the MGC is trying to subtract all terms from context 10.  But w= hat is the "0" for.  How should the response look in this case.
 
Thanks in advance.
 
- ramesh_______________________________________________
Megaco mailing list
Megaco@ietf.org
https://www1.ietf.org/mailman/listinfo/meg= aco



***********************  Aricent-Unclassified   ***********************

"DISCLAIMER: This message is proprietary to Aricent&n=
bsp; and is intended solely for the use of 
the individual to whom it is addressed. It may contain pri=
vileged or confidential information and should not be <=
/font>
circulated or used for any purpose other than for what it =
is intended. If you have received this message in error, 
please notify the originator immediately. If you are not t=
he intended recipient, you are notified that you are strictly<=
/span>
prohibited from using, copying, altering, or disclosing th=
e contents of this message. Aricent accepts no responsibility for 
loss or damage arising from the use of the information tra=
nsmitted by this email including damage from virus."

 


IMPORTANT: The contents of this email and any attachments are confidentia= l. They are intended for the=20 named recipient(s) only.
If you have received this email in error, please notify the system manage= r or the sender immediately and do=20 not disclose the contents to anyone or make copies thereof.
*** eSafe scanned this email for viruses, vandals, and malicious c= ontent. ***

------_=_NextPart_001_01C83D81.DE35E348-- --===============2002641589== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============2002641589==-- From megaco-bounces@ietf.org Thu Dec 13 07:15:44 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2mye-0004MW-Ie; Thu, 13 Dec 2007 07:15:44 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2myd-0004MP-Ds for megaco@ietf.org; Thu, 13 Dec 2007 07:15:43 -0500 Received: from smail5.alcatel.fr ([62.23.212.27]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1J2myb-0008L1-79 for megaco@ietf.org; Thu, 13 Dec 2007 07:15:43 -0500 Received: from FRVELSBHS03.ad2.ad.alcatel.com (frvelsbhs03.ad2.ad.alcatel.com [155.132.6.75]) by smail5.alcatel.fr (8.13.8/8.13.8/ICT) with ESMTP id lBDCFKmE021629; Thu, 13 Dec 2007 13:15:21 +0100 Received: from FRVELSMBS15.ad2.ad.alcatel.com ([155.132.6.35]) by FRVELSBHS03.ad2.ad.alcatel.com with Microsoft SMTPSVC(6.0.3790.2499); Thu, 13 Dec 2007 13:15:39 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Subject: RE: [Megaco] Responses when line is OOS Date: Thu, 13 Dec 2007 13:15:38 +0100 Message-ID: <8BB8AD9870081C42B2B309E00352E4EA01665177@FRVELSMBS15.ad2.ad.alcatel.com> In-Reply-To: <476118FD.9030104@intracom.gr> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Megaco] Responses when line is OOS Thread-Index: Acg9fHxOcXRj3LoSTG+8Ry2WOOZITQABHEew References: <475CE6A5.3090300@redback.com> <"22880.18751197271252.sj-webmail-3*"@MHS> <4760F963.1090109@intracom.gr> <476113A8.5030501@alcatel-lucent.de> <476118FD.9030104@intracom.gr> From: "Schwarz Albrecht" To: "Giorgos Tintikakis" X-OriginalArrivalTime: 13 Dec 2007 12:15:39.0645 (UTC) FILETIME=[DFE4D2D0:01C83D81] X-Scanned-By: MIMEDefang 2.57 on 155.132.188.13 X-Spam-Score: 0.0 (/) X-Scan-Signature: c0aa019322dfce838bd8604f5a841b57 Cc: megaco@ietf.org X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0316820355==" Errors-To: megaco-bounces@ietf.org This is a multi-part message in MIME format. --===============0316820355== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C83D81.DF9DE001" This is a multi-part message in MIME format. ------_=_NextPart_001_01C83D81.DF9DE001 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Don't see any contradiction concerning the original question: =20 >If an events descriptor was previously enabled for this line e.g. for >onhook/offhook, are these events now ignored as long as the line is OOS? The phy Term. is in OoS. Independent of NULL or non-NULL Context, and independent of events descriptor setting/values, the MG will not sent any NOTIFY for events related to bearer traffic. Just because it may not detect any event because there is "not any bearer traffic" for consideration in OoS state in my understanding. =20 -Albrecht =20 PS Other, non-bearer traffic events might be reported (if there are any for phy Term's in the NULL context).=20 E.g. H.248.36 for an eph Term in OoS may be reported. =20 =20 ________________________________ From: Giorgos Tintikakis [mailto:gtin@intracom.gr]=20 Sent: Donnerstag, 13. Dezember 2007 12:35 To: Waitzmann Carsten Cc: megaco@ietf.org Subject: Re: [Megaco] Responses when line is OOS =09 =09 Hi Carsten,=20 Yes in case where a valid context exists, but it also covers the case where the termination is in the NULL context where no subtraction is ordered from MGC. =09 please check also the next part from thread: "If the termination is already in the NULL context I still see that the descriptors revert back to their provisioned values and no modify is required."=20 =09 Regards, Giorgos =09 Carsten Waitzmann wrote:=20 Hello Giorgos, =09 I think it is not linked to the Service State. In the thread you are referring to, the physical termination, after being reported as out of service (ServiceChange message), is subtracted by the MGC which causes the descriptors to default to empty or any provisioned value (see H.248.1v3 chapter 6.2.4). =09 best regards Carsten =09 Giorgos Tintikakis wrote: =20 Hello John, =09 Please check the same question/answer at next thread: =09 http://www1.ietf.org/mail-archive/web/megaco/current/msg05626.html =09 My understanding is that at transitioning to OutofService state the active descriptors (signal and events) are cleared (or reverted to=20 any existing provisional values) . =09 Regards, Giorgos =09 =09 John Wainwright wrote: =20 If a line is taken OOS as a result of management action and this is reported in the SVC message to the MGC, who also responds, how should we then respond to other messages from the MGC related to this line e.g. Audit messages. =09 If an events descriptor was previously enabled for this line e.g. for onhook/offhook, are these events now ignored as long as the line is OOS? =09 Thanks John =09 =09 =09 _______________________________________________ Megaco mailing list Megaco@ietf.org =09 https://www1.ietf.org/mailman/listinfo/megaco =09 =09 =09 =20 =20 _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco =09 =20 =09 =20 ------_=_NextPart_001_01C83D81.DF9DE001 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Don't see any contradiction concerning the = original=20 question:
 
>If an events descriptor was = previously=20 enabled for this line e.g. for
>onhook/offhook, are these events = now ignored=20 as long as the line is OOS?
The phy Term. is in OoS.
Independent of NULL or non-NULL Context,=20 and
independent of events descriptor=20 setting/values,
the MG will not sent any NOTIFY for events = related to=20 bearer traffic.
Just because it may not detect any event = because there=20 is "not any bearer traffic" for consideration in OoS state in my=20 understanding.
 
-Albrecht
 
PS
Other, non-bearer traffic events might = be reported=20 (if there are any for phy Term's in the NULL = context). 
E.g. H.248.36 for an eph Term in OoS may be=20 reported.  
 


From: Giorgos Tintikakis=20 [mailto:gtin@intracom.gr]
Sent: Donnerstag, 13. Dezember = 2007=20 12:35
To: Waitzmann Carsten
Cc:=20 megaco@ietf.org
Subject: Re: [Megaco] Responses when line is = OOS

Hi Carsten,
Yes in case where a valid context exists, = but it=20 also covers the case where the termination is in the NULL context = where no=20 subtraction is ordered from MGC.

please check also the next = part from=20 thread:
"If the termination is already in the NULL context I = still see=20 that the descriptors revert back to their provisioned values and no = modify is=20 required."

Regards,
Giorgos

Carsten Waitzmann = wrote:=20
Hello Giorgos,

I think it is not linked to the Service State. In the thread you are
referring to, the physical termination, after being reported as out of
service (ServiceChange message), is subtracted by the MGC which causes
the descriptors to default to empty or any provisioned value (see
H.248.1v3 chapter 6.2.4).

best regards
Carsten

Giorgos Tintikakis wrote:
  
Hello John,

Please check the same question/answer at next thread:
http://www1.ietf.org/mail-archive/web/megaco/current/msg05626.html=


My understanding is that at transitioning to OutofService state
the active descriptors (signal and events) are cleared (or reverted to=20
any existing provisional values) .

Regards,
Giorgos


John Wainwright wrote:
    
If a line is taken OOS as =
a result of management action and this is
reported in the SVC message to the MGC, who also responds, how should we
then respond to other messages from the MGC related to this line e.g.
Audit messages.

If an events descriptor was previously enabled for this line e.g. for
onhook/offhook, are these events now ignored as long as the line is OOS?

Thanks
John


_______________________________________________
Megaco mailing list
Megaco@ietf.org
https://www1.ietf.=
org/mailman/listinfo/megaco



 =20
      
_______________________________________________
Megaco mailing list
Megaco@ietf.org
https://www1.ietf.=
org/mailman/listinfo/megaco

    

  

------_=_NextPart_001_01C83D81.DF9DE001-- --===============0316820355== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============0316820355==-- From megaco-bounces@ietf.org Thu Dec 13 07:25:11 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2n7n-0006h1-4s; Thu, 13 Dec 2007 07:25:11 -0500 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2n7l-0006WH-Ap for megaco@ietf.org; Thu, 13 Dec 2007 07:25:09 -0500 Received: from jaguar.aricent.com ([61.246.186.17]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J2n7j-0001qc-3w for megaco@ietf.org; Thu, 13 Dec 2007 07:25:09 -0500 Received: from jaguar.aricent.com (localhost [127.0.0.1]) by jaguar.aricent.com (8.13.8/8.13.8) with ESMTP id lBDCEhUZ032015 for ; Thu, 13 Dec 2007 17:44:43 +0530 Received: from sandesh.gur.aricent.com (sandesh [10.203.142.21]) by jaguar.aricent.com (8.13.8/8.13.8) with ESMTP id lBDCEfGS031998; Thu, 13 Dec 2007 17:44:42 +0530 In-Reply-To: <70798CF421F00F4DA018059E5B7EEB8C01AF6921@sonusinmail01.sonusnet.com> To: "Saurabh, Kumar" Subject: RE: [Megaco] Megaco Subtract question MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.5 November 30, 2005 Message-ID: From: Sudhanshu Garg Date: Thu, 13 Dec 2007 17:54:55 +0530 X-MIMETrack: Serialize by Router on Sandesh/HSS(Release 6.5.5|November 30, 2005) at 13/12/2007 05:59:55 PM, Serialize complete at 13/12/2007 05:59:55 PM X-Spam-Score: 0.0 (/) X-Scan-Signature: dadeebe491e67c033a493fd3c7d6792b Cc: megaco@ietf.org, Ramesh Babu Kuppili X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0408299085==" Errors-To: megaco-bounces@ietf.org This is a multipart message in MIME format. --===============0408299085== Content-Type: multipart/alternative; boundary="=_alternative 00443347652573B0_=" This is a multipart message in MIME format. --=_alternative 00443347652573B0_= Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Hi=20Saurabh,=0D=0A=0D=0AMG=20executes=20the=20command=20for=20all=20desi= gnated=20terminations=20irrespective=20of=20=0D=0Athe=20command=20being= =20optional=20or=20not.=0D=0A=0D=0AMaking=20a=20command=20optional=20will= =20have=20impact=20only=20on=20further=20commands.=0D=0A=0D=0ASnippet=20f= rom=20H.248.1=20V3=20is=20attached.=0D=0ASection=208:=0D=0A"At=20the=20fi= rst=20failing=20command=20in=20a=20transaction,=20processing=20of=20the= =20=0D=0Aremaining=20commands=20in=20that=20transaction=20stops.=20If=20a= =20command=20contains=20a=20=0D=0Awildcarded=20TerminationID,=20the=20com= mand=20is=20attempted=20with=20each=20of=20the=20actual=20=0D=0ATerminati= onIDs=20matching=20the=20wildcard.=20A=20response=20within=20the=20=0D=0A= TransactionReply=20is=20included=20for=20each=20matching=20TerminationID,= =20even=20if=20one=20=0D=0Aor=20more=20instances=20generated=20an=20error= .=20If=20any=20TerminationID=20matching=20a=20=0D=0Awildcard=20results=20= in=20an=20error=20when=20executed,=20any=20commands=20following=20the=20= =0D=0Awildcarded=20command=20are=20not=20attempted.=0D=0ACommands=20may= =20be=20marked=20as=20"Optional"=20which=20can=20override=20this=20behavi= our=20?=20=0D=0Aif=20a=20command=20marked=20as=20Optional=20results=20in= =20an=20error,=20subsequent=20commands=20=0D=0Ain=20the=20transaction=20w= ill=20be=20executed.=20If=20a=20command=20fails,=20the=20MG=20shall,=20as= =20=0D=0Afar=20as=20possible,=20restore=20the=20state=20that=20existed=20= prior=20to=20the=20attempted=20=0D=0Aexecution=20of=20the=20command=20bef= ore=20continuing=20with=20command=20processing."=0D=0A=0D=0A=0D=0A=0D=0AR= egards,=0D=0ASudhanshu=20Garg=0D=0AEngineering=20Project=20Manager=0D=0A= =20=0D=0AA=20R=20I=20C=20E=20N=20T=0D=0A=20=0D=0AThe=20Presidency=20Tower= =20-=20A=0D=0A351=20/=202,=20Sector=2014,=20M.=20G.=20Road=0D=0AGurgaon= =20122001,=20Haryana,=20India=0D=0A=20=0D=0AMain=20=20=20=20=20+91=20124.= =20417.6218=0D=0AFax=20=20=20=20=20=20+91=20124.417.6224=0D=0AMobile=20= =20+91=20999.950.0798=0D=0A=0D=0A=20=0D=0A=0D=0A=0D=0A=0D=0A"Saurabh,=20K= umar"=20=20=0D=0A12/13/2007=2005:34=20PM=0D=0A=0D= =0A=0D=0ATo=0D=0ASudhanshu=20Garg/HSS@HSS,=20"Ramesh=20Babu=20Kuppili"=20= =0D=0Acc=0D=0A=0D=0ASubject=0D=0ARE:= =20[Megaco]=20Megaco=20Subtract=20question=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A= =0D=0A=0D=0ASudhanshu,=0D=0A=20=0D=0AI=20would=20like=20to=20differ=20fro= m=20your=20interpretation=20that=20in=20the=20given=20case=20=0D=0A"comma= nd=20optional=20has=20no=20value=20add".=20I=20believe=20that=20if=20a=20= command=20contains=20=0D=0Aa=20wildcarded=20TerminationID,=20the=20comman= d=20is=20attempted=20with=20each=20of=20the=20=0D=0Aactual=20TerminationI= Ds=20matching=20the=20wildcard=20which=20means=20that=20in=20this=20case= =20=0D=0Asubtract=20command=20would=20be=20attempted=20on=20each=20termin= ation=20in=20the=20context.=20=0D=0A=20=0D=0AMy=20interpretation=20of=20w= ildcard=20subtract=20with=20optional=20flag=20O-=20is:=0D=0AEven=20if=20o= ne=20of=20the=20subtract=20command=20attempted=20on=20the=20termination= =20within=20=0D=0Athe=20context=20fails=20(due=20to=20some=20reason),=20M= G=20would=20continue=20to=20apply=20the=20=0D=0Asubtract=20command=20on= =20the=20rest=20of=20the=20terminations=20in=20the=20context.=20This=20is= =20=0D=0Abased=20on=20the=20text=20in=20the=20section=208.2.2=20of=20H.24= 8=20V3=20"If=20the=20optional=20=0D=0Acommand=20generates=20an=20error,= =20the=20transaction=20still=20continues=20to=20execute=20=0D=0A..."=0D= =0A=20=0D=0AWhereas,=20if=20the=20optional=20flag=20(O-)=20is=20not=20spe= cified=20in=20the=20wildcard=20=0D=0Asubtract,=20the=20execution=20of=20w= ildcard=20subtract=20command=20would=20terminate=20as=20=0D=0Asoon=20as= =20it=20encountered=20an=20error=20and=20the=20subtract=20command=20would= =20not=20be=20=0D=0Aapplied=20on=20rest=20of=20the=20terminations=20in=20= the=20context.=0D=0A=20=0D=0AIn=20case=20of=20no=20error=20the=20subtract= =20response=20would=20look=20similar=20to=20the=20normal=20=0D=0Asuccess= =20response=20for=20wildcard=20subtract=0D=0A=20=0D=0AMEGACO/1=20[10.0.1.= 100]:2944=0D=0AREPLY=20=3D=20372513544=20{=0D=0A=20=20=20CONTEXT=20=3D=20= 10=20{=0D=0A=20=20=20=20=20=20SUBTRACT=20=3D=2010/1/1@GATEWAY=20{=0D=0A= =20=20=20=20=20=20=20=20=20=20=20=20=20nt/os=3D45123,=20=0D=0A=20=20=20= =20=20=20=20=20=20=20=20=20=20nt/or=3D45123,=20=0D=0A=20=20=20=20=20=20= =20=20=20=20=20=20=20nt/dur=3D40000=20=0D=0A=20=20=20=20=20=20},=0D=0A=20= =20=20=20=20=20SUBTRACT=20=3D=2010/1/2@GATEWAY=20{=0D=0A=20=20=20=20=20= =20=20=20=20=20=20=20=20nt/os=3D45123,=20=0D=0A=20=20=20=20=20=20=20=20= =20=20=20=20=20nt/or=3D45123,=20=0D=0A=20=20=20=20=20=20=20=20=20=20=20= =20=20nt/dur=3D40000=20=0D=0A=20=20=20=20=20=20}=0D=0A=20=20=20}=0D=0A}= =0D=0A=20=0D=0A=20=0D=0AIf=20there=20is=20an=20error=20generated=20while= =20applying=20subtract=20command=20on=20the=20=0D=0Afirst=20termination= =20(say=2010/1/1@GATEWAY),=20MG=20would=20continue=20to=20process/apply= =20=0D=0Athe=20command=20on=20the=20other=20terminations=20in=20the=20con= text=20and=20generate=20the=20=0D=0Afollowing=20response=0D=0A=20=0D=0AME= GACO/1=20[10.0.1.100]:2944=0D=0AREPLY=20=3D=20372513544=20{=0D=0A=20=20= =20CONTEXT=20=3D=2010=20{=0D=0A=20=20=20=20=20=20SUBTRACT=20=3D=2010/1/1@= GATEWAY=20{=0D=0A=20=20=20=20=20=20=20=20=20=20=20=20=20Error=3Dxxx=20{"T= ext=20Description"}=0D=0A=20=20=20=20=20=20},=0D=0A=20=20=20=20=20=20SUBT= RACT=20=3D=2010/1/2@GATEWAY=20{=0D=0A=20=20=20=20=20=20=20=20=20=20=20=20= =20nt/os=3D45123,=20=0D=0A=20=20=20=20=20=20=20=20=20=20=20=20=20nt/or=3D= 45123,=20=0D=0A=20=20=20=20=20=20=20=20=20=20=20=20=20nt/dur=3D40000=20= =0D=0A=20=20=20=20=20=20}=0D=0A=20=20=20}=0D=0A}=0D=0A=20=0D=0A=20=0D=0AR= egards,=0D=0ASaurabh=0D=0A=20=0D=0A=0D=0AFrom:=20Sudhanshu=20Garg=20[mail= to:sudhanshu.garg@aricent.com]=20=0D=0ASent:=20Thursday,=20December=2013,= =202007=2016:51=0D=0ATo:=20Ramesh=20Babu=20Kuppili=0D=0ACc:=20megaco@ietf= .org=0D=0ASubject:=20Re:=20[Megaco]=20Megaco=20Subtract=20question=0D=0A= =20=0D=0A=0D=0AHi,=20=0D=0A=0D=0Ao-=20is=20for=20tell=20the=20MG=20that= =20i=20is=20optional=20command.=20=0D=0ASo=20even=20if=20the=20command=20= fails=20(for=20any=20termination),=20MG=20should=20execute=20=0D=0Afurthe= r=20commands=20in=20the=20transaction.=20=0D=0A=0D=0AHowever=20in=20this= =20case=20there=20is=20no=20further=20command=20in=20the=20transaction=20= so=20=0D=0Amaking=20the=20command=20optional=20has=20no=20value=20add.=20= =0D=0A=0D=0ASection=208=20in=20H.248.1=20provides=20the=20information=20o= n=20optional=20commands.=20=0D=0A=0D=0AFor=20this=20transaction,=20respon= se=20will=20be=20normal=20as=20for=20any=20other=20subtract=20=0D=0Acomma= nd=20with=20wildcarded=20termination=20=0D=0A=0D=0ARegards,=20=0D=0ASudha= nshu=20Garg=20=0D=0AEngineering=20Project=20Manager=20=0D=0A=20=20=0D=0AA= =20R=20I=20C=20E=20N=20T=20=0D=0A=20=20=0D=0AThe=20Presidency=20Tower=20-= =20A=20=0D=0A351=20/=202,=20Sector=2014,=20M.=20G.=20Road=20=0D=0AGurgaon= =20122001,=20Haryana,=20India=20=0D=0A=20=20=0D=0AMain=20=20=20=20=20+91= =20124.=20417.6218=20=0D=0AFax=20=20=20=20=20=20+91=20124.417.6224=20=0D= =0AMobile=20=20+91=20999.950.0798=0D=0A=20=0D=0A=20=0D=0A=0D=0A=0D=0ARame= sh=20Babu=20Kuppili=20=20=0D=0A12/13/2007=2004:32=20P= M=20=0D=0A=0D=0A=0D=0ATo=0D=0Amegaco@ietf.org=20=0D=0Acc=0D=0A=20=0D=0ASu= bject=0D=0A[Megaco]=20Megaco=20Subtract=20question=0D=0A=20=0D=0A=0D=0A= =0D=0A=20=0D=0A=20=0D=0A=0D=0A=0D=0A=0D=0A=0D=0AHi=20Megaco=20Gurus,=20= =0D=0A=20=20=0D=0AI=20am=20receiving=20the=20following=20substract=20mess= age=20from=20MGC:=20=0D=0A=20=20=0D=0A!/1=20[10.129.32.20]:2944=20T=3D372= 513544{C=3D10{O-S=3D*}}=20=0D=0AI=20see=20that=20the=20MGC=20is=20trying= =20to=20subtract=20all=20terms=20from=20context=2010.=20=20But=20=0D=0Awh= at=20is=20the=20"0"=20for.=20=20How=20should=20the=20response=20look=20in= =20this=20case.=20=0D=0A=20=20=0D=0AThanks=20in=20advance.=20=0D=0A=20=20= =0D=0A-=20ramesh_______________________________________________=0D=0AMega= co=20mailing=20list=0D=0AMegaco@ietf.org=0D=0Ahttps://www1.ietf.org/mailm= an/listinfo/megaco=0D=0A=0D=0A=0D=0A=0D=0A***********************=20=20Ar= icent-Unclassified=20=20=20***********************=20=0D=0A=0D=0A"DISCLAI= MER:=20This=20message=20is=20proprietary=20to=20Aricent=20=20and=20is=20i= ntended=20=0D=0Asolely=20for=20the=20use=20of=20=0D=0Athe=20individual=20= to=20whom=20it=20is=20addressed.=20It=20may=20contain=20privileged=20or= =20=0D=0Aconfidential=20information=20and=20should=20not=20be=20=0D=0Acir= culated=20or=20used=20for=20any=20purpose=20other=20than=20for=20what=20i= t=20is=20intended.=20If=20=0D=0Ayou=20have=20received=20this=20message=20= in=20error,=20=0D=0Aplease=20notify=20the=20originator=20immediately.=20I= f=20you=20are=20not=20the=20intended=20=0D=0Arecipient,=20you=20are=20not= ified=20that=20you=20are=20strictly=0D=0Aprohibited=20from=20using,=20cop= ying,=20altering,=20or=20disclosing=20the=20contents=20of=20=0D=0Athis=20= message.=20Aricent=20accepts=20no=20responsibility=20for=20=0D=0Aloss=20o= r=20damage=20arising=20from=20the=20use=20of=20the=20information=20transm= itted=20by=20this=20=0D=0Aemail=20including=20damage=20from=20virus."=0D= =0A=20=0D=0A=0D=0A=0D=0A***********************=20=20Aricent-Restricted= =20=20=20***********************=0D=0A"DISCLAIMER:=20This=20message=20is= =20proprietary=20to=20Aricent=20=20and=20is=20intended=20solely=20for=20t= he=20use=20of=20=0Athe=20individual=20to=20whom=20it=20is=20addressed.=20= It=20may=20contain=20privileged=20or=20confidential=20information=20and= =20should=20not=20be=20=0Acirculated=20or=20used=20for=20any=20purpose=20= other=20than=20for=20what=20it=20is=20intended.=20If=20you=20have=20recei= ved=20this=20message=20in=20error,=20=0Aplease=20notify=20the=20originato= r=20immediately.=20If=20you=20are=20not=20the=20intended=20recipient,=20y= ou=20are=20notified=20that=20you=20are=20strictly=0Aprohibited=20from=20u= sing,=20copying,=20altering,=20or=20disclosing=20the=20contents=20of=20th= is=20message.=20Aricent=20accepts=20no=20responsibility=20for=20=0Aloss= =20or=20damage=20arising=20from=20the=20use=20of=20the=20information=20tr= ansmitted=20by=20this=20email=20including=20damage=20from=20virus."=0A --=_alternative 00443347652573B0_= Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable =0D=0A
Hi=20Saurabh,
=0D= =0A
=0D=0A
MG=20executes=20t= he=20command=20for=20all=20designated=0D=0Aterminations=20irrespective=20= of=20the=20command=20being=20optional=20or=20not.
=0D=0A
=0D=0A<= br>Making=20a=20command=20optional= =20will=20have=0D=0Aimpact=20only=20on=20further=20commands.
=0D=0A=
=0D=0A
Snippet=20from=20H.2= 48.1=20V3=20is=20attached.
=0D=0A
Section=208:
=0D=0A
"At=20the=20first=20failing=20command=20in=0D=0Aa=20transaction,= =20processing=20of=20the=20remaining=20commands=20in=20that=20transaction= =0D=0Astops.=20If=20a=20command=20contains=20a=20wildcarded=20Termination= ID,=20the=20command=20is=0D=0Aattempted=20with=20each=20of=20the=20actual= =20TerminationIDs=20matching=20the=20wildcard.=0D=0AA=20response=20within= =20the=20TransactionReply=20is=20included=20for=20each=20matching=20Termi= nationID,=0D=0Aeven=20if=20one=20or=20more=20instances=20generated=20an= =20error.=20If=20any=20TerminationID=0D=0Amatching=20a=20wildcard=20resul= ts=20in=20an=20error=20when=20executed,=20any=20commands=20following=0D= =0Athe=20wildcarded=20command=20are=20not=20attempted.
=0D=0A
Commands=20may=20be=20marked=20as=20= "Optional"=0D=0Awhich=20can=20override=20this=20behaviour=20= 211;=20if=20a=20command=20marked=20as=20Optional=20results=0D=0Ain=20an= =20error,=20subsequent=20commands=20in=20the=20transaction=20will=20be=20= executed.=20If=0D=0Aa=20command=20fails,=20the=20MG=20shall,=20as=20far= =20as=20possible,=20restore=20the=20state=20that=0D=0Aexisted=20prior=20t= o=20the=20attempted=20execution=20of=20the=20command=20before=20continuin= g=0D=0Awith=20command=20processing."=0D=0A
=0D=0A
=0D= =0A
=0D=0A=0D=0A=0D=0ARegards,=0D=0A=0D=0ASudhanshu=20Garg
=0D=0A=0D=0AEngineering=20Project=20Manager=0D=0A=0D=0A&nbs= p;=0D=0A=0D=0AA=20R=20I=20C=20E=20N=20T=0D=0A=0D=0A =0D=0A=0D=0AThe=20Presidency=20Tower=20-=20A= =0D=0A=0D=0A351=20/=202,=20Sector=2014,=20M.=20G.=20Road=0D=0A=0D=0AGurgaon=20122001,=20Haryana,=20India=0D=0A=0D=0A =0D=0A=0D=0AMain    =0D=0A+91=20124.=20417.6218=0D= =0A=0D=0AFax     =0D=0A+91=20124.417.6224=0D=0A=0D=0AMobile =20+91=0D=0A999.950.0798=0D=0A
=0D=0A

 =0D=0A
=0D=0A
=0D=0A
=0D=0A= =0D=0A=0D=0A"Saurabh,=20Kumar"=0D=0A<ksaurabh@sonusne= t.com>=20=0D=0A

12= /13/2007=2005:34=20PM=0D=0A
=0D=0A=0D=0A=0D=0A=0D=0A=0D=0ATo=0D=0ASudhanshu=20Garg/HSS@HSS,=20"Ram= esh=0D=0ABabu=20Kuppili"=20<RKuppili@zhone.com>=0D=0A=0D=0A=0D=0Acc=0D=0A<megaco@ietf.org>=0D=0A=0D=0A=0D=0ASubject=0D=0ARE:=20= [Megaco]=20Megaco=20Subtract=0D=0Aquestion=0D=0A
=0D=0A= =0D=0A=0D=0A
=0D=0A
=0D=0A
=0D=0A
=0D=0A
=0D=0A
Sudhanshu,=0D=0A
 =0D=0A
I=20would=20like=20to=20differ=20from=0D=0Ayour=20i= nterpretation=20that=20in=20the=20given=20case=20"command=20optional= =20has=20no=0D=0Avalue=20add".=20I=20believe=20that=20if=20a=20comma= nd=20contains=20a=20wildcarded=20TerminationID,=0D=0Athe=20command=20is= =20attempted=20with=20each=20of=20the=20actual=20TerminationIDs=20matchin= g=0D=0Athe=20wildcard=20which=20means=20that=20in=20this=20case=20subtrac= t=20command=20would=20be=20attempted=0D=0Aon=20each=20termination=20in=20= the=20context.=20=0D=0A
 =0D=0A
My=20interpretation=20of=20wildcard=0D=0Asubtract=20with= =20optional=20flag=20O-=20is:=0D=0A
Even=20if=20one=20of=20the=20subtract=0D=0Acomma= nd=20attempted=20on=20the=20termination=20within=20the=20context=20fails= =20(due=20to=20some=0D=0Areason),=20MG=20would=20continue=20to=20apply=20= the=20subtract=20command=20on=20the=20rest=20of=0D=0Athe=20terminations= =20in=20the=20context.=20This=20is=20based=20on=20the=20text=20in=20the= =20section=0D=0A8.2.2=20of=20H.248=20V3=20"If=20the=20optional=20com= mand=20generates=20an=20error,=20the=0D=0Atransaction=20still=20continues= =20to=20execute=20..."=0D=0A
 =0D=0A
Whereas,=20if=20the=20optional=20flag=0D=0A(O-)= =20is=20not=20specified=20in=20the=20wildcard=20subtract,=20the=20executi= on=20of=20wildcard=0D=0Asubtract=20command=20would=20terminate=20as=20soo= n=20as=20it=20encountered=20an=20error=20and=0D=0Athe=20subtract=20comman= d=20would=20not=20be=20applied=20on=20rest=20of=20the=20terminations=20in= =0D=0Athe=20context.=0D=0A
 =0D=0A
In=20case=20of=20no=20error=20the=20subtract=0D=0Ares= ponse=20would=20look=20similar=20to=20the=20normal=20success=20response= =20for=20wildcard=0D=0Asubtract=0D=0A
 =0D=0A
MEGACO/1=20[10.0.1.100]:2944=0D=0AREPLY=20=3D=2037251= 3544=20{=0D=0A
 =20 CONTEXT=20=3D=2010=20{=0D=0A
 =20 =20 =20SUBTRACT= =0D=0A=3D=2010/1/1@GATEWAY=20{=0D=0A
 =20 =20 =20 =0D=0A = =20 =20 nt/os=3D45123,=20=0D=0A
 =20 =20 =20 =0D=0A&nb= sp;=20 =20 nt/or=3D45123,=20=0D=0A
 =20 =20 =20 =0D= =0A =20 =20 nt/dur=3D40000=20=0D=0A
 =20 =20 =20},
=0D=0A
 = =20 =20 =20SUBTRACT=0D=0A=3D=2010/1/2@GATEWAY=20{=0D=0A<= br> =20 =20=  =20 =0D=0A =20 =20 nt/os=3D45123,=20=0D= =0A
 =20 = ;=20 =20 =0D=0A =20 =20 nt/or=3D45123,=20= =0D=0A
 =20&n= bsp;=20 =20 =0D=0A =20 =20 nt/dur=3D40000=20=0D=0A
 = =20 =20 =20}=0D=0A
 =20 }=0D=0A
}=0D=0A
 =0D=0A
 =0D=0A
If=20there=20is=20an=20error=20generated= =0D=0Awhile=20applying=20subtract=20command=20on=20the=20first=20terminat= ion=20(say=2010/1/1@GATEWAY),=0D=0AMG=20would=20continue=20to=20process/a= pply=20the=20command=20on=20the=20other=20terminations=0D=0Ain=20the=20co= ntext=20and=20generate=20the=20following=20response=0D=0A
 =0D=0A
MEGACO/1=20[10.0.1.100]:= 2944=0D=0A
= REPLY=20=3D=20372513544=20{=0D=0A
 =20 CONTEXT=20=3D=2010=20{=0D=0A=
 =20 = =20 =20SUBTRACT=0D=0A=3D=2010/1/1@GATEWAY=20{=0D=0A
 =20 =20 = =20 =0D=0A =20 =20 Error=3Dxxx=20{"Text=20Descri= ption"}=0D=0A
 =20 =20 =20},=0D=0A
 =20 =20 =20SUBTRACT=0D= =0A=3D=2010/1/2@GATEWAY=20{=0D=0A
 =20 =20 =20 =0D=0A =20&n= bsp;=20 nt/os=3D45123,=20=0D=0A
 =20 =20 =20 =0D=0A = =20 =20 nt/or=3D45123,=20=0D=0A
 =20 =20 =20 =0D=0A&nb= sp;=20 =20 nt/dur=3D40000=20=0D=0A
 =20 =20 =20}= =0D=0A
 =20&n= bsp;}=0D=0A
}=0D=0A
&n= bsp;=0D=0A
=  =0D=0A
Regards,=0D=0A
Saurabh=0D=0A
 =0D=0A=0D=0A
=0D=0A


<= /div>=0D=0A
From:=20Sudhansh= u=20Garg=20[mailto:sudhanshu.garg@aricent.com]=0D=0A
=0D=0ASent:=20Thursday,=20December=2013,=202007=2016:51
=0D=0ATo:
=20Rames= h=20Babu=20Kuppili
=0D=0ACc:
=20megaco@ietf.org
=0D=0ASubj= ect:
=20Re:=20[Megaco]=20Megaco=20Subtract=20question=0D=0A
=  =0D=0A

=0D=0AHi,=20
=0D=0A
=0D=0Ao-=20is=20for=20tell=20the=20MG=20that=20i=20= is=20optional=20command.=0D=0A
=0D=0ASo=20= even=20if=20the=20command=20fails=20(for=20any=20termination),=20MG=20sho= uld=20execute=20further=0D=0Acommands=20in=20the=20transaction.=0D=0A
=0D=0A
=0D=0AHowever=20in=20this=20case=20= there=20is=20no=20further=20command=20in=20the=20transaction=20so=0D=0Ama= king=20the=20command=20optional=20has=20no=20value=20add.=0D=0A
=0D=0A
=0D=0ASection=208=20in=20H.248.1=20provid= es=20the=20information=20on=20optional=20commands.=0D=0A
=0D=0A
=0D=0AFor=20this=20transaction,=20response=20w= ill=20be=20normal=20as=20for=20any=20other=20subtract=0D=0Acommand=20with= =20wildcarded=20termination=0D=0A=0D=0A

=0D=0A=0D=0A=0D= =0ARegards,=0D=0A=0D=0A=0D= =0ASudhanshu= =20Garg=0D=0A<= /font>=0D=0A=0D=0AEngineering=20Project=20Manager=0D=0A=0D=0A= =0D=0A =0D=0A=0D=0A<= tr=20valign=3Dtop>=0D=0AA=20R=20I=20C=20E=20N=20T=0D=0A=0D=0A=0D=0A =0D=0A=0D=0A=0D= =0AThe=20Presiden= cy=20Tower=20-=20A= =0D=0A=0D=0A=0D=0A351=20/=202,=20Sector=2014,=20M.=20G.=20Road<= /font>=0D=0A=0D=0A= =0D=0AGurgaon=20122001,=20Haryana,=20India=0D=0A=0D=0A=0D=0A =0D=0A=0D=0A=0D=0AMai= n=20 =20 =20+91=0D=0A124.=20417.6218=20=0D=0A=0D=0AFax=20 =20 =20 +91=0D=0A124.417.= 6224=20=0D= =0A=0D=0AMobile=20 +91=0D=0A999.950.0798=0D=0A
 =0D=0A

 =20
=0D=0A=0D=0A

=0D=0A= =0D=0A=0D=0ARamesh=20Babu=20Kuppili=20<RKu= ppili@zhone.com>=0D=0A=0D=0A

12/13/2007=2004:32=20PM=0D=0A=0D=0A=0D=0A
=0D=0A=0D=0A=0D=0A=0D=0ATo=0D=0Amegaco@i= etf.org=0D=0A=0D=0A=0D=0A=0D=0Acc=0D=0A =0D=0A=0D=0A=0D=0ASubject<= /div>=0D=0A[Meg= aco]=20Megaco=20Subtract=0D=0Aquestion=0D=0A
 =0D=0A

=0D=0A
=0D= =0A=0D=0A=0D=0A =0D=0A =0D=0A
=0D=0A


=0D=0A
=0D=0A
=0D=0AHi=20Megaco=20Gurus,=20
=0D=0A=20 
=0D=0AI=20am=20receiving=20the=20following=20substract=20message= =20from=20MGC:=0D= =0A
=0D=0A=20 
=0D=0A!/1=20[10.129.32.20]:2944=20T=3D372513544{C=3D10{O-S=3D*}}<= /font>=0D=0A
=0D=0AI=20see=20that=20the=20MGC=20is=20= trying=20to=20subtract=20all=20terms=20from=20context=2010.=20 But= =0D=0Awhat=20is=20the=20"0"=20for.=20 How=20should=20the= =20response=20look=20in=20this=0D=0Acase.=20
=0D=0A=20 
=0D=0AThanks=20in=20advance.=20
=0D=0A=20 
=0D=0A-=20ramesh_______________________________________________
=0D=0AM= egaco=20mailing=20list
=0D=0AMegaco@ietf.org
=0D=0Ahttps://www1.iet= f.org/mailman/listinfo/megaco
=0D=0A
= =0D=0A
=0D=0A
=0D=0A***********************=20 Aricent-Unclass= ified=20 =20***********************=0D=0A=0D=0A

=0D=0A= =0D=0A=0D=0A"DISCLAIMER:=0D=0AThis=20message=20is=20propri= etary=20to=20Aricent=20 and=20is=20intended=20solely=20for=0D=0Athe= =20use=20of=20=0D=0A
= the=20individual=20to=20whom=20it=20is=20addressed.=0D=0AIt=20may=20conta= in=20privileged=20or=20confidential=20information=20and=20should=20not=20= be=0D=0A=0D=0A
circul= ated=20or=20used=20for=20any=20purpose=0D=0Aother=20than=20for=20what=20i= t=20is=20intended.=20If=20you=20have=20received=20this=20message=20in=0D= =0Aerror,=20=0D=0A
pl= ease=20notify=20the=20originator=20immediately.=0D=0AIf=20you=20are=20not= =20the=20intended=20recipient,=20you=20are=20notified=20that=20you=20are= =20strictly=0D=0A
pro= hibited=20from=20using,=20copying,=20altering,=0D=0Aor=20disclosing=20the= =20contents=20of=20this=20message.=20Aricent=20accepts=20no=20responsibil= ity=0D=0Afor=20=0D=0A
loss=20or=20damage=20arising=20from=20the=20use=0D=0Aof=20the=20informat= ion=20transmitted=20by=20this=20email=20including=20damage=20from=20virus= ."=0D=0A
 =0D=0A

= =0D=0A
=0D=0A***********************=20 Aricent-Restricted=20&nbs= p;=20***********************=0D=0A
"DISCLAIMER:=20This=20message=20is=20prop=
rietary=20to=20Aricent=20=20and=20is=20intended=20solely=20for=20the=20us=
e=20of=20=0Athe=20individual=20to=20whom=20it=20is=20addressed.=20It=20ma=
y=20contain=20privileged=20or=20confidential=20information=20and=20should=
=20not=20be=20=0Acirculated=20or=20used=20for=20any=20purpose=20other=20t=
han=20for=20what=20it=20is=20intended.=20If=20you=20have=20received=20thi=
s=20message=20in=20error,=20=0Aplease=20notify=20the=20originator=20immed=
iately.=20If=20you=20are=20not=20the=20intended=20recipient,=20you=20are=
=20notified=20that=20you=20are=20strictly=0Aprohibited=20from=20using,=20=
copying,=20altering,=20or=20disclosing=20the=20contents=20of=20this=20mes=
sage.=20Aricent=20accepts=20no=20responsibility=20for=20=0Aloss=20or=20da=
mage=20arising=20from=20the=20use=20of=20the=20information=20transmitted=
=20by=20this=20email=20including=20damage=20from=20virus."=0A
--=_alternative 00443347652573B0_=-- --===============0408299085== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============0408299085==-- From megaco-bounces@ietf.org Thu Dec 13 09:35:05 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2p9T-0008Rm-PF; Thu, 13 Dec 2007 09:35:03 -0500 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2p9S-0008Qw-86 for megaco@ietf.org; Thu, 13 Dec 2007 09:35:02 -0500 Received: from mailserv.intranet.gr ([146.124.14.106]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J2p9R-00057E-30 for megaco@ietf.org; Thu, 13 Dec 2007 09:35:02 -0500 Received: from mailserv.intranet.gr (localhost [127.0.0.1]) by mailserv.intranet.gr (8.13.6/8.13.1) with ESMTP id lBDEYxgW029156 for ; Thu, 13 Dec 2007 16:34:59 +0200 (EET) Received: from pella.intranet.gr (pella.intranet.GR [146.124.173.10]) by mailserv.intranet.gr (8.13.6/8.13.1) with ESMTP id lBDEYwrB029141; Thu, 13 Dec 2007 16:34:58 +0200 (EET) Received: from [146.124.173.131] (thespcrh1.intranet.gr [146.124.173.131]) by pella.intranet.gr (8.11.7p1+Sun/8.11.7) with ESMTP id lBDEObh06013; Thu, 13 Dec 2007 16:24:38 +0200 (EET) Message-ID: <476142FF.1070007@intracom.gr> Date: Thu, 13 Dec 2007 16:34:39 +0200 From: Giorgos Tintikakis User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Schwarz Albrecht Subject: Re: [Megaco] Responses when line is OOS References: <475CE6A5.3090300@redback.com> <"22880.18751197271252.sj-webmail-3*"@MHS> <4760F963.1090109@intracom.gr> <476113A8.5030501@alcatel-lucent.de> <476118FD.9030104@intracom.gr> <8BB8AD9870081C42B2B309E00352E4EA01665177@FRVELSMBS15.ad2.ad.alcatel.com> In-Reply-To: <8BB8AD9870081C42B2B309E00352E4EA01665177@FRVELSMBS15.ad2.ad.alcatel.com> X-Spam-Score: 0.0 (/) X-Scan-Signature: 025f8c5000216988bfe31585db759250 Cc: megaco@ietf.org X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0815806863==" Errors-To: megaco-bounces@ietf.org This is a multi-part message in MIME format. --===============0815806863== Content-Type: multipart/alternative; boundary="------------090702020002060902050205" This is a multi-part message in MIME format. --------------090702020002060902050205 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit You are right. But please consider also the case when the termination return to "inService" with a new ServiceChange command. then MGC should update the events descriptor by a Modify command as the old one is not valid anymore. (in case no provisioned values for the event descriptor exist) Regards, Giorgos Schwarz Albrecht wrote: > Don't see any contradiction concerning the original question: > > >If an events descriptor was previously enabled for this line e.g. for > >onhook/offhook, are these events now ignored as long as the line is OOS? > The phy Term. is in OoS. > Independent of NULL or non-NULL Context, and > independent of events descriptor setting/values, > the MG will not sent any NOTIFY for events related to bearer traffic. > Just because it may not detect any event because there is "not any > bearer traffic" for consideration in OoS state in my understanding. > > -Albrecht > > PS > Other, non-bearer traffic events might be reported (if there are any > for phy Term's in the NULL context). > E.g. H.248.36 for an eph Term in OoS may be reported. > > > ------------------------------------------------------------------------ > *From:* Giorgos Tintikakis [mailto:gtin@intracom.gr] > *Sent:* Donnerstag, 13. Dezember 2007 12:35 > *To:* Waitzmann Carsten > *Cc:* megaco@ietf.org > *Subject:* Re: [Megaco] Responses when line is OOS > > Hi Carsten, > Yes in case where a valid context exists, but it also covers the > case where the termination is in the NULL context where no > subtraction is ordered from MGC. > > please check also the next part from thread: > "If the termination is already in the NULL context I still see > that the descriptors revert back to their provisioned values and > no modify is required." > > Regards, > Giorgos > > Carsten Waitzmann wrote: >> Hello Giorgos, >> >> I think it is not linked to the Service State. In the thread you are >> referring to, the physical termination, after being reported as out of >> service (ServiceChange message), is subtracted by the MGC which causes >> the descriptors to default to empty or any provisioned value (see >> H.248.1v3 chapter 6.2.4). >> >> best regards >> Carsten >> >> Giorgos Tintikakis wrote: >> >>> Hello John, >>> >>> Please check the same question/answer at next thread: >>> http://www1.ietf.org/mail-archive/web/megaco/current/msg05626.html >>> >>> My understanding is that at transitioning to OutofService state >>> the active descriptors (signal and events) are cleared (or reverted to >>> any existing provisional values) . >>> >>> Regards, >>> Giorgos >>> >>> >>> John Wainwright wrote: >>> >>>> If a line is taken OOS as a result of management action and this is >>>> reported in the SVC message to the MGC, who also responds, how should we >>>> then respond to other messages from the MGC related to this line e.g. >>>> Audit messages. >>>> >>>> If an events descriptor was previously enabled for this line e.g. for >>>> onhook/offhook, are these events now ignored as long as the line is OOS? >>>> >>>> Thanks >>>> John >>>> >>>> >>>> _______________________________________________ >>>> Megaco mailing list >>>> Megaco@ietf.org >>>> https://www1.ietf.org/mailman/listinfo/megaco >>>> >>>> >>>> >>>> >>>> >>> _______________________________________________ >>> Megaco mailing list >>> Megaco@ietf.org >>> https://www1.ietf.org/mailman/listinfo/megaco >>> >>> >> >> > --------------090702020002060902050205 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
You are right.
But please consider also the case when the termination return to "inService" with a new ServiceChange command.
then MGC should update the events descriptor by a Modify command as the old one is not valid anymore.
(in case no provisioned  values for the event descriptor exist)

Regards,
Giorgos

Schwarz Albrecht wrote:

Don't see any contradiction concerning the original question:
 
>If an events descriptor was previously enabled for this line e.g. for
>onhook/offhook, are these events now ignored as long as the line is OOS?
The phy Term. is in OoS.
Independent of NULL or non-NULL Context, and
independent of events descriptor setting/values,
the MG will not sent any NOTIFY for events related to bearer traffic.
Just because it may not detect any event because there is "not any bearer traffic" for consideration in OoS state in my understanding.
 
-Albrecht
 
PS
Other, non-bearer traffic events might be reported (if there are any for phy Term's in the NULL context). 
E.g. H.248.36 for an eph Term in OoS may be reported.  
 


From: Giorgos Tintikakis [mailto:gtin@intracom.gr]
Sent: Donnerstag, 13. Dezember 2007 12:35
To: Waitzmann Carsten
Cc: megaco@ietf.org
Subject: Re: [Megaco] Responses when line is OOS

Hi Carsten,
Yes in case where a valid context exists, but it also covers the case where the termination is in the NULL context where no subtraction is ordered from MGC.

please check also the next part from thread:
"If the termination is already in the NULL context I still see that the descriptors revert back to their provisioned values and no modify is required."

Regards,
Giorgos

Carsten Waitzmann wrote:
Hello Giorgos,

I think it is not linked to the Service State. In the thread you are
referring to, the physical termination, after being reported as out of
service (ServiceChange message), is subtracted by the MGC which causes
the descriptors to default to empty or any provisioned value (see
H.248.1v3 chapter 6.2.4).

best regards
Carsten

Giorgos Tintikakis wrote:
  
Hello John,

Please check the same question/answer at next thread:
http://www1.ietf.org/mail-archive/web/megaco/current/msg05626.html

My understanding is that at transitioning to OutofService state
the active descriptors (signal and events) are cleared (or reverted to 
any existing provisional values) .

Regards,
Giorgos


John Wainwright wrote:
    
If a line is taken OOS as a result of management action and this is
reported in the SVC message to the MGC, who also responds, how should we
then respond to other messages from the MGC related to this line e.g.
Audit messages.

If an events descriptor was previously enabled for this line e.g. for
onhook/offhook, are these events now ignored as long as the line is OOS?

Thanks
John


_______________________________________________
Megaco mailing list
Megaco@ietf.org
https://www1.ietf.org/mailman/listinfo/megaco



  
      
_______________________________________________
Megaco mailing list
Megaco@ietf.org
https://www1.ietf.org/mailman/listinfo/megaco

    

  


--------------090702020002060902050205-- --===============0815806863== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============0815806863==-- From megaco-bounces@ietf.org Thu Dec 13 10:12:36 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2pjo-0000w7-OR; Thu, 13 Dec 2007 10:12:36 -0500 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2pIU-0002Sc-LQ for megaco@ietf.org; Thu, 13 Dec 2007 09:44:22 -0500 Received: from jaguar.aricent.com ([61.246.186.17]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J2pIR-0005Kw-Vs for megaco@ietf.org; Thu, 13 Dec 2007 09:44:22 -0500 Received: from jaguar.aricent.com (localhost [127.0.0.1]) by jaguar.aricent.com (8.13.8/8.13.8) with ESMTP id lBDEXue9024097 for ; Thu, 13 Dec 2007 20:03:56 +0530 Received: from sandesh.gur.aricent.com (sandesh [10.203.142.21]) by jaguar.aricent.com (8.13.8/8.13.8) with ESMTP id lBDEXseM024077; Thu, 13 Dec 2007 20:03:55 +0530 Importance: Normal X-Priority: 3 (Normal) Subject: RE: [Megaco] Megaco Subtract question MIME-Version: 1.0 From: Shobhit Bansal To: Sudhanshu Garg Date: Thu, 13 Dec 2007 20:12:34 +0530 Message-ID: X-Mailer: Lotus Domino Web Server Build V655_10312005 October 31, 2005 X-MIMETrack: Serialize by Notes Server on Jhankar/HSS(Build V655_10312005|October 31, 2005) at 12/13/2007 08:12:34 PM, Serialize complete at 12/13/2007 08:12:34 PM, Itemize by Notes Server on Jhankar/HSS(Build V655_10312005|October 31, 2005) at 12/13/2007 08:12:34 PM, Serialize by Router on Sandesh/HSS(Release 6.5.5|November 30, 2005) at 13/12/2007 08:19:08 PM, Serialize complete at 13/12/2007 08:19:08 PM MIME-Version: 1.0 X-Spam-Score: 2.7 (++) X-Scan-Signature: b360bd6cb019c35178e5cf9eeb747a5c X-Mailman-Approved-At: Thu, 13 Dec 2007 10:12:35 -0500 Cc: megaco@ietf.org, Ramesh Babu Kuppili X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0746193520==" Errors-To: megaco-bounces@ietf.org --===============0746193520== Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="ISO-8859-1"
That=20seems=20to=20be=20right.
Optional=20fl= ag=20is=20not=20adding=20any=20value=20to=20action=20with=20single=20comm= and.
 
In=20this=20particular=20case=20it=20migh= t=20be=20a=20way=20of=20MGC=20to=20tell=20MG=20that=20it=20does=20not=20c= are=20about=20a=20failure=20response=20for=20subtract and MGC= =20will=20assume=20that=20all=20the=20terminations=20that=20were=20suppos= ed=20to=20be=20in=20specified=20context=20will=20be=20brought=20back=20to= =20NULL=20context.
 
Regards
Shobhit
-----Sudhanshu=20Garg/HSS@HSS=20wrote:=20= -----

To:=20"Saurabh,=20Kumar"=20<ksaurabh@sonusn= et.com>
From:=20Sudhanshu=20Garg/HSS@HSS
Date:=2012/13/2007=2007= :24AM
cc:=20megaco@ietf.org,=20Ramesh=20Babu=20Kuppili=20<RKuppili@= zhone.com>
Subject:=20RE:=20[Megaco]=20Megaco=20Subtract=20question=


Hi=20Saurabh,=20<= BR>
MG=20executes=20the=20command= =20for=20all=20designated=20terminations=20irrespective=20of=20the=20comm= and=20being=20optional=20or=20not.=20

Making=20a=20command=20optional=20will=20have=20impact=20= only=20on=20further=20commands.=20

Snippet=20from=20H.248.1=20V3=20is=20attached.=20
= Section=208:=20
"At=20the=20first=20failing=20command=20in=20a= =20transaction,=20processing=20of=20the=20remaining=20commands=20in=20tha= t=20transaction=20stops.=20If=20a=20command=20contains=20a=20wildcarded= =20TerminationID,=20the=20command=20is=20attempted=20with=20each=20of=20t= he=20actual=20TerminationIDs=20matching=20the=20wildcard.=20A=20response= =20within=20the=20TransactionReply=20is=20included=20for=20each=20matchin= g=20TerminationID,=20even=20if=20one=20or=20more=20instances=20generated= =20an=20error.=20If=20any=20TerminationID=20matching=20a=20wildcard=20res= ults=20in=20an=20error=20when=20executed,=20any=20commands=20following=20= the=20wildcarded=20command=20are=20not=20attempted.=20
Commands=20may=20be=20marked=20as=20"Optiona= l"=20which=20can=20override=20this=20behaviour=20?=20if=20a=20command=20m= arked=20as=20Optional=20results=20in=20an=20error,=20subsequent=20command= s=20in=20the=20transaction=20will=20be=20executed.=20If=20a=20command=20f= ails,=20the=20MG=20shall,=20as=20far=20as=20possible,=20restore=20the=20s= tate=20that=20existed=20prior=20to=20the=20attempted=20execution=20of=20t= he=20command=20before=20continuing=20with=20command=20processing."=20



Regards,=20Sudhanshu=20Garg=20Enginee= ring=20Project=20Manager=20 =20<= TD>A=20R=20I=20C=20E=20N= =20T=20 =20The=20Presidency=20Tower=20-=20A=20351=20/=202,=20Sector=2014,=20M.=20G.=20Road=20Gurgaon=2012= 2001,=20Haryana,=20India=20 =20= Main   &= nbsp;=20+91=2012= 4.=20417.6218=20Fax     =20+91=20124.417.6224=20= = Mobile =20+= 91=20999.950.0798=20

 =20


"Sa= urabh,=20Kumar"=20<ksaurabh@sonusnet.com>=20
12/13/2007=2005:34=20PM=20
= To=20Sudhanshu=20Garg/HSS@HSS,=20"Ramesh= =20Babu=20Kuppili"=20<RKuppili@zhone.com>=20cc=20<megaco@ietf.org&= gt;=20Subject=20RE:=20[Megaco]=20Megaco=20Subtract=20question=20<= /TR>
 =20=20= =20=20=20=20=20=20=20=20=20=20 




Sudhanshu,=20
 =20
I=20would=20like=20to=20differ=20from=20your=20interpretation= =20that=20in=20the=20given=20case=20"command=20optional=20has=20no=20valu= e=20add".=20I=20believe=20that=20if=20a=20command=20contains=20a=20wildca= rded=20TerminationID,=20the=20command=20is=20attempted=20with=20each=20of= =20the=20actual=20TerminationIDs=20matching=20the=20wildcard=20which=20me= ans=20that=20in=20this=20case=20subtract=20command=20would=20be=20attempt= ed=20on=20each=20termination=20in=20the=20context.=20
 =20
My=20interpretation=20of=20wildcard= =20subtract=20with=20optional=20flag=20O-=20is:=20
Even=20if=20one=20of=20the=20subtra= ct=20command=20attempted=20on=20the=20termination=20within=20the=20contex= t=20fails=20(due=20to=20some=20reason),=20MG=20would=20continue=20to=20ap= ply=20the=20subtract=20command=20on=20the=20rest=20of=20the=20termination= s=20in=20the=20context.=20This=20is=20based=20on=20the=20text=20in=20the= =20section=208.2.2=20of=20H.248=20V3=20"If=20the=20optional=20command=20g= enerates=20an=20error,=20the=20transaction=20still=20continues=20to=20exe= cute=20..."=20
 =20
W= hereas,=20if=20the=20optional=20flag=20(O-)=20is=20not=20specified=20in= =20the=20wildcard=20subtract,=20the=20execution=20of=20wildcard=20subtrac= t=20command=20would=20terminate=20as=20soon=20as=20it=20encountered=20an= =20error=20and=20the=20subtract=20command=20would=20not=20be=20applied=20= on=20rest=20of=20the=20terminations=20in=20the=20context.=20
 =20
In=20case=20of=20no=20error= =20the=20subtract=20response=20would=20look=20similar=20to=20the=20normal= =20success=20response=20for=20wildcard=20subtract=20
 =20
MEGACO/1=20[10.0.1.100]:2944=20
REPLY=20=3D=2037= 2513544=20{=20
 =20 CONTEXT=20=3D=2010=20{=20
 =20 =20 =20SUBTRACT=20=3D= =2010/1/1@GATEWAY=20{=20
 =20 =20 =20 =20 =20 =20 n= t/os=3D45123,=20
 =20 =20 =20 =20 =20 =20 nt/or=3D= 45123,=20
&nb= sp;=20 =20 =20 =20 =20 =20 nt/dur=3D40000= =20
 =20=  =20 =20},=20
 =20 =20 =20SUBTRACT=20=3D=2010/1/2@GATEWAY=20= {=20
 = =20 =20 =20 =20 =20 =20 nt/os=3D45123,=20
 =20 = ;=20 =20 =20 =20 =20 nt/or=3D45123,=20 =20 =20&nbs= p;=20 =20 =20 =20 nt/dur=3D40000=20
 =20 =20 =20}= =20
 =20=  }=20
}= =20
 =20=
 =20

If=20there=20is= =20an=20error=20generated=20while=20applying=20subtract=20command=20on=20= the=20first=20termination=20(say=2010/1/1@GATEWAY),=20MG=20would=20contin= ue=20to=20process/apply=20the=20command=20on=20the=20other=20terminations= =20in=20the=20context=20and=20generate=20the=20following=20response=20
 =20
MEGACO/1=20[10.0.1= .100]:2944=20
REPLY=20=3D=20372513544=20{=20
 =20 CONTEXT=20=3D=2010=20{=20
 =20 =20 = =20SUBTRACT=20=3D=2010/1/1@GATEWAY=20{=20
 =20 =20 =20 =20 = =20 =20 Error=3Dxxx=20{"Text=20Description"}=20
 =20 =20 =20}= ,=20
 = =20 =20 =20SUBTRACT=20=3D=2010/1/2@GATEWAY=20{=20
 =20 =20 = =20 =20 =20 =20 nt/os=3D45123,=20
 =20 =20 =20 = ;=20 =20 =20 nt/or=3D45123,=20
 =20 =20 =20 =20&nbs= p;=20 =20 nt/dur=3D40000=20
 =20 =20 =20}=20
 =20 }=20}=20
 =20
 =20
Regards,=20
Saurabh=20
 =20


From:=20Sudh= anshu=20Garg=20[mailto:sudhanshu.garg@aricent.com]=20
Sent:=20
T= hursday,=20December=2013,=202007=2016:51=20
To:=20
Ramesh=20Babu= =20Kuppili=20
Cc:=20
megaco@ietf.org=20
Subject:=20
Re:= =20[Megaco]=20Megaco=20Subtract=20question=20
 =20

Hi,=20

o-=20is=20for= =20tell=20the=20MG=20that=20i=20is=20optional=20command.=20
So=20even=20if=20the=20command=20fails=20(for=20any=20t= ermination),=20MG=20should=20execute=20further=20commands=20in=20the=20tr= ansaction.=20
<= /FONT>
However=20in=20this=20case= =20there=20is=20no=20further=20command=20in=20the=20transaction=20so=20ma= king=20the=20command=20optional=20has=20no=20value=20add.=20

Section=208=20in=20H.248.1=20provides=20the=20infor= mation=20on=20optional=20commands.=20

= For=20this=20transaction,=20response=20will=20be=20normal=20as=20for=20an= y=20other=20subtract=20command=20with=20wildcarded=20termination=20

Regards,=20Sudhanshu= =20Garg=20
Engineering=20Project=20Manager=20 =20A=20R=20I=20C=20E=20N=20T=20 =20= The=20Presidency=20Towe= r=20-=20A=20351=20/=202,=20Sector=2014,=20M.=20G.=20Road=20Gurgaon=20122001,=20Haryana,=20Indi= a=20 = =20Main=20&= nbsp;=20 =20+91=20124.=20417.6218=20Fax=20 =20 =20 =20+91=20124.417.6224=20Mobile=20 =20+91=20999.950.0798=20
 =20
 =20

Ramesh=20B= abu=20Kuppili=20<RKuppili@zhone.com>=20
12/13/2007=2004:32=20PM=20
To=20megaco@ietf.org=20cc=20 =20Sub= ject=20[Megaco]=20Megaco=20Subtract=20question=20<= /TABLE>
 =20

 =20=  = ;=20




Hi=20Megaco=20Gurus,=20
 =20
I=20am=20receiving=20the=20following=20substract=20message=20= from=20MGC:=20
=  =20
=20= =20!/1[10.129.32.20]:2944T=3D372513544{C=3D10{O-S=3D*}}=20
I=20see=20that=20the=20MGC=20is=20trying=20to=20subtract=20all= =20terms=20from=20context=2010.=20 But=20what=20is=20the=20"0"=20for= .=20 How=20should=20the=20response=20look=20in=20this=20case.=20

 =20
Thanks=20in=20advance.=20
 =20
-=20ramesh=20_______________________________________________=20
Mega= co=20mailing=20list=20
Megaco@ietf.org=20
https://www1.ietf.org/mai= lman/listinfo/megaco=20



********= ***************=20 Aricent-Unclassified=20 =20*****************= ******=20"DISCLAIMER:=20This=20messag= e=20is=20proprietary=20to=20Aricent=20 and=20is=20intended=20solely= =20for=20the=20use=20of=20
the=20individual=20to=20whom=20it=20is=20addressed.=20It=20may=20co= ntain=20privileged=20or=20confidential=20information=20and=20should=20not= =20be=20
circulated= =20or=20used=20for=20any=20purpose=20other=20than=20for=20what=20it=20is= =20intended.=20If=20you=20have=20received=20this=20message=20in=20error,= =20
please=20notify= =20the=20originator=20immediately.=20If=20you=20are=20not=20the=20intende= d=20recipient,=20you=20are=20notified=20that=20you=20are=20strictly=20

prohibited=20from=20usi= ng,=20copying,=20altering,=20or=20disclosing=20the=20contents=20of=20this= =20message.=20Aricent=20accepts=20no=20responsibility=20for=20
= loss=20or=20damage=20arising=20= from=20the=20use=20of=20the=20information=20transmitted=20by=20this=20ema= il=20including=20damage=20from=20virus."=20
 =20

***********************=20=  Aricent-Restricted=20 =20***********************=20"DISCLAIMER:=20This=20message=20is=20proprietary= =20to=20Aricent=20 and=20is=20intended=20solely=20for=20the=20use=20= of=20
the=20individual=20to=20whom=20it=20is=20addressed.=20It=20may= =20contain=20privileged=20or=20confidential=20information=20and=20should= =20not=20be=20
circulated=20or=20used=20for=20any=20purpose=20other=20= than=20for=20what=20it=20is=20intended.=20If=20you=20have=20received=20th= is=20message=20in=20error,=20
please=20notify=20the=20originator=20imm= ediately.=20If=20you=20are=20not=20the=20intended=20recipient,=20you=20ar= e=20notified=20that=20you=20are=20strictly
prohibited=20from=20using,= =20copying,=20altering,=20or=20disclosing=20the=20contents=20of=20this=20= message.=20Aricent=20accepts=20no=20responsibility=20for=20
loss=20or= =20damage=20arising=20from=20the=20use=20of=20the=20information=20transmi= tted=20by=20this=20email=20including=20damage=20from=20virus."
= ____= ___________________________________________
Megaco=20mailing=20listMegaco@ietf.org
https://www1.ietf.org/mailman/listinfo/megaco<= /A>



*****Aricent-Unclassified= =20*****=3D=0D=0A
"DISCLAIMER:=20This=20message=20is=20proprietary=20to=20Aricent=
=20=20and=20is=20intended=20solely=20for=20the=20use=20of=20=0Athe=20indi=
vidual=20to=20whom=20it=20is=20addressed.=20It=20may=20contain=20privileg=
ed=20or=20confidential=20information=20and=20should=20not=20be=20=0Acircu=
lated=20or=20used=20for=20any=20purpose=20other=20than=20for=20what=20it=
=20is=20intended.=20If=20you=20have=20received=20this=20message=20in=20er=
ror,=20=0Aplease=20notify=20the=20originator=20immediately.=20If=20you=20=
are=20not=20the=20intended=20recipient,=20you=20are=20notified=20that=20y=
ou=20are=20strictly=0Aprohibited=20from=20using,=20copying,=20altering,=
=20or=20disclosing=20the=20contents=20of=20this=20message.=20Aricent=20ac=
cepts=20no=20responsibility=20for=20=0Aloss=20or=20damage=20arising=20fro=
m=20the=20use=20of=20the=20information=20transmitted=20by=20this=20email=
=20including=20damage=20from=20virus."=0A
--===============0746193520== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============0746193520==-- From Feilmeierncl@orange.mydnspages.com Thu Dec 13 10:47:34 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2qHe-0005Ay-TM for megaco-archive@lists.ietf.org; Thu, 13 Dec 2007 10:47:34 -0500 Received: from tdev200-224.codetel.net.do ([200.88.200.224] helo=92santiagorg11.codetel.net.do) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J2qHe-000863-Ax for megaco-archive@lists.ietf.org; Thu, 13 Dec 2007 10:47:34 -0500 Received: from HECTOR ([147.180.64.12] helo=HECTOR) by 92santiagorg11.codetel.net.do ( sendmail 8.13.3/8.13.1) with esmtpa id 1Srjdq-000LNK-Rf for megaco-archive@lists.ietf.org; Wed, 12 Dec 2007 11:48:57 +0100 X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 12 Dec 2007 11:48:34 +0100 To: megaco-archive@lists.ietf.org From: "Fred Feilmeier" Subject: maghissa Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Score: 2.0 (++) X-Scan-Signature: bb8eae9af85e4fcfe76f325e38493bf4 You can't fool your mind. You know your cock is small. Why trying to fool yourself, when you can change it! http://www.magillin.com/ From CharleyheathMccullough@news-medical.net Thu Dec 13 11:04:43 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2qYD-0007YY-Kh; Thu, 13 Dec 2007 11:04:41 -0500 Received: from [91.64.193.127] (helo=catalina) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J2qYD-0008V9-4y; Thu, 13 Dec 2007 11:04:41 -0500 Received: from honoree by news-medical.net with SMTP id 5Rrna7t8ZF for ; Thu, 13 Dec 2007 17:04:27 -0100 From: "Hunter Hatfield" To: Subject: Slots.. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Score: 2.1 (++) X-Scan-Signature: 7bac9cb154eb5790ae3b2913587a40de Relax and have fun with poker, blackjack, roulette, progressive video slots at your own leisure from your couch. Play your favorite games and get $999 welcome bonus. Come see what it means to be a VIP. Get $999 you download our casino. http://eurocasinoaf.com/ From TrentonheraclitusMccullough@computerhope.com Thu Dec 13 11:06:22 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2qZp-0001S2-Oi; Thu, 13 Dec 2007 11:06:21 -0500 Received: from p54afdac0.dip.t-dialin.net ([84.175.218.192] helo=memetipc.speedportw700v) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J2qZo-00007B-R9; Thu, 13 Dec 2007 11:06:21 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by host44551828.computerhope.com (8.13.1/8.13.1) with SMTP id MCoQvg8781.125907.MHg.YDg.2297020989500 for ; Thu, 13 Dec 2007 17:06:26 -0100 Message-ID: <217a201c83da2$250db230$6402a8c0@MemetiPC> From: "Charley Herman" To: Subject: Your life Date: Thu, 13 Dec 2007 17:06:26 -0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_2179E_01C83DA2.250DB230" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Spam-Score: 0.0 (/) X-Scan-Signature: d16ce744298aacf98517bc7c108bd198 This is a multi-part message in MIME format. ------=_NextPart_000_2179E_01C83DA2.250DB230 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Even if you have no erection problems Viagra would help you to make = better sex more often and to bring unimaginable plesure to her. Just = disolve half a pill under your tongue and get ready for action in 30 = minutes. The tests showed that the majority of men after taking this = medication were able to have perfect erection during 24 hours! Package Quantity Price in your local drugstore* Our price LearnMoreNow 10 tabs 20 doses $99.95 $34.49 30 tabs 60 doses $299.95 $88.50 60 tabs 120 doses $449.95 $141.02 90 tabs 180 doses $769.95 $176.40 180 tabs 360 doses $1299.95 $298.46 When you are young and stressed up… When you are aged and never give up… Viagra gives you confidence in any chance, every time. ------=_NextPart_000_2179E_01C83DA2.250DB230 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20

Even if you have no erection problems = Viagra would=20 help you to make better sex more often and to bring unimaginable = plesure=20 to her. Just disolve half a pill under your tongue and get ready for = action in=20 30 minutes. The tests showed that the majority of men after taking = this=20 medication were able to have perfect erection during 24 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $99.95 $34.49
30 tabs 60 doses $299.95 $88.50
60 tabs 120 doses $449.95 $141.02
90 tabs 180 doses $769.95 $176.40
180 tabs 360 doses $1299.95 $298.46

When you are young and stressed = up…
When you are aged and never give up…
Viagra gives you confidence in any chance, every time.

------=_NextPart_000_2179E_01C83DA2.250DB230-- From ErnestineoakenAckerman@wikipedia.org Thu Dec 13 16:51:58 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2vyH-00048D-Vv; Thu, 13 Dec 2007 16:51:58 -0500 Received: from eu85-87-199-160.clientes.euskaltel.es ([85.87.199.160] helo=etxea) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J2vyG-000353-Vc; Thu, 13 Dec 2007 16:51:57 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by host48076790.wikipedia.org (8.13.1/8.13.1) with SMTP id ms6sfAuA07.875041.X4n.J8A.6751419692719 for ; Thu, 13 Dec 2007 22:51:31 -0100 Message-ID: <5d3d01c83dd2$5e665390$0201a8c0@etxea> From: "Mable Lange" To: , =20

Even if you have no erection problems = Viagra would=20 help you to make better sex more often and to bring unimaginable = plesure=20 to her. Just disolve half a pill under your tongue and get ready for = action in=20 30 minutes. The tests showed that the majority of men after taking = this=20 medication were able to have perfect erection during 24 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $99.95 $34.49
30 tabs 60 doses $299.95 $88.50
60 tabs 120 doses $449.95 $141.02
90 tabs 180 doses $769.95 $176.40
180 tabs 360 doses $1299.95 $298.46

When you are young and stressed = up…
When you are aged and never give up…
Viagra gives you confidence in any chance, every time.

------=_NextPart_000_5D39_01C83DD2.5E665390-- From ErnestusuryWashington@vanishfamily.com Thu Dec 13 22:31:24 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J31Gm-0002pF-4i; Thu, 13 Dec 2007 22:31:24 -0500 Received: from pool-71-182-235-114.pitbpa.fios.verizon.net ([71.182.235.114] helo=dj0nv071) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J31Gj-0001ye-Qc; Thu, 13 Dec 2007 22:31:21 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by host74341418.vanishfamily.com (8.13.1/8.13.1) with SMTP id XWiRxlFW90.652803.zLD.Vko.1918675491743 for ; Thu, 13 Dec 2007 22:34:55 +0500 Message-ID: <535e101c83e02$508d18a0$6400a8c0@DJ0NV071> From: "Sean Powell" To: Subject: Your family Date: Thu, 13 Dec 2007 22:34:55 +0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_535DD_01C83E02.508D18A0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Spam-Score: 0.0 (/) X-Scan-Signature: d16ce744298aacf98517bc7c108bd198 This is a multi-part message in MIME format. ------=_NextPart_000_535DD_01C83E02.508D18A0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Even if you have no erection problems Viagra would help you to make = better sex more often and to bring unimaginable plesure to her. Just = disolve half a pill under your tongue and get ready for action in 30 = minutes. The tests showed that the majority of men after taking this = medication were able to have perfect erection during 24 hours! Package Quantity Price in your local drugstore* Our price LearnMoreNow 10 tabs 20 doses $99.95 $34.49 30 tabs 60 doses $299.95 $88.50 60 tabs 120 doses $449.95 $141.02 90 tabs 180 doses $769.95 $176.40 180 tabs 360 doses $1299.95 $298.46 When you are young and stressed up… When you are aged and never give up… Viagra gives you confidence in any chance, every time. ------=_NextPart_000_535DD_01C83E02.508D18A0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20

Even if you have no erection problems = Viagra would=20 help you to make better sex more often and to bring unimaginable = plesure=20 to her. Just disolve half a pill under your tongue and get ready for = action in=20 30 minutes. The tests showed that the majority of men after taking = this=20 medication were able to have perfect erection during 24 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $99.95 $34.49
30 tabs 60 doses $299.95 $88.50
60 tabs 120 doses $449.95 $141.02
90 tabs 180 doses $769.95 $176.40
180 tabs 360 doses $1299.95 $298.46

When you are young and stressed = up…
When you are aged and never give up…
Viagra gives you confidence in any chance, every time.

------=_NextPart_000_535DD_01C83E02.508D18A0-- From Beaudrieopm@linux.moonlit.com Fri Dec 14 04:47:44 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J378y-0006VM-Es for megaco-archive@lists.ietf.org; Fri, 14 Dec 2007 04:47:44 -0500 Received: from c9348f4c.virtua.com.br ([201.52.143.76]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J378x-0001JO-Te for megaco-archive@lists.ietf.org; Fri, 14 Dec 2007 04:47:44 -0500 Received: by 10.133.63.220 with SMTP id TXRquloGsXJrP; Fri, 14 Dec 2007 07:47:51 -0200 (GMT) Received: by 192.168.53.238 with SMTP id AaBbjdRwuDMbfK.6466444709317; Fri, 14 Dec 2007 07:47:49 -0200 (GMT) Message-ID: <714BA6C5.3DF5EA51@linux.moonlit.com> Date: Fri, 14 Dec 2007 07:47:46 -0200 From: "Gordie Beaudrie" User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: megaco-archive@lists.ietf.org Subject: jyosaina Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 4.6 (++++) X-Scan-Signature: bb8eae9af85e4fcfe76f325e38493bf4 Don't let your penis be the Niagara Falls, make it be the Eiffel Tower! http://magecef.com/ From megaco-bounces@ietf.org Fri Dec 14 05:31:21 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J37p9-0003QV-Kq; Fri, 14 Dec 2007 05:31:19 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J37p8-0003QK-CN for megaco@ietf.org; Fri, 14 Dec 2007 05:31:18 -0500 Received: from mail.us.es ([193.147.175.20] helo=us.es) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1J37p7-0001EQ-Uv for megaco@ietf.org; Fri, 14 Dec 2007 05:31:18 -0500 Received: (qmail 28854 invoked from network); 14 Dec 2007 11:31:15 +0100 Received: from unknown (HELO us.es) (192.168.2.11) by us.es with SMTP; 14 Dec 2007 11:31:15 +0100 Received: (qmail 6641 invoked from network); 14 Dec 2007 10:31:10 -0000 X-Spam-Checker-Version: SpamAssassin 3.1.9 (2007-02-13) on antivirus1 X-Spam-Level: X-Spam-Status: No, score=0.1 required=6.5 tests=AWL,BAYES_50,SPF_HELO_PASS autolearn=disabled version=3.1.9 Received: from localhost (HELO us.es) (127.0.0.1) by us.es with SMTP; 14 Dec 2007 11:31:10 +0100 Received: (qmail 22201 invoked from network); 14 Dec 2007 11:31:11 +0100 Received: from trajano.us.es (193.147.162.130) by us.es with (DHE-RSA-AES256-SHA encrypted) SMTP; 14 Dec 2007 11:31:11 +0100 Received: from [193.147.162.138] (trajano.us.es [193.147.162.130]) (authenticated bits=0) by trajano.us.es (8.13.4/8.13.4/Debian-3sarge3) with ESMTP id lBEAVBYR004180; Fri, 14 Dec 2007 11:31:11 +0100 Message-ID: <47625B7D.9080302@trajano.us.es> Date: Fri, 14 Dec 2007 11:31:25 +0100 From: Javi User-Agent: Thunderbird 1.5.0.13 (Windows/20070809) MIME-Version: 1.0 To: sigtran@ietf.org, megaco@ietf.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -4.0 (----) X-Scan-Signature: 7aefe408d50e9c7c47615841cb314bed Cc: Subject: [Megaco] Draft "Sigtran Interworking in ISDN Access Gateways" X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: megaco-bounces@ietf.org After reading much information about isdn access gateways, I have noted the draft "draft-bouwen-megaco-isdn-01.txt" is commoly referenced. Also, its scope is considered very relevant for interworking ISDN equipments in new NGN networks. Why did the work not continue to generate a RFC?. Javi _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco From megaco-bounces@ietf.org Fri Dec 14 05:56:20 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J38DM-0000nT-6E; Fri, 14 Dec 2007 05:56:20 -0500 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J38DK-0000nB-J3 for megaco@ietf.org; Fri, 14 Dec 2007 05:56:18 -0500 Received: from mail.us.es ([193.147.175.20] helo=us.es) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J38DJ-0002aE-VY for megaco@ietf.org; Fri, 14 Dec 2007 05:56:18 -0500 Received: (qmail 25605 invoked from network); 14 Dec 2007 11:56:15 +0100 Received: from unknown (HELO us.es) (192.168.2.13) by us.es with SMTP; 14 Dec 2007 11:56:15 +0100 Received: (qmail 31534 invoked from network); 14 Dec 2007 10:55:38 -0000 X-Spam-Checker-Version: SpamAssassin 3.1.9 (2007-02-13) on antivirus3 X-Spam-Level: X-Spam-Status: No, score=0.1 required=6.5 tests=AWL,BAYES_50,SPF_HELO_PASS autolearn=disabled version=3.1.9 Received: from localhost (HELO us.es) (127.0.0.1) by us.es with SMTP; 14 Dec 2007 11:55:38 +0100 Received: (qmail 7868 invoked from network); 14 Dec 2007 11:55:13 +0100 Received: from trajano.us.es (193.147.162.130) by us.es with (DHE-RSA-AES256-SHA encrypted) SMTP; 14 Dec 2007 11:55:13 +0100 Received: from [193.147.162.138] (trajano.us.es [193.147.162.130]) (authenticated bits=0) by trajano.us.es (8.13.4/8.13.4/Debian-3sarge3) with ESMTP id lBEAtDo7006907; Fri, 14 Dec 2007 11:55:13 +0100 Message-ID: <4762611F.1060107@trajano.us.es> Date: Fri, 14 Dec 2007 11:55:27 +0100 From: Javi User-Agent: Thunderbird 1.5.0.13 (Windows/20070809) MIME-Version: 1.0 To: Michael Tuexen References: <47625B7D.9080302@trajano.us.es> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) X-Scan-Signature: 0a7aa2e6e558383d84476dc338324fab Cc: megaco@ietf.org, sigtran@ietf.org Subject: [Megaco] Re: [Sigtran] Draft "Sigtran Interworking in ISDN Access Gateways" X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: megaco-bounces@ietf.org Hi Michael, I did it, but I haven't found the reason neither if it has been ever picked up again. ========= Bart Van Doorselaer wrote: Javi, That draft is more than 7 years old, and as far as I can recall the work did not continue since there was a lack of interest at that time. Meanwhile I have moved to another job so I did not really track whether this draft was ever picked up again. Kind regards, bvd Bart Van Doorselaer Alcatel-Lucent E-mail : bart.van_doorselaer@alcatel-lucent.be =========== Best regards, Javi Michael Tuexen escribió: > Hi Javi, > > have you asked the author of the ID? > > Best regards > Michael > > On Dec 14, 2007, at 11:31 AM, Javi wrote: > >> After reading much information about isdn access gateways, I have >> noted the draft "draft-bouwen-megaco-isdn-01.txt" >> is commoly referenced. Also, its scope is considered very relevant >> for interworking ISDN equipments in new NGN networks. >> >> Why did the work not continue to generate a RFC?. >> >> Javi >> >> >> >> _______________________________________________ >> Sigtran mailing list >> Sigtran@ietf.org >> https://www1.ietf.org/mailman/listinfo/sigtran >> > _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco From lozonjgyne@test-web.nl Fri Dec 14 10:05:05 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J3C65-0002fC-9Y for megaco-archive@lists.ietf.org; Fri, 14 Dec 2007 10:05:05 -0500 Received: from [64.148.3.3] (helo=64-148-3-3.westoverschool.org) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J3C65-0008Hu-0V for megaco-archive@lists.ietf.org; Fri, 14 Dec 2007 10:05:05 -0500 Received: by 10.43.32.44 with SMTP id GiNXkVhbRgiXB; Sat, 15 Dec 2007 00:05:10 +0900 (GMT) Received: by 192.168.34.179 with SMTP id NEacjFJTXzbquM.8835442800684; Sat, 15 Dec 2007 00:05:08 +0900 (GMT) X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sat, 15 Dec 2007 00:05:05 +0900 To: megaco-archive@lists.ietf.org From: "Henric lozon" Subject: dehydran Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Score: 2.6 (++) X-Scan-Signature: bb8eae9af85e4fcfe76f325e38493bf4 never be nervous in bed again with a big strong dick http://redibm.com/ From megaco-bounces@ietf.org Fri Dec 14 14:03:01 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J3FoJ-0006N0-Q4; Fri, 14 Dec 2007 14:02:59 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J3Caq-0006Nr-73; Fri, 14 Dec 2007 10:36:52 -0500 Received: from gw.openss7.com ([206.75.119.236]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1J3Can-0008On-RF; Fri, 14 Dec 2007 10:36:52 -0500 Received: from ns.pigworks.openss7.net (IDENT:odfxJ3LvuhTBjalHgibCLndusLMsKM4m@ns1.evil.openss7.net [192.168.9.1]) by gw.openss7.com (8.11.6/8.11.6) with ESMTP id lBEFamI10344; Fri, 14 Dec 2007 08:36:48 -0700 Received: (from brian@localhost) by ns.pigworks.openss7.net (8.11.6/8.11.6) id lBEFame23284; Fri, 14 Dec 2007 08:36:48 -0700 Date: Fri, 14 Dec 2007 08:36:48 -0700 From: "Brian F. G. Bidulock" To: Javi Message-ID: <20071214083648.A21638@openss7.org> Mail-Followup-To: Javi , Michael Tuexen , megaco@ietf.org, sigtran@ietf.org References: <47625B7D.9080302@trajano.us.es> <4762611F.1060107@trajano.us.es> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <4762611F.1060107@trajano.us.es>; from javi@trajano.us.es on Fri, Dec 14, 2007 at 11:55:27AM +0100 Organization: http://www.openss7.org/ Dsn-Notification-To: Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by gw.openss7.com id lBEFamI10344 X-Spam-Score: 0.0 (/) X-Scan-Signature: 825e642946eda55cd9bc654a36dab8c2 X-Mailman-Approved-At: Fri, 14 Dec 2007 14:02:58 -0500 Cc: Michael Tuexen , megaco@ietf.org, sigtran@ietf.org Subject: [Megaco] Re: [Sigtran] Draft "Sigtran Interworking in ISDN Access Gateways" X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bidulock@openss7.org List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: megaco-bounces@ietf.org Javi, Here is the last time it appeared on a megaco aggenda: > 4. ISDN (draft-bouwen-megaco-isdn-??.txt) > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >=20 > Bart Van Doorselaar (XXXXXX) noted that the draft had been recycled to = take > out the discussion of signalling transport in Megaco. Nevertheless, th= e > issues of signalling channel management and D-channel data remained ope= n. > Brian Rosen encouraged Bart and his co-authors to submit detailed packa= ge > proposals. Scott Bradner asked whether the ITU-T might have related wo= rk in > hand. Christian Groves suggested that the group in Study Group 11 deal= ing > with ISDN might be the right place to do the work. And then it was no longer discussed. As I recall, this was in the middle of development of IUA. The naming conventions were never adopted (MEGACO avoids such things) and the rest of the document was too implementation oriented: that is, it discussed which functions must be inside the box and how they are to be arranged inside the box. Also, as I recall, it was considered undesirable to have MEGACO deal with signalling particularly when, as in the ISDN D channel case, it is out of band. That is, IUA instead of MEGACO should be controlling layer 1 termination of D-channels and MEGACO should only be concerned with the B-channels. But check through the list of ITU-T packages. The only thing to come out of it from a SIGTRAN perspective was I believe the provision of a text interface identifier in IUA. --brian Javi wrote: (Fr= i, 14 Dec 2007 11:55:27) > Hi Michael, >=20 > I did it, but I haven't found the reason neither if it has been ever=20 > picked up again. >=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D >=20 > Bart Van Doorselaer wrote: >=20 > Javi, >=20 > That draft is more than 7 years old, and as far as I can recall the wor= k did > not continue since there was a lack of interest at that time. >=20 > Meanwhile I have moved to another job so I did not really track whether= this > draft was ever picked up again. >=20 > Kind regards, >=20 > bvd >=20 > Bart Van Doorselaer > Alcatel-Lucent=20 > E-mail : bart.van_doorselaer@alcatel-lucent.be > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >=20 >=20 > Best regards, >=20 > Javi >=20 >=20 >=20 > Michael Tuexen escribi=F3: > > Hi Javi, > > > > have you asked the author of the ID? > > > > Best regards > > Michael > > > > On Dec 14, 2007, at 11:31 AM, Javi wrote: > > > >> After reading much information about isdn access gateways, I have=20 > >> noted the draft "draft-bouwen-megaco-isdn-01.txt" > >> is commoly referenced. Also, its scope is considered very relevant=20 > >> for interworking ISDN equipments in new NGN networks. > >> > >> Why did the work not continue to generate a RFC?. > >> > >> Javi > >> > >> > >> > >> _______________________________________________ > >> Sigtran mailing list > >> Sigtran@ietf.org > >> https://www1.ietf.org/mailman/listinfo/sigtran > >> > > >=20 >=20 >=20 > _______________________________________________ > Sigtran mailing list > Sigtran@ietf.org > https://www1.ietf.org/mailman/listinfo/sigtran --=20 Brian F. G. Bidulock bidulock@openss7.org http://www.openss7.org/ _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco From AnastasiarollickGreenberg@flickr.com Sat Dec 15 06:18:58 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J3V2o-0002qT-9e; Sat, 15 Dec 2007 06:18:58 -0500 Received: from anice-157-1-36-167.w90-28.abo.wanadoo.fr ([90.28.51.167] helo=ad8f0c33986614) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J3V2n-0007Qf-Re; Sat, 15 Dec 2007 06:18:58 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by host39818821.flickr.com (8.13.1/8.13.1) with SMTP id Epp7DF6y46.781884.YTo.IHw.2794392245296 for ; Sat, 15 Dec 2007 12:18:31 -0100 Message-ID: <55a1c01c83f0c$415bc5b0$5701a8c0@ad8f0c33986614> From: "Lessie Keenan" To: , =20

Even if you have no erection problems = Viagra would=20 help you to make better sex more often and to bring unimaginable = plesure=20 to her. Just disolve half a pill under your tongue and get ready for = action in=20 30 minutes. The tests showed that the majority of men after taking = this=20 medication were able to have perfect erection during 24 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $99.95 $34.49
30 tabs 60 doses $299.95 $88.50
60 tabs 120 doses $449.95 $141.02
90 tabs 180 doses $769.95 $176.40
180 tabs 360 doses $1299.95 $298.46

When you are young and stressed = up…
When you are aged and never give up…
Viagra gives you confidence in any chance, every time.

------=_NextPart_000_55A18_01C83F0C.415BC5B0-- From DallassolicitorAlvarado@southstseaport.org Sat Dec 15 10:35:03 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J3Z2c-00022K-Pb; Sat, 15 Dec 2007 10:35:02 -0500 Received: from [190.68.8.45] (helo=usuario2) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J3Z2c-0005pF-Bo; Sat, 15 Dec 2007 10:35:02 -0500 Received: from pine by southstseaport.org with SMTP id kgoeF7I9DS for ; Sun, 16 Dec 2007 11:39:54 -0100 From: "Hugo Nunez" To: , Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J3Z6B-0003x7-CF; Sat, 15 Dec 2007 10:38:43 -0500 Received: from 84.123.166.180.dyn.user.ono.com ([84.123.166.180] helo=leococo65a3bab) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J3Z6A-0005wi-N3; Sat, 15 Dec 2007 10:38:43 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by host14016969.iacm-conflict.org (8.13.1/8.13.1) with SMTP id GNOdBFCV54.409589.mKf.rCw.8926440066617 for ; Sat, 15 Dec 2007 16:38:17 -0100 Message-ID: <62a701c83f30$8e399e60$b4a67b54@leococo65a3bab> From: "Orville Klein" To: , =20

Even if you have no erection problems = Viagra would=20 help you to make better sex more often and to bring unimaginable = plesure=20 to her. Just disolve half a pill under your tongue and get ready for = action in=20 30 minutes. The tests showed that the majority of men after taking = this=20 medication were able to have perfect erection during 24 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $99.95 $34.49
30 tabs 60 doses $299.95 $88.50
60 tabs 120 doses $449.95 $141.02
90 tabs 180 doses $769.95 $176.40
180 tabs 360 doses $1299.95 $298.46

When you are young and stressed = up…
When you are aged and never give up…
Viagra gives you confidence in any chance, every time.

------=_NextPart_000_62A3_01C83F30.8E399E60-- From megaco-bounces@ietf.org Sat Dec 15 13:06:47 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J3bP5-0002Wa-Fy; Sat, 15 Dec 2007 13:06:23 -0500 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J3bP3-0002WQ-LH for megaco@ietf.org; Sat, 15 Dec 2007 13:06:21 -0500 Received: from zw2-smtp1.zhone.com ([199.190.211.5]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J3bP2-0004ER-K1 for megaco@ietf.org; Sat, 15 Dec 2007 13:06:21 -0500 Received: from priority.oak.zhone.com (priority.oak.zhone.com [172.16.1.21]) by smtp.zhone.com (8.12.1/8.12.1) with ESMTP id lBFI7G2E022015 for ; Sat, 15 Dec 2007 10:07:17 -0800 (PST) Received: from RKUPPILI.zhone.com ([172.16.15.4]) by priority.oak.zhone.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTP id <0JT300LZYRMGKYP0@priority.oak.zhone.com> for megaco@ietf.org; Sat, 15 Dec 2007 10:06:19 -0800 (PST) Content-return: prohibited Date: Sat, 15 Dec 2007 23:36:08 +0530 From: Ramesh Babu Kuppili To: megaco@ietf.org Message-id: <0JT300LZZRMHKYP0@priority.oak.zhone.com> MIME-version: 1.0 X-Mailer: Sun Outlook Connector 7.2.310.1 X-Spam-Score: 0.0 (/) X-Scan-Signature: 8b6657e60309a1317174c9db2ae5f227 Subject: [Megaco] Megaco Modify X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0586624824==" Errors-To: megaco-bounces@ietf.org --===============0586624824== Content-return: prohibited Content-type: multipart/alternative; boundary="Boundary_(ID_akT/M/+pJp/TpIAHAoNzWA)" --Boundary_(ID_akT/M/+pJp/TpIAHAoNzWA) Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Hello, We are trying to interop with a MGC. Attached call flow at the end: Here is the description: MG sending Notify message with offhook. Switch is sending Modify to provide dialtone and digitmap. MG collects digits and sends digits in Notify message. MGC then sends Add message to add a physical term and rtp term to a context. MG responds to Add. MGC is sending a Modify again. MG is sending a response for Modify. After this MGC is sending another modify to provide busy tone. I fail to understand why MGC does not like the Modify response from MG. I have marked the Modify response from MG with ^^^^^^^^^^. Any pointers from the call flow will be of great help. Thanks in advance. - ramesh CALL FLOW ========== MG ---------> MGC !/1 [10.10.64.2]:2944 T=23{C=-{n=A1{oe=369100803{20071215T20044200:AL/OF}}}} MGC --------> MG !/1 [10.100.100.20]:2944 P=23{C=-{N=A1}} MGC --------> MG !/1 [10.100.100.20]:2944 T=372843059{C=-{MF=A1{E=369100809{dd/ce{DM=dmap1},al/*},SG{cg/dt},DM=dmap1{([2-8]xxxxxx|05xxxxxxxx|0[123467]xxxxxxx|00xxxxxx.|9xx|Ex.Ex.F|Fx.F|Fx.Ex.F|EFx.Ex.F|Ex.Ex.Ex.F|EEx.|EFx.EF|Fx.Ex.Ex.F|Ex.F|EFx.F|Ex.)}}}} MG ---------> MGC !/1 [10.10.64.2]:2944 P=372843059{C=-{mf=A1}} MG ---------> MGC !/1 [10.10.64.2]:2944 T=24{C=-{n=A1{oe=369100809{20071215T20044800:DD/CE{DS="E54E10001F",METH=UM}}}}} MGC --------> MG !/1 [10.100.100.20]:2944 P=24{C=-{N=A1}} MGC --------> MG !/1 [10.100.100.20]:2944 T=372843061{C=-{MF=A1{E=369100810{dd/std{tl=*},al/*},SG{}}}} MG ---------> MGC !/1 [10.10.64.2]:2944 P=372843061{C=-{mf=A1}} MGC --------> MG !/1 [10.100.100.20]:2944 T=369435190{C=${A=A1{M{O{MO=IN,RV=OFF,RG=OFF}},E=369100811{al/*},SG{}},A=${M{O{MO=RC,RV=OFF,RG=OFF},L{v=0 c=IN IP4 $ m=audio $ RTP/AVP 8 a=ptime:20 }}}}} MG ---------> MGC !/1 [10.10.64.2]:2944 P=369435190{C=7{a=A1 ,a=RTP/6{m{l{ v=0 o=- 000000000000000015 1197749088 IN IP4 10.10.64.2 s=- c=IN IP4 10.10.64.2 m=audio 49164 RTP/AVP 8 a=ptime:20 }}}}} MGC --------> MG !/1 [10.100.100.20]:2944 T=370352695{C=7{MF=A1{M{O{MO=SR,RV=OFF,RG=OFF,tdmc/ec=ON}},E=369100812{al/*},SG{}},MF=RTP/6{M{O{MO=RC,RV=OFF,RG=OFF},L{v=0 c=IN IP4 - m=audio - RTP/AVP 8 a=ptime:20 },R{v=0 c=IN IP4 10.100.100.98 m=audio 10246 RTP/AVP 8 a=ptime:20 }}}}} ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ MG ---------> MGC !/1 [10.10.64.2]:2944 P=370352695{C=7{mf=A1 ,mf=RTP/6{m{o{mo=rc,rg=OFF,rv=OFF},l{ v=0 o=- 000000000000000016 1197749088 IN IP4 10.10.64.2 s=- c=IN IP4 10.10.64.2 m=audio 49164 RTP/AVP 8 a=ptime:20 }}}}} ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ MGC --------> MG !/1 [10.100.100.20]:2944 T=370352696{C=7{MF=A1{M{O{MO=IN,RV=OFF,RG=OFF}},E=369100813{al/*},SG{cg/bt}},MF=RTP/6{M{O{MO=IN,RV=OFF,RG=OFF}}}}} MG ---------> MGC !/1 [10.10.64.2]:2944 P=370352696{C=7{mf=A1 ,mf=RTP/6}} MG ---------> MGC !/1 [10.10.64.2]:2944 T=25{C=7{n=A1{oe=369100813{20071215T20045600:AL/ON}}}} MGC --------> MG !/1 [10.100.100.20]:2944 P=25{C=7{N=A1}} MGC --------> MG !/1 [10.100.100.20]:2944 T=372580926{C=7{O-S=*}} MGC --------> MG !/1 [10.100.100.20]:2944 T=372843071{C=-{MF=A1{E=369100814{al/*},SG{}}}} MG ---------> MGC !/1 [10.10.64.2]:2944 P=372580926{C=7{s=* ,s=A1, s=RTP/6}} MG ---------> MGC !/1 [10.10.64.2]:2944 P=372843071{C=-{mf=A1}} --Boundary_(ID_akT/M/+pJp/TpIAHAoNzWA) Content-type: TEXT/HTML; CHARSET=US-ASCII Content-transfer-encoding: 7BIT
Hello,
 
We are trying to interop with a MGC.  Attached call flow at the end:
 
Here is the description:
MG sending Notify message with offhook.  Switch is sending Modify to provide dialtone and digitmap.  MG collects digits and sends digits in Notify message.  MGC then sends Add message to add a physical term and rtp term to a context.  MG responds to Add.  MGC is sending a Modify again.  MG is sending a response for Modify.  After this MGC is sending another modify to provide busy tone.  I fail to understand why MGC does not like the Modify response from MG.  I have marked the Modify response from MG with ^^^^^^^^^^.  Any pointers from the call flow will be of great help.
 
Thanks in advance.
 
 - ramesh
 
CALL FLOW
==========

MG ---------> MGC
    !/1 [10.10.64.2]:2944 T=23{C=-{n=A1{oe=369100803{20071215T20044200:AL/OF}}}}
 
MGC --------> MG
    !/1 [10.100.100.20]:2944 P=23{C=-{N=A1}}
 
MGC --------> MG
    !/1 [10.100.100.20]:2944 T=372843059{C=-{MF=A1{E=369100809{dd/ce{DM=dmap1},al/*},SG{cg/dt},DM=dmap1{([2-8]xxxxxx|05xxxxxxxx|0[123467]xxxxxxx|00xxxxxx.|9xx|Ex.Ex.F|Fx.F|Fx.Ex.F|EFx.Ex.F|Ex.Ex.Ex.F|EEx.|EFx.EF|Fx.Ex.Ex.F|Ex.F|EFx.F|Ex.)}}}}
 
MG ---------> MGC
    !/1 [10.10.64.2]:2944 P=372843059{C=-{mf=A1}}
 
MG ---------> MGC
    !/1 [10.10.64.2]:2944 T=24{C=-{n=A1{oe=369100809{20071215T20044800:DD/CE{DS="E54E10001F",METH=UM}}}}}
 
MGC --------> MG
    !/1 [10.100.100.20]:2944 P=24{C=-{N=A1}}
 
MGC --------> MG
    !/1 [10.100.100.20]:2944 T=372843061{C=-{MF=A1{E=369100810{dd/std{tl=*},al/*},SG{}}}}
 
MG ---------> MGC
    !/1 [10.10.64.2]:2944 P=372843061{C=-{mf=A1}}
 
MGC --------> MG
    !/1 [10.100.100.20]:2944 T=369435190{C=${A=A1{M{O{MO=IN,RV=OFF,RG=OFF}},E=369100811{al/*},SG{}},A=${M{O{MO=RC,RV=OFF,RG=OFF},L{v=0
    c=IN IP4 $
    m=audio $ RTP/AVP 8
    a=ptime:20
    }}}}}
 
MG ---------> MGC
    !/1 [10.10.64.2]:2944 P=369435190{C=7{a=A1 ,a=RTP/6{m{l{
    v=0
    o=- 000000000000000015 1197749088 IN IP4 10.10.64.2
    s=-
    c=IN IP4 10.10.64.2
    m=audio 49164 RTP/AVP 8
    a=ptime:20
    }}}}}
 
MGC --------> MG
    !/1 [10.100.100.20]:2944 T=370352695{C=7{MF=A1{M{O{MO=SR,RV=OFF,RG=OFF,tdmc/ec=ON}},E=369100812{al/*},SG{}},MF=RTP/6{M{O{MO=RC,RV=OFF,RG=OFF},L{v=0
    c=IN IP4 -
    m=audio - RTP/AVP 8
    a=ptime:20
    },R{v=0
    c=IN IP4 10.100.100.98
    m=audio 10246 RTP/AVP 8
    a=ptime:20
    }}}}}
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
MG ---------> MGC
    !/1 [10.10.64.2]:2944 P=370352695{C=7{mf=A1 ,mf=RTP/6{m{o{mo=rc,rg=OFF,rv=OFF},l{
    v=0
    o=- 000000000000000016 1197749088 IN IP4 10.10.64.2
    s=-
    c=IN IP4 10.10.64.2
    m=audio 49164 RTP/AVP 8
    a=ptime:20
    }}}}}
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
MGC --------> MG
    !/1 [10.100.100.20]:2944 T=370352696{C=7{MF=A1{M{O{MO=IN,RV=OFF,RG=OFF}},E=369100813{al/*},SG{cg/bt}},MF=RTP/6{M{O{MO=IN,RV=OFF,RG=OFF}}}}}
 
MG ---------> MGC
    !/1 [10.10.64.2]:2944 P=370352696{C=7{mf=A1 ,mf=RTP/6}}
 
MG ---------> MGC
    !/1 [10.10.64.2]:2944 T=25{C=7{n=A1{oe=369100813{20071215T20045600:AL/ON}}}}
 
MGC --------> MG
    !/1 [10.100.100.20]:2944 P=25{C=7{N=A1}}
 
MGC --------> MG
    !/1 [10.100.100.20]:2944 T=372580926{C=7{O-S=*}}
 
MGC --------> MG
    !/1 [10.100.100.20]:2944 T=372843071{C=-{MF=A1{E=369100814{al/*},SG{}}}}
 
MG ---------> MGC
    !/1 [10.10.64.2]:2944 P=372580926{C=7{s=* ,s=A1, s=RTP/6}}
 
MG ---------> MGC
    !/1 [10.10.64.2]:2944 P=372843071{C=-{mf=A1}}
--Boundary_(ID_akT/M/+pJp/TpIAHAoNzWA)-- --===============0586624824== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============0586624824==-- From ZachariahfirewoodKaufman@deepjiveinterests.com Sat Dec 15 15:00:26 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J3dBS-0003yt-Fa; Sat, 15 Dec 2007 15:00:26 -0500 Received: from 52.red-83-54-158.dynamicip.rima-tde.net ([83.54.158.52] helo=casasjg9367vg1.mshome.net) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J3dBR-0000Zq-CQ; Sat, 15 Dec 2007 15:00:26 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by host59695255.deepjiveinterests.com (8.13.1/8.13.1) with SMTP id waKRr6Je35.229869.ByK.YwQ.6714153723339 for ; Sat, 15 Dec 2007 21:00:08 -0100 Message-ID: <584301c83f55$206f3c30$3201a8c0@casasjg9367vg1> From: "Tod Kidd" To: Cc: , =20

Even if you have no erection problems = Viagra would=20 help you to make better sex more often and to bring unimaginable = plesure=20 to her. Just disolve half a pill under your tongue and get ready for = action in=20 30 minutes. The tests showed that the majority of men after taking = this=20 medication were able to have perfect erection during 24 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $99.95 $34.49
30 tabs 60 doses $299.95 $88.50
60 tabs 120 doses $449.95 $141.02
90 tabs 180 doses $769.95 $176.40
180 tabs 360 doses $1299.95 $298.46

When you are young and stressed = up…
When you are aged and never give up…
Viagra gives you confidence in any chance, every time.

------=_NextPart_000_583F_01C83F55.206F3C30-- From VickyfarberMarrero@fair.org Sat Dec 15 18:30:46 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J3gSz-0007OO-H6; Sat, 15 Dec 2007 18:30:45 -0500 Received: from cpc1-darl3-0-0-cust351.midd.cable.ntl.com ([82.23.185.96] helo=sean.private) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J3gSx-0005LF-2p; Sat, 15 Dec 2007 18:30:45 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by host41923725.fair.org (8.13.1/8.13.1) with SMTP id EP0QdOVc28.914407.xYB.WZr.0978048809017 for ; Sat, 15 Dec 2007 23:28:55 +0000 Message-ID: <3cf901c83f72$62e64960$6601a8c0@Sean> From: "Marianne Meredith" To: Subject: Your life Date: Sat, 15 Dec 2007 23:28:55 +0000 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_3CF5_01C83F72.62E64960" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Spam-Score: 0.0 (/) X-Scan-Signature: d16ce744298aacf98517bc7c108bd198 This is a multi-part message in MIME format. ------=_NextPart_000_3CF5_01C83F72.62E64960 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Even if you have no erection problems Viagra would help you to make = better sex more often and to bring unimaginable plesure to her. Just = disolve half a pill under your tongue and get ready for action in 30 = minutes. The tests showed that the majority of men after taking this = medication were able to have perfect erection during 24 hours! Package Quantity Price in your local drugstore* Our price LearnMoreNow 10 tabs 20 doses $99.95 $34.49 30 tabs 60 doses $299.95 $88.50 60 tabs 120 doses $449.95 $141.02 90 tabs 180 doses $769.95 $176.40 180 tabs 360 doses $1299.95 $298.46 When you are young and stressed up… When you are aged and never give up… Viagra gives you confidence in any chance, every time. ------=_NextPart_000_3CF5_01C83F72.62E64960 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20

Even if you have no erection problems = Viagra would=20 help you to make better sex more often and to bring unimaginable = plesure=20 to her. Just disolve half a pill under your tongue and get ready for = action in=20 30 minutes. The tests showed that the majority of men after taking = this=20 medication were able to have perfect erection during 24 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $99.95 $34.49
30 tabs 60 doses $299.95 $88.50
60 tabs 120 doses $449.95 $141.02
90 tabs 180 doses $769.95 $176.40
180 tabs 360 doses $1299.95 $298.46

When you are young and stressed = up…
When you are aged and never give up…
Viagra gives you confidence in any chance, every time.

------=_NextPart_000_3CF5_01C83F72.62E64960-- From Timothy@ecomur.com Sun Dec 16 05:40:03 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J3quh-0002q1-Sx for megaco-archive@lists.ietf.org; Sun, 16 Dec 2007 05:40:03 -0500 Received: from pool-71-125-209-162.nycmny.east.verizon.net ([71.125.209.162]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J3quh-0004vt-CO for megaco-archive@lists.ietf.org; Sun, 16 Dec 2007 05:40:03 -0500 Received: by 10.141.109.150 with SMTP id TahKxRwYFuaND; Sun, 16 Dec 2007 05:40:08 -0500 (GMT) Received: by 192.168.149.40 with SMTP id opsvNkMSqwzHBs.1207335054965; Sun, 16 Dec 2007 05:40:06 -0500 (GMT) Message-ID: Date: Sun, 16 Dec 2007 05:40:03 -0500 From: "Timothy Doherty" User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: megaco-archive@lists.ietf.org Subject: kfp310 Content-Type: multipart/alternative; boundary="------------060805010102050406020301" X-Spam-Score: 4.6 (++++) X-Scan-Signature: 7d33c50f3756db14428398e2bdedd581 --------------060805010102050406020301 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit We know how to help your little "friend". Trust us and use the following methodics: http://retzbtor.com/ --------------060805010102050406020301 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit We know how to help your little "friend". Trust us and use the
following methodics: http://retzbtor.com/
--------------060805010102050406020301-- From ErinpartakeSantana@iowabankers.com Sun Dec 16 06:28:01 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J3rf6-0003WQ-Tm; Sun, 16 Dec 2007 06:28:00 -0500 Received: from vfppp079167218053.dsl.hol.gr ([79.167.218.53] helo=pyrrosalkis) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J3rf6-0005s1-Dp; Sun, 16 Dec 2007 06:28:00 -0500 Received: from brandish by iowabankers.com with SMTP id B1w1uBPMd2 for ; Sun, 16 Dec 2007 13:30:48 -0200 From: "Augustine Bray" To: , Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J3vxK-0001rv-L8; Sun, 16 Dec 2007 11:03:06 -0500 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J3vxJ-0001rH-0W for megaco@ietf.org; Sun, 16 Dec 2007 11:03:05 -0500 Received: from exprod7og104.obsmtp.com ([64.18.2.161]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J3vxI-0005KV-Iv for megaco@ietf.org; Sun, 16 Dec 2007 11:03:04 -0500 Received: from source ([66.129.224.36]) by exprod7ob104.postini.com ([64.18.6.12]) with SMTP; Sun, 16 Dec 2007 08:03:03 PST Received: from emailfeemea2.jnpr.net ([172.26.192.142]) by emailsmtp55.jnpr.net with Microsoft SMTPSVC(6.0.3790.1830); Sun, 16 Dec 2007 08:02:16 -0800 Received: from EMAILEMEA3.jnpr.net ([172.26.192.136]) by emailfeemea2.jnpr.net with Microsoft SMTPSVC(6.0.3790.3959); Sun, 16 Dec 2007 16:02:12 +0000 X-MimeOLE: Produced By Microsoft Exchange V6.5.7235.2 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Sun, 16 Dec 2007 16:01:02 -0000 Message-ID: <0E48B768805E4D44A70709C8AE092090015716F1@EMAILEMEA3.jnpr.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: emergency context property Thread-Index: Acg//NuLEatojBKoRHaJX8MDf2XRbg== From: "Miri Epstein" To: X-OriginalArrivalTime: 16 Dec 2007 16:02:12.0545 (UTC) FILETIME=[05220310:01C83FFD] X-Spam-Score: 0.0 (/) X-Scan-Signature: 3a4bc66230659131057bb68ed51598f8 Subject: [Megaco] emergency context property X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0921623935==" Errors-To: megaco-bounces@ietf.org This is a multi-part message in MIME format. --===============0921623935== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C83FFC.DBF40E20" This is a multi-part message in MIME format. ------_=_NextPart_001_01C83FFC.DBF40E20 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Hi, =20 I would like to get some H.248 traces (Add, Modify, Audit requests and replies) regarding the emergency indicator. Could you please help? =20 Thanks in advance, Miri =20 ------_=_NextPart_001_01C83FFC.DBF40E20 Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable

Hi,

 

I would like to get some H.248 traces (Add, Modify, = Audit requests and replies) regarding the emergency = indicator.

Could you please help?

 

Thanks in advance,

Miri

 

------_=_NextPart_001_01C83FFC.DBF40E20-- --===============0921623935== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============0921623935==-- From branislakan-lee@i-gts.com Sun Dec 16 11:54:48 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J3wlM-00052X-A0 for megaco-archive@lists.ietf.org; Sun, 16 Dec 2007 11:54:48 -0500 Received: from p2124-ipbf2010marunouchi.tokyo.ocn.ne.jp ([122.17.84.124] helo=122.17.84.124) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J3wlL-0006Wt-O8 for megaco-archive@lists.ietf.org; Sun, 16 Dec 2007 11:54:48 -0500 Message-ID: <000401c84004$06826631$56746dba@ffwdo> From: "gordie huntley" To: "Lillie Pugh" Subject: exclusive watches, affordable prices rolex Date: Sun, 16 Dec 2007 15:07:23 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Spam-Score: 4.3 (++++) X-Scan-Signature: 2870a44b67ee17965ce5ad0177e150f4 Perfectly crafted luxury timepieces...the finest of products at the LOWEST prices!! http://webtyrosxmas.net/ From JillianinstitutionMansfield@thescripts.com Sun Dec 16 12:53:40 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J3xgJ-0005dx-N3; Sun, 16 Dec 2007 12:53:39 -0500 Received: from cust.static.217-11-47-198.cybernet.ch ([217.11.47.198] helo=pclufe) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J3xgJ-0000NK-AQ; Sun, 16 Dec 2007 12:53:39 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by host93673427.thescripts.com (8.13.1/8.13.1) with SMTP id Er7DBrks97.124870.Ds3.9fu.3710753653358 for ; Sun, 16 Dec 2007 18:53:28 -0100 Message-ID: <938b01c8400c$99bc9f80$7001a8c0@pclufe> From: "Fay Fitch" To: , =20

Even if you have no erection problems = Viagra would=20 help you to make better sex more often and to bring unimaginable = plesure=20 to her. Just disolve half a pill under your tongue and get ready for = action in=20 30 minutes. The tests showed that the majority of men after taking = this=20 medication were able to have perfect erection during 24 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $99.95 $34.49
30 tabs 60 doses $299.95 $88.50
60 tabs 120 doses $449.95 $141.02
90 tabs 180 doses $769.95 $176.40
180 tabs 360 doses $1299.95 $298.46

When you are young and stressed = up…
When you are aged and never give up…
Viagra gives you confidence in any chance, every time.

------=_NextPart_000_9387_01C8400C.99BC9F80-- From BeulahcreedalMuller@americanbridal.com Mon Dec 17 03:38:44 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J4BUp-0002DK-TS; Mon, 17 Dec 2007 03:38:43 -0500 Received: from [62.162.90.82] (helo=user368ea431e3) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J4BUl-0007j0-Rt; Mon, 17 Dec 2007 03:38:43 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by host91503581.americanbridal.com (8.13.1/8.13.1) with SMTP id Y8QqEKiC58.899576.EQQ.Lzl.6634531659123 for ; Mon, 17 Dec 2007 09:38:31 -0100 Message-ID: From: "Luz Barnard" To: Cc: , =20

Even if you have no erection problems = Viagra would=20 help you to make better sex more often and to bring unimaginable = plesure=20 to her. Just disolve half a pill under your tongue and get ready for = action in=20 30 minutes. The tests showed that the majority of men after taking = this=20 medication were able to have perfect erection during 24 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $99.95 $34.49
30 tabs 60 doses $299.95 $88.50
60 tabs 120 doses $449.95 $141.02
90 tabs 180 doses $769.95 $176.40
180 tabs 360 doses $1299.95 $298.46

When you are young and stressed = up…
When you are aged and never give up…
Viagra gives you confidence in any chance, every time.

------=_NextPart_000_E57A_01C84088.40AF0140-- From Labatoneprn@darmkrebs.net Mon Dec 17 04:54:36 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J4CgG-0001LF-RL for megaco-archive@lists.ietf.org; Mon, 17 Dec 2007 04:54:36 -0500 Received: from [88.232.79.181] (helo=[88.232.79.181]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J4CgF-000190-Te for megaco-archive@lists.ietf.org; Mon, 17 Dec 2007 04:54:36 -0500 Received: from p-4 ([192.189.158.21]:21271 "EHLO p-4" smtp-auth: TLS-CIPHER: TLS-PEER-CN1: ) by [88.232.79.181] with ESMTP id S22JRTEXHTPIBNFS (ORCPT ); Mon, 17 Dec 2007 11:54:59 +0200 X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 17 Dec 2007 11:54:34 +0200 To: megaco-archive@lists.ietf.org From: "Evan Labatone" Subject: |rvaring Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Score: 0.1 (/) X-Scan-Signature: bb8eae9af85e4fcfe76f325e38493bf4 your in for one hell of a ride when she grabs your crotch http://pvlds.com/ From Hallenbeckanki@torrancealuminum.com Tue Dec 18 00:00:25 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J4UZ7-0000DL-Rs for megaco-archive@lists.ietf.org; Tue, 18 Dec 2007 00:00:25 -0500 Received: from host140-155-dynamic.11-87-r.retail.telecomitalia.it ([87.11.155.140] helo=host99-155-dynamic.10-87-r.retail.telecomitalia.it) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J4UZ7-0003jn-Dq for megaco-archive@lists.ietf.org; Tue, 18 Dec 2007 00:00:25 -0500 Received: from pc-44fc28614558 ([107.162.145.160]:12915 "EHLO pc-44fc28614558" smtp-auth: TLS-CIPHER: TLS-PEER-CN1: ) by host99-155-dynamic.10-87-r.retail.telecomitalia.it with ESMTP id S22TRZCEKYQBPFIL (ORCPT ); Tue, 18 Dec 2007 06:00:49 +0100 X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 18 Dec 2007 06:00:32 +0100 To: megaco-archive@lists.ietf.org From: "Rutmer Hallenbeck" Subject: drehgebe Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Antivirus: avast! (VPS 071217-0, 17/12/2007), Outbound message X-Antivirus-Status: Clean X-Spam-Score: 2.1 (++) X-Scan-Signature: bb8eae9af85e4fcfe76f325e38493bf4 Make your dick an VIP in local parties! With the help of this wonderful medicine, you'll definitely add more confidence into the looks of your dick! http://www.superlativequality.com/ From megaco-bounces@ietf.org Tue Dec 18 02:17:12 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J4WXP-0005zN-1W; Tue, 18 Dec 2007 02:06:47 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J4WXN-0005ru-IK for megaco@ietf.org; Tue, 18 Dec 2007 02:06:45 -0500 Received: from smail5.alcatel.fr ([64.208.49.27]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1J4WXL-0004dL-B8 for megaco@ietf.org; Tue, 18 Dec 2007 02:06:45 -0500 Received: from FRVELSBHS02.ad2.ad.alcatel.com (frvelsbhs02.ad2.ad.alcatel.com [155.132.6.74]) by smail5.alcatel.fr (8.13.8/8.13.8/ICT) with ESMTP id lBI75XRg025551 for ; Tue, 18 Dec 2007 08:05:33 +0100 Received: from FRVELSMBS21.ad2.ad.alcatel.com ([155.132.6.55]) by FRVELSBHS02.ad2.ad.alcatel.com with Microsoft SMTPSVC(6.0.3790.2499); Tue, 18 Dec 2007 08:06:42 +0100 Received: from FRVELSMBS24.ad2.ad.alcatel.com ([155.132.6.54]) by FRVELSMBS21.ad2.ad.alcatel.com with Microsoft SMTPSVC(6.0.3790.2499); Tue, 18 Dec 2007 08:06:41 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 18 Dec 2007 08:06:41 +0100 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: serviceChange in context Thread-Index: AchBRUfTQL0nC6dGTIy7+dmloSTNzg== From: "RUIKAR RAHUL A" To: X-OriginalArrivalTime: 18 Dec 2007 07:06:41.0862 (UTC) FILETIME=[8A945E60:01C84144] X-Scanned-By: MIMEDefang 2.57 on 155.132.188.13 X-Spam-Score: 0.0 (/) X-Scan-Signature: e1924de3f9fb68e58c31920136007eb1 Subject: [Megaco] serviceChange in context X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1449382025==" Errors-To: megaco-bounces@ietf.org This is a multi-part message in MIME format. --===============1449382025== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C84144.8A8206A3" This is a multi-part message in MIME format. ------_=_NextPart_001_01C84144.8A8206A3 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, =20 I have query regarding Service change received from termination which is in context. When ServiceChange is received from any termination from context with reason "taken out of service" 1) Should MGC reply that ServiceChange in Context or in NULL context..? 2) Whether gateway will accept ServiceChange reply with context? Since termination is taken out of service it should not accept any traffic. 3) I mean what will be the exact state of termination after sending this particular ServiceChange. =20 Thanks in Advance. =20 Regards, Rahul Ruikar Alcatel-Lucent Email: rahul.a.ruikar@alcatel-lucent.com Alcanet: 2721 4793 =20 ------_=_NextPart_001_01C84144.8A8206A3 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

I have query regarding Service change received from termination which is in context.

When ServiceChange is received from any termination = from context with reason “taken out of = service”

1)       = Should MGC reply that ServiceChange in Context or in NULL = context..?

2)       = Whether gateway will accept ServiceChange reply with context? Since termination = is taken out of service it should not accept any = traffic.

3)       = I mean what will be the exact state of termination after sending this particular = ServiceChange.

 

Thanks in Advance.

 

Regards,

Rahul Ruikar

Alcatel-Lucent

Email: rahul.a.ruikar@alcatel-= lucent.com

Alcanet: 2721 4793

 

------_=_NextPart_001_01C84144.8A8206A3-- --===============1449382025== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============1449382025==-- From megaco-bounces@ietf.org Tue Dec 18 02:34:21 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J4Wnz-0002YL-2A; Tue, 18 Dec 2007 02:23:55 -0500 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J4Wny-0002YA-2t for megaco@ietf.org; Tue, 18 Dec 2007 02:23:54 -0500 Received: from prattle.redback.com ([155.53.12.9]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J4Wnx-0006DZ-N4 for megaco@ietf.org; Tue, 18 Dec 2007 02:23:53 -0500 Received: from localhost (localhost [127.0.0.1]) by prattle.redback.com (Postfix) with ESMTP id E6601D582EA; Mon, 17 Dec 2007 23:23:52 -0800 (PST) Received: from prattle.redback.com ([127.0.0.1]) by localhost (prattle [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27552-03; Mon, 17 Dec 2007 23:23:52 -0800 (PST) Received: from [155.53.44.239] (cologne.redback.com [155.53.44.239]) by prattle.redback.com (Postfix) with ESMTP id CEE45D582E8; Mon, 17 Dec 2007 23:23:52 -0800 (PST) Message-ID: <47677588.60108@redback.com> Date: Mon, 17 Dec 2007 23:23:52 -0800 From: Ashish Singh User-Agent: Thunderbird 2.0.0.6 (X11/20070728) MIME-Version: 1.0 To: RUIKAR RAHUL A Subject: Re: [Megaco] serviceChange in context References: In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed X-Virus-Scanned: by amavisd-new at redback.com Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Scan-Signature: 7aafa0432175920a4b3e118e16c5cb64 Cc: megaco@ietf.org X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: megaco-bounces@ietf.org Rahul, Pls. find my answers inline. Thanks Ashish RUIKAR RAHUL A wrote: > > Hi, > > I have query regarding Service change received from termination which=20 > is in context. > > When ServiceChange is received from any termination from context with=20 > reason =93taken out of service=94 > > 1) Should MGC reply that ServiceChange in Context or in NULL context..? > After sending OOS Servicechange, termination will still be in context=20 until MGC subtract it. So MGC shall send response in context only. > > 2) Whether gateway will accept ServiceChange reply with context? Since=20 > termination is taken out of service it should not accept any traffic. > YES, MG shall accept the command. > > 3) I mean what will be the exact state of termination after sending=20 > this particular ServiceChange. > state will be out-of-service. > > Thanks in Advance. > > Regards, > > Rahul Ruikar > > Alcatel-Lucent > > Email: rahul.a.ruikar@alcatel-lucent.com=20 > > > Alcanet: 2721 4793 > > -----------------------------------------------------------------------= - > > _______________________________________________ > Megaco mailing list > Megaco@ietf.org > https://www1.ietf.org/mailman/listinfo/megaco > =20 _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco From megaco-bounces@ietf.org Tue Dec 18 02:38:59 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J4Ws1-0008Vr-Sr; Tue, 18 Dec 2007 02:28:05 -0500 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J4Ws0-0008LC-5q for megaco@ietf.org; Tue, 18 Dec 2007 02:28:04 -0500 Received: from prattle.redback.com ([155.53.12.9]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J4Wrz-0006IO-Fg for megaco@ietf.org; Tue, 18 Dec 2007 02:28:04 -0500 Received: from localhost (localhost [127.0.0.1]) by prattle.redback.com (Postfix) with ESMTP id 1C69DD582E7; Mon, 17 Dec 2007 23:28:03 -0800 (PST) Received: from prattle.redback.com ([127.0.0.1]) by localhost (prattle [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27680-02; Mon, 17 Dec 2007 23:28:02 -0800 (PST) Received: from [155.53.44.239] (cologne.redback.com [155.53.44.239]) by prattle.redback.com (Postfix) with ESMTP id EE7CAD582E8; Mon, 17 Dec 2007 23:28:02 -0800 (PST) Message-ID: <47677682.4080609@redback.com> Date: Mon, 17 Dec 2007 23:28:02 -0800 From: Ashish Singh User-Agent: Thunderbird 2.0.0.6 (X11/20070728) MIME-Version: 1.0 To: Ramesh Babu Kuppili Subject: Re: [Megaco] Megaco Modify References: <0JT300LZZRMHKYP0@priority.oak.zhone.com> In-Reply-To: <0JT300LZZRMHKYP0@priority.oak.zhone.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at redback.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 93e7fb8fef2e780414389440f367c879 Cc: megaco@ietf.org X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: megaco-bounces@ietf.org Hi Ramesh, The Local descriptor in Modify command on RTP termination contains OMIT "-" in place of IP and Port #, which indicates that MGC doesn't care about these values. So either MG should not include any descriptor in response. If MG is including Local descriptor in response, it shall send "-" in place of IP and port in SDP. Thanks Ashish Ramesh Babu Kuppili wrote: > Hello, > > We are trying to interop with a MGC. Attached call flow at the end: > > Here is the description: > MG sending Notify message with offhook. Switch is sending Modify to > provide dialtone and digitmap. MG collects digits and sends digits in > Notify message. MGC then sends Add message to add a physical term and > rtp term to a context. MG responds to Add. MGC is sending a Modify > again. MG is sending a response for Modify. After this MGC is > sending another modify to provide busy tone. I fail to understand why > MGC does not like the Modify response from MG. I have marked the > Modify response from MG with ^^^^^^^^^^. Any pointers from the call > flow will be of great help. > > Thanks in advance. > > - ramesh > > CALL FLOW > ========== > > MG ---------> MGC > !/1 [10.10.64.2]:2944 > T=23{C=-{n=A1{oe=369100803{20071215T20044200:AL/OF}}}} > > MGC --------> MG > !/1 [10.100.100.20]:2944 P=23{C=-{N=A1}} > > MGC --------> MG > !/1 [10.100.100.20]:2944 > T=372843059{C=-{MF=A1{E=369100809{dd/ce{DM=dmap1},al/*},SG{cg/dt},DM=dmap1{([2-8]xxxxxx|05xxxxxxxx|0[123467]xxxxxxx|00xxxxxx.|9xx|Ex.Ex.F|Fx.F|Fx.Ex.F|EFx.Ex.F|Ex.Ex.Ex.F|EEx.|EFx.EF|Fx.Ex.Ex.F|Ex.F|EFx.F|Ex.)}}}} > > MG ---------> MGC > !/1 [10.10.64.2]:2944 P=372843059{C=-{mf=A1}} > > MG ---------> MGC > !/1 [10.10.64.2]:2944 > T=24{C=-{n=A1{oe=369100809{20071215T20044800:DD/CE{DS="E54E10001F",METH=UM}}}}} > > MGC --------> MG > !/1 [10.100.100.20]:2944 P=24{C=-{N=A1}} > > MGC --------> MG > !/1 [10.100.100.20]:2944 > T=372843061{C=-{MF=A1{E=369100810{dd/std{tl=*},al/*},SG{}}}} > > MG ---------> MGC > !/1 [10.10.64.2]:2944 P=372843061{C=-{mf=A1}} > > MGC --------> MG > !/1 [10.100.100.20]:2944 > T=369435190{C=${A=A1{M{O{MO=IN,RV=OFF,RG=OFF}},E=369100811{al/*},SG{}},A=${M{O{MO=RC,RV=OFF,RG=OFF},L{v=0 > c=IN IP4 $ > m=audio $ RTP/AVP 8 > a=ptime:20 > }}}}} > > MG ---------> MGC > !/1 [10.10.64.2]:2944 P=369435190{C=7{a=A1 ,a=RTP/6{m{l{ > v=0 > o=- 000000000000000015 1197749088 IN IP4 10.10.64.2 > s=- > c=IN IP4 10.10.64.2 > m=audio 49164 RTP/AVP 8 > a=ptime:20 > }}}}} > > MGC --------> MG > !/1 [10.100.100.20]:2944 > T=370352695{C=7{MF=A1{M{O{MO=SR,RV=OFF,RG=OFF,tdmc/ec=ON}},E=369100812{al/*},SG{}},MF=RTP/6{M{O{MO=RC,RV=OFF,RG=OFF},L{v=0 > c=IN IP4 - > m=audio - RTP/AVP 8 > a=ptime:20 > },R{v=0 > c=IN IP4 10.100.100.98 > m=audio 10246 RTP/AVP 8 > a=ptime:20 > }}}}} > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > MG ---------> MGC > !/1 [10.10.64.2]:2944 P=370352695{C=7{mf=A1 > ,mf=RTP/6{m{o{mo=rc,rg=OFF,rv=OFF},l{ > v=0 > o=- 000000000000000016 1197749088 IN IP4 10.10.64.2 > s=- > c=IN IP4 10.10.64.2 > m=audio 49164 RTP/AVP 8 > a=ptime:20 > }}}}} > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > MGC --------> MG > !/1 [10.100.100.20]:2944 > T=370352696{C=7{MF=A1{M{O{MO=IN,RV=OFF,RG=OFF}},E=369100813{al/*},SG{cg/bt}},MF=RTP/6{M{O{MO=IN,RV=OFF,RG=OFF}}}}} > > MG ---------> MGC > !/1 [10.10.64.2]:2944 P=370352696{C=7{mf=A1 ,mf=RTP/6}} > > MG ---------> MGC > !/1 [10.10.64.2]:2944 > T=25{C=7{n=A1{oe=369100813{20071215T20045600:AL/ON}}}} > > MGC --------> MG > !/1 [10.100.100.20]:2944 P=25{C=7{N=A1}} > > MGC --------> MG > !/1 [10.100.100.20]:2944 T=372580926{C=7{O-S=*}} > > MGC --------> MG > !/1 [10.100.100.20]:2944 > T=372843071{C=-{MF=A1{E=369100814{al/*},SG{}}}} > > MG ---------> MGC > !/1 [10.10.64.2]:2944 P=372580926{C=7{s=* ,s=A1, s=RTP/6}} > > MG ---------> MGC > !/1 [10.10.64.2]:2944 P=372843071{C=-{mf=A1}} > ------------------------------------------------------------------------ > > _______________________________________________ > Megaco mailing list > Megaco@ietf.org > https://www1.ietf.org/mailman/listinfo/megaco > _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco From megaco-bounces@ietf.org Tue Dec 18 02:45:17 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J4Wya-00083l-96; Tue, 18 Dec 2007 02:34:52 -0500 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J4WyY-00083I-Es for megaco@ietf.org; Tue, 18 Dec 2007 02:34:50 -0500 Received: from smail5.alcatel.fr ([64.208.49.27]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J4WyX-00077Z-TT for megaco@ietf.org; Tue, 18 Dec 2007 02:34:50 -0500 Received: from FRVELSBHS05.ad2.ad.alcatel.com (frvelsbhs05.ad2.ad.alcatel.com [155.132.6.77]) by smail5.alcatel.fr (8.13.8/8.13.8/ICT) with ESMTP id lBI7XbSf001930; Tue, 18 Dec 2007 08:33:39 +0100 Received: from FRVELSMBS13.ad2.ad.alcatel.com ([155.132.6.33]) by FRVELSBHS05.ad2.ad.alcatel.com with Microsoft SMTPSVC(6.0.3790.2499); Tue, 18 Dec 2007 08:34:47 +0100 Received: from FRVELSMBS24.ad2.ad.alcatel.com ([155.132.6.54]) by FRVELSMBS13.ad2.ad.alcatel.com with Microsoft SMTPSVC(6.0.3790.2499); Tue, 18 Dec 2007 08:34:47 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Megaco] serviceChange in context Date: Tue, 18 Dec 2007 08:34:46 +0100 Message-ID: In-Reply-To: <47677588.60108@redback.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Megaco] serviceChange in context Thread-Index: AchBRvT54Kr+QX8JQf6B2igZofKASwAAhqmQ References: <47677588.60108@redback.com> From: "RUIKAR RAHUL A" To: "Ashish Singh" X-OriginalArrivalTime: 18 Dec 2007 07:34:47.0054 (UTC) FILETIME=[770842E0:01C84148] X-Scanned-By: MIMEDefang 2.57 on 155.132.188.13 X-Spam-Score: 0.0 (/) X-Scan-Signature: fb6060cb60c0cea16e3f7219e40a0a81 Cc: megaco@ietf.org X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: megaco-bounces@ietf.org But it should not accept any traffic messages (commands ) after that since it's state is "out of service" Am I correct..? Regards, Rahul Ruikar Alcatel-Lucent Email: rahul.a.ruikar@alcatel-lucent.com Alcanet: 2721 4793 -----Original Message----- From: Ashish Singh [mailto:ashishs@redback.com]=20 Sent: Tuesday, December 18, 2007 12:54 PM To: RUIKAR RAHUL A Cc: megaco@ietf.org Subject: Re: [Megaco] serviceChange in context Rahul, Pls. find my answers inline. Thanks Ashish RUIKAR RAHUL A wrote: > > Hi, > > I have query regarding Service change received from termination which=20 > is in context. > > When ServiceChange is received from any termination from context with=20 > reason "taken out of service" > > 1) Should MGC reply that ServiceChange in Context or in NULL context..? > After sending OOS Servicechange, termination will still be in context=20 until MGC subtract it. So MGC shall send response in context only. > > 2) Whether gateway will accept ServiceChange reply with context? Since > termination is taken out of service it should not accept any traffic. > YES, MG shall accept the command. > > 3) I mean what will be the exact state of termination after sending=20 > this particular ServiceChange. > state will be out-of-service. > > Thanks in Advance. > > Regards, > > Rahul Ruikar > > Alcatel-Lucent > > Email: rahul.a.ruikar@alcatel-lucent.com=20 > > > Alcanet: 2721 4793 > > ------------------------------------------------------------------------ > > _______________________________________________ > Megaco mailing list > Megaco@ietf.org > https://www1.ietf.org/mailman/listinfo/megaco > =20 _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco From megaco-bounces@ietf.org Tue Dec 18 03:03:19 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J4XGA-0006FS-RO; Tue, 18 Dec 2007 02:53:02 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J4XG9-0006DG-T4 for megaco@ietf.org; Tue, 18 Dec 2007 02:53:01 -0500 Received: from sj-iport-3-in.cisco.com ([171.71.176.72] helo=sj-iport-3.cisco.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1J4XG6-0006LE-DD for megaco@ietf.org; Tue, 18 Dec 2007 02:53:01 -0500 Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-3.cisco.com with ESMTP; 17 Dec 2007 23:52:57 -0800 Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id lBI7qvgC027754; Mon, 17 Dec 2007 23:52:57 -0800 Received: from sj-webmail-3.cisco.com (sj-webmail-3.cisco.com [171.70.156.8]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id lBI7qv41002018; Tue, 18 Dec 2007 07:52:57 GMT Received: from sj-webmail-3.cisco.com (localhost.localdomain [127.0.0.1]) by sj-webmail-3.cisco.com (8.13.1/8.13.1) with ESMTP id lBI7qvpR020603; Mon, 17 Dec 2007 23:52:57 -0800 Received: from sj-webmail-3 (root@localhost) by sj-webmail-3.cisco.com (8.13.1/8.13.1/Submit) with ESMTP id lBI7qvc1020602; Mon, 17 Dec 2007 23:52:57 -0800 Received: from ypatharewxp01 ( [10.76.212.95]) by sj-webmail-3 (Scalix SMTP Relay 10.0.5.3) via ESMTP; Mon, 17 Dec 2007 23:52:56 -0800 (PST) Date: Tue, 18 Dec 2007 13:27:57 +0530 From: "Yogesh" To: "'RUIKAR RAHUL A'" , Message-ID: <"28230.44551197964376.sj-webmail-3*"@MHS> In-Reply-To: Subject: RE: [Megaco] serviceChange in context x-scalix-Hops: 1 X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Thread-Index: AchBRUfTQL0nC6dGTIy7+dmloSTNzgAA36tA MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=21387; t=1197964377; x=1198828377; c=relaxed/simple; s=sjdkim2002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=ypathare@cisco.com; z=From:=20=22Yogesh=22=20 |Subject:=20RE=3A=20[Megaco]=20serviceChange=20in=20context |Sender:=20; bh=XUWxvi+bSjtIXacKEsa7V1G0GSh4D+N6Srrdf6P6/8c=; b=2KyOWwQMErgEwDqhUbLjQ3v3/YlJQg+Gu1+vs7opy3FWaJaDLtq5tOzhPH FMs4QnNT27N+ezEdyn7uiifWJjQJTMhu4r9fvhjEX9vh/yrLBPlrEXmCz8LQ MDFC/dZI0r; Authentication-Results: sj-dkim-2; header.From=ypathare@cisco.com; dkim=pass ( sig from cisco.com/sjdkim2002 verified; ); X-Spam-Score: -4.0 (----) X-Scan-Signature: 2d53b06eede2bb6b618e318c7466f38f Cc: X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0557950133==" Errors-To: megaco-bounces@ietf.org --===============0557950133== Content-Type: multipart/alternative; boundary="----=_NextPart_000_0061_01C84179.CEA3D1F0" ------=_NextPart_000_0061_01C84179.CEA3D1F0 Content-Type: text/plain; charset="US-ASCII" Content-Disposition: inline Hi, As per my understanding, It is implementation specific, If you do "Termination taken out of service" at line level, MGC will reply that service change in NULL as well as on * At DS0 level it may reply in the same context as described by Ashish. ============================================================================ =================================== [10.202.2.206]:5555 [283872699 (10 ms)] !/2 :2999 T = 260{ C = - {sc=PT/1/* { sv { mt = fo , re = "905 Termination taken out of service" } } }} [10.202.2.206]:5555 [283872699 (10 ms)] !/2 :2999 T = 261{ C = * {sc=PT/1/* { sv { mt = fo , re = "905 Termination taken out of service" } } }} [283872718 (10 ms)] !/2 [10.202.2.206]:5555 P=260 {C=-{SC=pt/1/*}} [283872737 (10 ms)] !/2 [10.202.2.206]:5555 P=261 {C=*{SC=pt/1/*}} ============================================================================ =================================== GW should accept the Service Change, It should not accept any traffic message. Termination will be out of service depending upon the nature of out of service method ( Graceful or forceful ) and Call state. Cheers !!! Yogesh Senior Engineer - Testing A R I C E N T Presidency Tower B Fourth Floor Gurgaon , India 122001 Main +91 1243911200 Ext 5512 _____ From: RUIKAR RAHUL A [mailto:Rahul.a.Ruikar@alcatel-lucent.com] Sent: Tuesday, December 18, 2007 12:37 PM To: megaco@ietf.org Subject: [Megaco] serviceChange in context Hi, I have query regarding Service change received from termination which is in context. When ServiceChange is received from any termination from context with reason "taken out of service" 1) Should MGC reply that ServiceChange in Context or in NULL context..? 2) Whether gateway will accept ServiceChange reply with context? Since termination is taken out of service it should not accept any traffic. 3) I mean what will be the exact state of termination after sending this particular ServiceChange. Thanks in Advance. Regards, Rahul Ruikar Alcatel-Lucent Email: rahul.a.ruikar@alcatel-lucent.com Alcanet: 2721 4793 ------=_NextPart_000_0061_01C84179.CEA3D1F0 Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
Hi,
 
As per my understanding, It is implementation=20 specific,
 
= If you do "Termination taken ou= t of=20 service" at line level,<= /DIV>
= MGC will reply that ser= vice change=20 in NULL as well as on=20 *
=  
= At=20 DS0 level it may reply in the same context as described by Ashish.=20
 
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

[10.202.2.206]:5555 [283872699 (10 ms)] !/2 <Yogi
.com>:2999 T =3D 260{ C =3D - {s= c=3DPT/1/*  { sv { mt =3D fo , re =3D "= 905=20 Termination taken out of service" }  } }}
 
[10.202.2.206]:5555 [283872699 (10 ms)] !/2 <= Yogi.com>:2999 T =3D 261{ C =3D * {s= c=3DPT/1/*  { sv { mt =3D fo , re =3D "= 905=20 Termination taken out of service" }  } }}
 
[283872718 (10 ms)] !/2 [10.202.2.206]:5555 P=3D= 260=20 {C=3D-{SC=3Dpt/1/*}}
 
[283872737 (10 ms)] !/2 [10.202.2.206]:5555 P=3D= 261=20 {C=3D*{SC=3Dpt/1/*}}
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
 
GW=20 should accept the Service Change, It should not accept any traffic=20 message.
Termination will be out of service depending u= pon the=20 nature of out of service method ( Graceful or forceful ) and Call=20 state.
 
 
 
Cheers=20 !!!
 

Yogesh=

Senior= Engineer=20 - Testing

 

A R I C E N= =20 T

 =

Presid= ency=20 Tower B

Fourth= Floor= =20

Gurgao= n ,=20 India=20 122001

Main     = +91 12= 43911200=20 Ext 5512

<= /DIV>
=
 


From: RUIKAR RAHUL A=20 [mailto:Rahul.a.Ruikar@alcatel-lucent.com]
Sent: Tuesday, Dece= mber=20 18, 2007 12:37 PM
To: megaco@ietf.org
Subject: [Megac= o]=20 serviceChange in context

Hi,

 

I have query regarding Serv= ice=20 change received from termination which is in=20 context.

When ServiceChange is recei= ved from=20 any termination from context with reason “taken out of=20 service”

1)      = ;=20 = Should MGC reply that Servi= ceChange=20 in Context or in NULL context..?

2)      = ;=20 = Whether gateway will accept= =20 ServiceChange reply with context? Since termination is taken out of servi= ce it=20 should not accept any traffic.

3)      = ;=20 = I mean what will be the exa= ct state=20 of termination after sending this particular=20 ServiceChange.

 

Thanks in=20 Advance.

 

Regards,=

Rahul=20 Ruikar

Alcatel-Lucent

Email: rahul.a.ruikar@alcatel-= lucent.com

Alcanet: 2721=20 4793

 

------=_NextPart_000_0061_01C84179.CEA3D1F0-- --===============0557950133== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============0557950133==-- From megaco-bounces@ietf.org Tue Dec 18 03:05:47 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J4XIS-0006kJ-Ui; Tue, 18 Dec 2007 02:55:24 -0500 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J4XIR-0006kD-WB for megaco@ietf.org; Tue, 18 Dec 2007 02:55:24 -0500 Received: from zw2-smtp1.zhone.com ([199.190.211.5]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J4XIR-0000cT-5p for megaco@ietf.org; Tue, 18 Dec 2007 02:55:23 -0500 Received: from priority.oak.zhone.com (priority.oak.zhone.com [172.16.1.21]) by smtp.zhone.com (8.12.1/8.12.1) with ESMTP id lBI7uK2E018213 for ; Mon, 17 Dec 2007 23:56:20 -0800 (PST) Received: from RKUPPILI.zhone.com ([192.168.127.40]) by priority.oak.zhone.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTP id <0JT8002OBJC70W40@priority.oak.zhone.com> for megaco@ietf.org; Mon, 17 Dec 2007 23:55:22 -0800 (PST) Content-return: prohibited Date: Tue, 18 Dec 2007 13:25:18 +0530 From: Ramesh Babu Kuppili Subject: RE: [Megaco] Megaco Modify In-reply-to: <47677682.4080609@redback.com> To: Ashish Singh Message-id: <0JT8002OCJC80W40@priority.oak.zhone.com> MIME-version: 1.0 X-Mailer: Sun Outlook Connector 7.2.310.1 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT X-Spam-Score: 0.0 (/) X-Scan-Signature: e8c5db863102a3ada84e0cd52a81a79e Cc: megaco@ietf.org X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: megaco-bounces@ietf.org Ashish, Thanks for the response. The call flow I sent is to activate a supplementary feature. But a basic call (A to B) works fine. In fact, the modify request from MGC and response from MG looks very similar in a basic call flow too. However, I will change MG's behavior to send hyphen "-" instead of valid ip address/port number and test it. Is there any other issues you see with the call flow. Thanks once again for your comments. - ramesh > -----Original Message----- > From: Ashish Singh [mailto:ashishs@redback.com] > Sent: Tuesday, December 18, 2007 12:58 PM > To: Ramesh Babu Kuppili > Cc: megaco@ietf.org > Subject: Re: [Megaco] Megaco Modify > > Hi Ramesh, > > The Local descriptor in Modify command on RTP termination > contains OMIT "-" in place of IP and Port #, which indicates > that MGC doesn't care about these values. So either MG should > not include any descriptor in response. If MG is including > Local descriptor in response, it shall send "-" in place of > IP and port in SDP. > > Thanks > Ashish > > > Ramesh Babu Kuppili wrote: > > Hello, > > > > We are trying to interop with a MGC. Attached call flow at the end: > > > > Here is the description: > > MG sending Notify message with offhook. Switch is sending > Modify to > > provide dialtone and digitmap. MG collects digits and > sends digits in > > Notify message. MGC then sends Add message to add a > physical term and > > rtp term to a context. MG responds to Add. MGC is sending > a Modify > > again. MG is sending a response for Modify. After this MGC is > > sending another modify to provide busy tone. I fail to > understand why > > MGC does not like the Modify response from MG. I have marked the > > Modify response from MG with ^^^^^^^^^^. Any pointers from > the call > > flow will be of great help. > > > > Thanks in advance. > > > > - ramesh > > > > CALL FLOW > > ========== > > > > MG ---------> MGC > > !/1 [10.10.64.2]:2944 > > T=23{C=-{n=A1{oe=369100803{20071215T20044200:AL/OF}}}} > > > > MGC --------> MG > > !/1 [10.100.100.20]:2944 P=23{C=-{N=A1}} > > > > MGC --------> MG > > !/1 [10.100.100.20]:2944 > > > T=372843059{C=-{MF=A1{E=369100809{dd/ce{DM=dmap1},al/*},SG{cg/dt},DM=d > > > map1{([2-8]xxxxxx|05xxxxxxxx|0[123467]xxxxxxx|00xxxxxx.|9xx|Ex.Ex.F|Fx > > > .F|Fx.Ex.F|EFx.Ex.F|Ex.Ex.Ex.F|EEx.|EFx.EF|Fx.Ex.Ex.F|Ex.F|EFx.F|Ex.)} > > }}} > > > > MG ---------> MGC > > !/1 [10.10.64.2]:2944 P=372843059{C=-{mf=A1}} > > > > MG ---------> MGC > > !/1 [10.10.64.2]:2944 > > > T=24{C=-{n=A1{oe=369100809{20071215T20044800:DD/CE{DS="E54E10001F",MET > > H=UM}}}}} > > > > MGC --------> MG > > !/1 [10.100.100.20]:2944 P=24{C=-{N=A1}} > > > > MGC --------> MG > > !/1 [10.100.100.20]:2944 > > T=372843061{C=-{MF=A1{E=369100810{dd/std{tl=*},al/*},SG{}}}} > > > > MG ---------> MGC > > !/1 [10.10.64.2]:2944 P=372843061{C=-{mf=A1}} > > > > MGC --------> MG > > !/1 [10.100.100.20]:2944 > > > T=369435190{C=${A=A1{M{O{MO=IN,RV=OFF,RG=OFF}},E=369100811{al/ > *},SG{}},A=${M{O{MO=RC,RV=OFF,RG=OFF},L{v=0 > > c=IN IP4 $ > > m=audio $ RTP/AVP 8 > > a=ptime:20 > > }}}}} > > > > MG ---------> MGC > > !/1 [10.10.64.2]:2944 P=369435190{C=7{a=A1 ,a=RTP/6{m{l{ > > v=0 > > o=- 000000000000000015 1197749088 IN IP4 10.10.64.2 > > s=- > > c=IN IP4 10.10.64.2 > > m=audio 49164 RTP/AVP 8 > > a=ptime:20 > > }}}}} > > > > MGC --------> MG > > !/1 [10.100.100.20]:2944 > > > T=370352695{C=7{MF=A1{M{O{MO=SR,RV=OFF,RG=OFF,tdmc/ec=ON}},E=3 > 69100812{al/*},SG{}},MF=RTP/6{M{O{MO=RC,RV=OFF,RG=OFF},L{v=0 > > c=IN IP4 - > > m=audio - RTP/AVP 8 > > a=ptime:20 > > },R{v=0 > > c=IN IP4 10.100.100.98 > > m=audio 10246 RTP/AVP 8 > > a=ptime:20 > > }}}}} > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > MG ---------> MGC > > !/1 [10.10.64.2]:2944 P=370352695{C=7{mf=A1 > > ,mf=RTP/6{m{o{mo=rc,rg=OFF,rv=OFF},l{ > > v=0 > > o=- 000000000000000016 1197749088 IN IP4 10.10.64.2 > > s=- > > c=IN IP4 10.10.64.2 > > m=audio 49164 RTP/AVP 8 > > a=ptime:20 > > }}}}} > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > MGC --------> MG > > !/1 [10.100.100.20]:2944 > > > T=370352696{C=7{MF=A1{M{O{MO=IN,RV=OFF,RG=OFF}},E=369100813{al/*},SG{c > > g/bt}},MF=RTP/6{M{O{MO=IN,RV=OFF,RG=OFF}}}}} > > > > MG ---------> MGC > > !/1 [10.10.64.2]:2944 P=370352696{C=7{mf=A1 ,mf=RTP/6}} > > > > MG ---------> MGC > > !/1 [10.10.64.2]:2944 > > T=25{C=7{n=A1{oe=369100813{20071215T20045600:AL/ON}}}} > > > > MGC --------> MG > > !/1 [10.100.100.20]:2944 P=25{C=7{N=A1}} > > > > MGC --------> MG > > !/1 [10.100.100.20]:2944 T=372580926{C=7{O-S=*}} > > > > MGC --------> MG > > !/1 [10.100.100.20]:2944 > > T=372843071{C=-{MF=A1{E=369100814{al/*},SG{}}}} > > > > MG ---------> MGC > > !/1 [10.10.64.2]:2944 P=372580926{C=7{s=* ,s=A1, s=RTP/6}} > > > > MG ---------> MGC > > !/1 [10.10.64.2]:2944 P=372843071{C=-{mf=A1}} > > > ---------------------------------------------------------------------- > > -- > > > > _______________________________________________ > > Megaco mailing list > > Megaco@ietf.org > > https://www1.ietf.org/mailman/listinfo/megaco > > > > _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco From megaco-bounces@ietf.org Tue Dec 18 05:56:39 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J4a7q-0005WQ-ER; Tue, 18 Dec 2007 05:56:38 -0500 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J4a7p-0005Ug-6b for megaco@ietf.org; Tue, 18 Dec 2007 05:56:37 -0500 Received: from gc-na5.alcatel.fr ([64.208.49.5] helo=smail6.alcatel.fr) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J4a7o-0005ka-9m for megaco@ietf.org; Tue, 18 Dec 2007 05:56:36 -0500 Received: from FRVELSBHS04.ad2.ad.alcatel.com (frvelsbhs04.ad2.ad.alcatel.com [155.132.6.76]) by smail6.alcatel.fr (8.13.4/8.13.4/ICT) with ESMTP id lBIAspvi024440 for ; Tue, 18 Dec 2007 11:54:53 +0100 Received: from FRVELSMBS15.ad2.ad.alcatel.com ([155.132.6.35]) by FRVELSBHS04.ad2.ad.alcatel.com with Microsoft SMTPSVC(6.0.3790.2499); Tue, 18 Dec 2007 11:56:34 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Megaco] serviceChange in context Date: Tue, 18 Dec 2007 11:56:33 +0100 Message-ID: <8BB8AD9870081C42B2B309E00352E4EA016CD29A@FRVELSMBS15.ad2.ad.alcatel.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Megaco] serviceChange in context Thread-Index: AchBRvT54Kr+QX8JQf6B2igZofKASwAAhqmQAAbUvyA= References: <47677588.60108@redback.com> From: "Schwarz Albrecht" To: "RUIKAR RAHUL A" X-OriginalArrivalTime: 18 Dec 2007 10:56:34.0609 (UTC) FILETIME=[A7B28A10:01C84164] X-Scanned-By: MIMEDefang 2.51 on 155.132.188.84 X-Spam-Score: 0.0 (/) X-Scan-Signature: 6e922792024732fb1bb6f346e63517e4 Cc: megaco@ietf.org X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: megaco-bounces@ietf.org No, in my understanding. See also http://www1.ietf.org/mail-archive/web/megaco/current/msg07630.html =3D> 2) Any Termination may still receive H.248 Commands in ServiceState "OoS" in my understanding. "... and not available for traffic" means just user plane traffic in case of a non-Root termination IMHO. > -----Original Message----- > From: RUIKAR RAHUL A=20 > Sent: Dienstag, 18. Dezember 2007 08:35 > To: Ashish Singh > Cc: megaco@ietf.org > Subject: RE: [Megaco] serviceChange in context >=20 > But it should not accept any traffic messages (commands )=20 > after that since it's state is "out of service" > Am I correct..? >=20 >=20 > Regards, > Rahul Ruikar > Alcatel-Lucent > Email: rahul.a.ruikar@alcatel-lucent.com > Alcanet: 2721 4793 > -----Original Message----- > From: Ashish Singh [mailto:ashishs@redback.com] > Sent: Tuesday, December 18, 2007 12:54 PM > To: RUIKAR RAHUL A > Cc: megaco@ietf.org > Subject: Re: [Megaco] serviceChange in context >=20 > Rahul, >=20 > Pls. find my answers inline. >=20 > Thanks > Ashish >=20 > RUIKAR RAHUL A wrote: > > > > Hi, > > > > I have query regarding Service change received from=20 > termination which=20 > > is in context. > > > > When ServiceChange is received from any termination from=20 > context with=20 > > reason "taken out of service" > > > > 1) Should MGC reply that ServiceChange in Context or in NULL > context..? > > > After sending OOS Servicechange, termination will still be in=20 > context until MGC subtract it. So MGC shall send response in=20 > context only. > > > > 2) Whether gateway will accept ServiceChange reply with=20 > context? Since >=20 > > termination is taken out of service it should not accept=20 > any traffic. > > > YES, MG shall accept the command. > > > > 3) I mean what will be the exact state of termination after sending=20 > > this particular ServiceChange. > > > state will be out-of-service. > > > > Thanks in Advance. > > > > Regards, > > > > Rahul Ruikar > > > > Alcatel-Lucent > > > > Email: rahul.a.ruikar@alcatel-lucent.com=20 > > > > > > Alcanet: 2721 4793 > > > > > -------------------------------------------------------------- > ---------- > > > > _______________________________________________ > > Megaco mailing list > > Megaco@ietf.org > > https://www1.ietf.org/mailman/listinfo/megaco > > =20 >=20 >=20 > _______________________________________________ > Megaco mailing list > Megaco@ietf.org > https://www1.ietf.org/mailman/listinfo/megaco >=20 _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco From DenversquashberryKerr@enchantedlearning.com Tue Dec 18 07:50:22 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J4btu-0002pm-4E; Tue, 18 Dec 2007 07:50:22 -0500 Received: from [218.53.15.230] (helo=home) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J4btr-00017F-LV; Tue, 18 Dec 2007 07:50:19 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by host03626818.enchantedlearning.com (8.13.1/8.13.1) with SMTP id MSe0i8a645.446679.ddb.r9A.2710702304809 for ; Tue, 18 Dec 2007 21:50:29 -0900 Message-ID: From: "Winfred Mcintosh" To: Cc: , =20

Even if you have no erection problems = Viagra would=20 help you to make better sex more often and to bring unimaginable = plesure=20 to her. Just disolve half a pill under your tongue and get ready for = action in=20 30 minutes. The tests showed that the majority of men after taking = this=20 medication were able to have perfect erection during 24 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $99.95 $34.49
30 tabs 60 doses $299.95 $88.50
60 tabs 120 doses $449.95 $141.02
90 tabs 180 doses $769.95 $176.40
180 tabs 360 doses $1299.95 $298.46

When you are young and stressed = up…
When you are aged and never give up…
Viagra gives you confidence in any chance, every time.

------=_NextPart_000_FBA0_01C84174.99A81380-- From megaco-bounces@ietf.org Tue Dec 18 08:44:18 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J4cjz-0003iu-5c; Tue, 18 Dec 2007 08:44:11 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J4cjx-0003dC-AV for megaco@ietf.org; Tue, 18 Dec 2007 08:44:09 -0500 Received: from wa-out-1112.google.com ([209.85.146.179]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1J4cjv-0006i2-1b for megaco@ietf.org; Tue, 18 Dec 2007 08:44:09 -0500 Received: by wa-out-1112.google.com with SMTP id k40so5154515wah.25 for ; Tue, 18 Dec 2007 05:44:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject:message-id:x-mailer:mime-version:content-type; bh=nvocjprlm1hwvcTB0tOQf4seFhr0yNUyuG9ZMDIC1ag=; b=CGE6yqBwOXMuxhHdjcuz6v1jkeit3ppR12U3ETkP3x7NqD2vBTg1ab0Akr/Rib5FDi+DjKgkfo4xtInV2DrYxZHvF73cLUp3RxKUMIeqGXfLWXdP+/hNWoyQ248onA8rgm9YHDvBUtfOF1l/3hSss9Ofp/ihvEEhQB1hfAfRkzo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:x-mailer:mime-version:content-type; b=vQGjLrYR7zqYSB67RGZpTYRqNTJaHKuZeYHfDkDtpxzvjB8B0A0vpKifMSa06oMtnj3cBoe9TKu1cIMvdeUejKe1C9ZaeT9mMzUWT56Biu9HEJsci6jnzzgQiQUu2q58UEz9u3n/kh4FDhFckOZk4Onv06hitQjt9pZNkPd2ARQ= Received: by 10.114.153.18 with SMTP id a18mr2843006wae.82.1197985446291; Tue, 18 Dec 2007 05:44:06 -0800 (PST) Received: from shizhenyong ( [123.112.9.46]) by mx.google.com with ESMTPS id a8sm18257323poa.2007.12.18.05.44.01 (version=SSLv3 cipher=OTHER); Tue, 18 Dec 2007 05:44:04 -0800 (PST) Date: Tue, 18 Dec 2007 21:44:01 +0800 From: "Taurus" To: "megaco" Message-ID: <200712182143560028467@gmail.com> X-mailer: Foxmail 6, 10, 201, 20 [cn] Mime-Version: 1.0 X-Spam-Score: 0.0 (/) X-Scan-Signature: 7aafa0432175920a4b3e118e16c5cb64 Subject: [Megaco] NULL or Error Called Number X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2043058287==" Errors-To: megaco-bounces@ietf.org This is a multi-part message in MIME format. --===============2043058287== Content-Type: multipart/alternative; boundary="=====003_Dragon200133257566_=====" This is a multi-part message in MIME format. --=====003_Dragon200133257566_===== Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 7bit Hi, I have a question,if called number is "Null" or "Error" in a megaco call trace, what message content that MGC will send to MG? or what package and parameter? If you have a true example,please give me some detailed message.Thanks. Taurus 2007-12-18 --=====003_Dragon200133257566_===== Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: 7bit
Hi,
 
   I have a question,if called number is "Null" or "Error" in a  megaco call trace, what message content that MGC will send to MG? or what package and parameter?
   If you have a true example,please give me some detailed message.Thanks.

Taurus
2007-12-18
 
 
--=====003_Dragon200133257566_=====-- --===============2043058287== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============2043058287==-- From LuciensneezeMckay@cousinconnect.com Tue Dec 18 08:51:33 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J4cr6-0002P0-CE; Tue, 18 Dec 2007 08:51:32 -0500 Received: from [62.135.97.23] (helo=mago) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J4cr4-0003B4-Hx; Tue, 18 Dec 2007 08:51:32 -0500 Message-ID: <1e5201c8417d$159c9580$467aa8c0@mago> From: "Jamar Pickett" To: , =20
Your credit score = doesn't matter=20 to us!
=20
 
If you have your own = business and=20 want IMMEDIATE money to spend ANY way you like or want Extra money to = give the=20 business a boost or need A low interest loan - NO STRINGS ATTACHED, = here is=20 best deal we can offer you THIS EVENING (hurry, this offer will expire=20 TODAY):
=20
 
$28,000+ = loan
 
Hurry, when our deal = is gone, it=20 is gone. Simply fill out this simplified form...
=20
 
Do not worry about = approval, your=20 credit score will not disqualify you!
=20
 
http://sidkosld.com/
------=_NextPart_000_1E4E_01C8417D.159C9580-- From ColleenarmenianThurman@battlecreekenquirer.com Tue Dec 18 12:00:23 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J4fnq-0006mP-Tf; Tue, 18 Dec 2007 12:00:22 -0500 Received: from 77-99-236-136.cable.ubr03.azte.blueyonder.co.uk ([77.99.236.136] helo=your4ae3e5ec14) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J4fnq-00031r-EJ; Tue, 18 Dec 2007 12:00:22 -0500 Received: from therein by battlecreekenquirer.com with SMTP id baxPHeVr7B for ; Tue, 18 Dec 2007 17:00:06 +0000 From: "Arlene Stanford" To: Subject: Multi-hand.. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Score: 3.7 (+++) X-Scan-Signature: 7bac9cb154eb5790ae3b2913587a40de Best offer in gambling history . We have it all! Play your favorite games and get $999 welcome bonus. Visit and start seeing the dollars coming. http://eurocasinoac.com/ From RandieightSiegel@femors.org Tue Dec 18 16:02:07 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J4jZn-0007hn-49; Tue, 18 Dec 2007 16:02:07 -0500 Received: from [189.129.38.134] (helo=nombrefwx7fh00.gateway.2wire.net) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J4jZh-0005K6-Js; Tue, 18 Dec 2007 16:02:06 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by host33811237.femors.org (8.13.1/8.13.1) with SMTP id A9v7fBlB37.285223.6Hf.wSF.4936535985537 for ; Tue, 18 Dec 2007 15:00:34 +0600 Message-ID: <3d6201c841b9$37a11d40$4001a8c0@nombrefwx7fh00> From: "Ofelia Eddy" To: Cc: , =20

Even if you have no erection problems = Viagra would=20 help you to make better sex more often and to bring unimaginable = plesure=20 to her. Just disolve half a pill under your tongue and get ready for = action in=20 30 minutes. The tests showed that the majority of men after taking = this=20 medication were able to have perfect erection during 24 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $99.95 $34.49
30 tabs 60 doses $299.95 $88.50
60 tabs 120 doses $449.95 $141.02
90 tabs 180 doses $769.95 $176.40
180 tabs 360 doses $1299.95 $298.46

When you are young and stressed = up…
When you are aged and never give up…
Viagra gives you confidence in any chance, every time.

------=_NextPart_000_3D5E_01C841B9.37A11D40-- From megaco-bounces@ietf.org Tue Dec 18 21:03:53 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J4oHn-0005dd-DW; Tue, 18 Dec 2007 21:03:51 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J4cj1-0002Bs-Tl for megaco@ietf.org; Tue, 18 Dec 2007 08:43:11 -0500 Received: from mxvps2603.hichina.com ([218.244.146.103]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1J4ciz-0006fr-F4 for megaco@ietf.org; Tue, 18 Dec 2007 08:43:11 -0500 Received: from 123.112.9.46 (HELO shizhenyong) (envelope-from shizy@zctt.com) by mxvps.hichina.com (quarkmail-1.2.1) with ESMTP id S971044AbXLRNm6 for megaco@ietf.org; Tue, 18 Dec 2007 21:42:58 +0800 Date: Tue, 18 Dec 2007 21:43:00 +0800 From: "Shi Zhenyong" To: "megaco" Message-ID: <200712182143004542917@zctt.com> Organization: =?gb2312?B?1tC0tNDFsuK/xry8ucm33dPQz965q8u+?= X-mailer: Foxmail 6, 10, 201, 20 [cn] Mime-Version: 1.0 X-Spam-Score: 2.8 (++) X-Scan-Signature: cf4fa59384e76e63313391b70cd0dd25 X-Mailman-Approved-At: Tue, 18 Dec 2007 21:03:50 -0500 Subject: [Megaco] NULL or Error Called Number X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0325963852==" Errors-To: megaco-bounces@ietf.org --===============0325963852== Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGksDQogIA0KICAgSSBoYXZlIGEgcXVlc3Rpb24saWYgY2FsbGVkIG51bWJlciBpcyAiTnVsbCIg b3IgIkVycm9yIiBpbiBhICBtZWdhY28gY2FsbCB0cmFjZSwgd2hhdCBtZXNzYWdlIGNvbnRlbnQg dGhhdCBNR0Mgd2lsbCBzZW5kIHRvIE1HPyBvciB3aGF0IHBhY2thZ2UgYW5kIHBhcmFtZXRlcj8N CiAgIElmIHlvdSBoYXZlIGEgdHJ1ZSBleGFtcGxlLHBsZWFzZSBnaXZlIG1lIHNvbWUgZGV0YWls ZWQgbWVzc2FnZS5UaGFua3MuDQoNCgkNCg0KoaGhoUJlc3QgV2lzaGVzDQogCQkJCQ0KICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICANCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgyqbV8dPADQqhoaGhoaGhoaGhoaGhoaGhoaGhoSAgICAgICAgICAgICAgICAgICAgICAg IDIwMDctMTItMTgNCg0KoaGhoaGhoaGhoaGhoaGhoQ0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCtbQtLTQxbLiv8a8vLnJt93T0M/euavLviAg ICAgICAgICAgICAgICAgILzgsuLPtc2zsvrGt7K/ICAgIA0KuavLvrXY1rejurGxvqnK0Lqjte3H +NbQudi05cTPtPO91rzXMTi6xbGxvqmhpLn6vMpD1/kxM7LjDQrTytX+seDC66O6MTAwMDgxICAg ICAgICAgICAgICAgDQqw7Lmrtee7sKO6ODYtMTAtNjIxMDAyMzggICAgICAgICDSxravtee7sKO6 MTM1ODE5Nzg2MDQNCkUtTWFpbDpzaGl6eUB6Y3R0LmNvbSBzaGl6aGVueW9uZ0BnbWFpbC5jb20N Ck1TTqO6c2hpX3poZW55b25nQGhvdG1haWwuY29tDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0K --===============0325963852== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============0325963852==-- From megaco-bounces@ietf.org Wed Dec 19 00:54:13 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J4rsh-0005Xw-VI; Wed, 19 Dec 2007 00:54:11 -0500 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J4rsh-0005Pa-2v for megaco@ietf.org; Wed, 19 Dec 2007 00:54:11 -0500 Received: from sj-iport-6.cisco.com ([171.71.176.117]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J4rsf-0005yE-Le for megaco@ietf.org; Wed, 19 Dec 2007 00:54:10 -0500 Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-6.cisco.com with ESMTP; 18 Dec 2007 21:54:09 -0800 Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-3.cisco.com (8.12.11/8.12.11) with ESMTP id lBJ5s8Fm017804; Tue, 18 Dec 2007 21:54:09 -0800 Received: from sj-webmail-3.cisco.com (sj-webmail-3.cisco.com [171.70.156.8]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id lBJ5s441004706; Wed, 19 Dec 2007 05:54:09 GMT Received: from sj-webmail-3.cisco.com (localhost.localdomain [127.0.0.1]) by sj-webmail-3.cisco.com (8.13.1/8.13.1) with ESMTP id lBJ5s4sh000316; Tue, 18 Dec 2007 21:54:04 -0800 Received: from sj-webmail-3 (root@localhost) by sj-webmail-3.cisco.com (8.13.1/8.13.1/Submit) with ESMTP id lBJ5s4ID000314; Tue, 18 Dec 2007 21:54:04 -0800 Received: from ypatharewxp01 ( [10.76.212.95]) by sj-webmail-3 (Scalix SMTP Relay 10.0.5.3) via ESMTP; Tue, 18 Dec 2007 21:54:03 -0800 (PST) Date: Wed, 19 Dec 2007 11:29:04 +0530 From: "Yogesh" To: "'Miri Epstein'" , Message-ID: <"515.50581198043643.sj-webmail-3*"@MHS> In-Reply-To: <0E48B768805E4D44A70709C8AE092090015716F1@EMAILEMEA3.jnpr.net> Subject: RE: [Megaco] emergency context property x-scalix-Hops: 1 X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Thread-Index: Acg//NuLEatojBKoRHaJX8MDf2XRbgCAutfg MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=22027; t=1198043649; x=1198907649; c=relaxed/simple; s=sjdkim3002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=ypathare@cisco.com; z=From:=20=22Yogesh=22=20 |Subject:=20RE=3A=20[Megaco]=20emergency=20context=20proper ty |Sender:=20; bh=8PL3OvmVsT3gmZ/OWFReqistQlXwQprvSSSwsVZIleQ=; b=WrDV+v6hbBNc1y7Pf4MMgYQtqvojvXtYlyM1UJ+tJSp8SJrYV+0GaCqnHS MHywftVVjCy8FPt+XVxJCNZmhfEB5D8hZa837gjh7xn0PWyHFL+WaF7wrPf3 fTMwSsH/mE; Authentication-Results: sj-dkim-3; header.From=ypathare@cisco.com; dkim=pass ( sig from cisco.com/sjdkim3002 verified; ); X-Spam-Score: 1.8 (+) X-Scan-Signature: dae47ebd0d959deee2d6f67621ddb2e3 Cc: X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1087821115==" Errors-To: megaco-bounces@ietf.org --===============1087821115== Content-Type: multipart/alternative; boundary="----=_NextPart_000_004B_01C84232.5E07D9F0" ------=_NextPart_000_004B_01C84232.5E07D9F0 Content-Type: text/plain; charset="US-ASCII" Content-Disposition: inline hope this helps, Add with Emergency =============== {} Transaction 1 { Context = $ { Emergency, Add = PT/1 { Media { LocalControl { Mode = SendReceive, tdmc/ec = off } } }, Add = $ { Media { LocalControl { Mode = ReceiveOnly, }, Local { v=0 c=IN $ $ m=audio $ RTP/AVP 8 0 2 a=ptime:20 a=silenceSupp:ON - - - - } } } }} >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< Received from :2999: !/2 :2999 P = 1{ C = 57 {a=pt/1 ,a=rtp/1585 { m { l { v=0 o=- 0 0 IN IP4 - s=- c=IN IP4 10.101.4.1 t=0 0 m=audio 16476 RTP/AVP 8 a=ptime:20 a=silenceSupp:on 250 standard Fixed Noise 30 } } } }} at Tue Dec 18 20:44:09 PST 2007 <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< Sending Context Audit for Emergency ============================ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Transaction sent from [10.202.2.206]:5555 to [10.101.1.1]:2999 at Tue Dec 18 20:57:21 PST 2007 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> {} Transaction 2 { Context = 57 { ContextAudit { Emergency } }} >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< Received from :2999: !/2 :2999 P = 2{ C = 57 {eg}} at Tue Dec 18 20:57:21 PST 2007 <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< Sending Modify-Emergency ==================== {} T 6 { Context = 57 { Emergency, Modify = tgwrtp/1585 { Media { LocalControl { Mode = SendReceive }, Remote { v=0 o=- 0 0 IN IP4 - s=- c=IN IP4 10.101.41.1 t=0 0 m=audio 16424 RTP/AVP 8 a=ptime:20 a=silenceSupp:on 250 standard Fixed Noise - } } } }} >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< Received from :2999: !/2 :2999 P = 6{ C = 57 {mf=TGWRTP/1585 { m { l { v=0 o=- 0 0 IN IP4 - s=- c=IN IP4 10.101.4.1 t=0 0 m=audio 16476 RTP/AVP 8 a=ptime:20 a=silenceSupp:on 250 standard Fixed Noise 30 } ,r { v=0 o=- 0 0 IN IP4 - s=- c=IN IP4 10.101.41.1 t=0 0 m=audio 16424 RTP/AVP 8 a=ptime:20 a=silenceSupp:on 250 standard Fixed Noise 30 } } } }} at Tue Dec 18 20:57:24 PST 2007 <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< Cheers !!! Yogesh Senior Engineer - Testing A R I C E N T Presidency Tower B Fourth Floor Gurgaon , India 122001 Main +91 1243911200 Ext 5512 _____ From: Miri Epstein [mailto:mepstein@juniper.net] Sent: Sunday, December 16, 2007 9:31 PM To: megaco@ietf.org Subject: [Megaco] emergency context property Hi, I would like to get some H.248 traces (Add, Modify, Audit requests and replies) regarding the emergency indicator. Could you please help? Thanks in advance, Miri ------=_NextPart_000_004B_01C84232.5E07D9F0 Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
hope this helps,
 
Add with Emergency
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D
 
{} Transaction 1=20 {
Context =3D $ {
Emergency,
Add =3D PT/1 {
Media {
LocalControl {
= Mode =3D=20 SendReceive,
tdmc/ec =3D off
}
}
},
Add =3D $ {
Media=20 {
LocalControl {
Mode =3D ReceiveOnly,
},
Local {
v=3D0c=3DIN $=20 $
m=3Daudio $ RTP/AVP 8 0 2
a=3Dptime:20
a=3DsilenceSupp:ON - - -= =20 -
}
}
}
}}=20
>>>>>>>>>>>>>>>>>&= gt;>>>>>>>>>>>>>>>>>&g= t;>>>>>>>>>>>>>>>>>>= ;>>>>>>>>>>
 

<<<<<<<<<<<<<<<<= <<<<<<<<<<<<<<<<<<&= lt;<<<<<<<<<<<
Received=20 from <Yogi.com>:2999:
!/= 2=20 <Yogi.com>:2999 P =3D 1{ C =3D= 57=20 {a=3Dpt/1  ,a=3Drtp/1585&nbs= p; { m { l {=20
v=3D0
o=3D- 0 0 IN IP4 -
s=3D-
c=3DIN IP4 10.101.4.1
t=3D= 0 0
m=3Daudio=20 16476 RTP/AVP 8
a=3Dptime:20
a=3DsilenceSupp:on 250 standard Fixed Noise=20 30
 }  }  } }} at Tue Dec 18 20:44:09 PST=20 2007
<<<<<<<<<<<<<<<<&= lt;<<<<<<<<<<<<<<<<<&l= t;<<<<<<<<<<<
 

Sending Context A= udit for=20 Emergency
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D
 

>>>>>>>>>>>>>>>>= >>>>>>>>>>>>>>>>>>&= gt;>>>>>>>>>>>>>>>>>&g= t;>>>>>>>>>>>
Transaction=20 sent from [10.202.2.206]:5555 to [10.101.1.1]:2999 at Tue Dec 18 20:57:21= PST=20 2007
>>>>>>>>>>>>>>>>&= gt;>>>>>>>>>>>>>>>>>&g= t;>>>>>>>>>>>>>>>>>>= ;>>>>>>>>>>>
{}=20 Transaction 2 {
Context =3D 57 {
ContextAudit { Emergency=20 }
}}
>>>>>>>>>>>>>>>>= >>>>>>>>>>>>>>>>>>&= gt;>>>>>>>>>>>>>>>>>&g= t;>>>>>>>>>>>
 

<<<<<<<<<<<<<<<<= <<<<<<<<<<<<<<<<<<&= lt;<<<<<<<<<<<
Received=20 from <Yogi.com>:2999:
!/= 2=20 <Yogi.com>:2999 P =3D 2{ C =3D= 57=20 {eg}} at Tue Dec 18 20:57:21 PST=20 2007
<<<<<<<<<<<<<<<<&= lt;<<<<<<<<<<<<<<<<<&l= t;<<<<<<<<<<<
 
 
Sending Modify-Emergency
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D
 
 
{} T 6=20 {
Context =3D 57 {
Emergency,
Modify =3D tgwrtp= /1585=20 {
Media {
LocalControl {
Mode =3D SendReceive
},
Remote=20 {
v=3D0
o=3D- 0 0 IN IP4 -
s=3D-
c=3DIN IP4 10.101.41.1
t=3D= 0 0
m=3Daudio=20 16424 RTP/AVP 8
a=3Dptime:20
a=3DsilenceSupp:on 250 standard Fixed= Noise=20 -
}
}
}
}}
>>>>>>>>>>>>>>>>= >>>>>>>>>>>>>>>>>>&= gt;>>>>>>>>>>>>>>>>>&g= t;>>>>>>>>>>>
 

<<<<<<<<<<<<<<<<= <<<<<<<<<<<<<<<<<<&= lt;<<<<<<<<<<<
Received=20 from <Yogi.com>:2999:
!/= 2=20 <Yogi.com>:2999 P =3D 6{ C =3D= 57=20 {mf=3DTGWRTP/1585  { m { l {
v=3D0
o=3D- 0 0 IN IP4 -
s=3D= -
c=3DIN IP4=20 10.101.4.1
t=3D0 0
m=3Daudio 16476 RTP/AVP 8=20
a=3Dptime:20
a=3DsilenceSupp:on 250 standard Fixed Noise 30
&nb= sp;} ,r {=20
v=3D0
o=3D- 0 0 IN IP4 -
s=3D-
c=3DIN IP4 10.101.41.1
t=3D= 0 0
m=3Daudio=20 16424 RTP/AVP 8
a=3Dptime:20
a=3Dsi= lenceSupp:on 250=20 standard Fixed Noise 30
 }  }  } }} at Tue Dec 18 20:57= :24 PST=20 2007
<<<<<<<<<<<<<<<<&= lt;<<<<<<<<<<<<<<<<<&l= t;<<<<<<<<<<<
 
 
Cheers=20 !!!
 

Yogesh=

Senior= Engineer=20 - Testing

 

A R I C E N= =20 T

 =

Presid= ency=20 Tower B

Fourth= Floor= =20

Gurgao= n ,=20 India=20 122001

Main     = +91 12= 43911200=20 Ext 5512

<= /DIV>
=
 


From: Miri Epstein [mailto:mepstein@j= uniper.net]=20
Sent: Sunday, December 16, 2007 9:31 PM
To:=20 megaco@ietf.org
Subject: [Megaco] emergency context=20 property

Hi,

 

I would like to get some H.= 248=20 traces (Add, Modify, Audit requests and replies) regarding the emergency=20 indicator.

Could you please=20 help?

 

Thanks in=20 advance,

Miri

 

------=_NextPart_000_004B_01C84232.5E07D9F0-- --===============1087821115== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============1087821115==-- From ShannasensoryCoulter@webopedia.com Wed Dec 19 07:36:39 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J4yAA-0006b4-JA; Wed, 19 Dec 2007 07:36:38 -0500 Received: from [200.21.115.251] (helo=pc02.mshome.net) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J4yA9-0000Bh-S5; Wed, 19 Dec 2007 07:36:38 -0500 Received: from brahms by webopedia.com with SMTP id YAnU4UMUXw for ; Wed, 19 Dec 2007 07:36:15 +0500 From: "Polly Thacker" To: Cc: , Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J4yBX-00042r-G5; Wed, 19 Dec 2007 07:38:03 -0500 Received: from [85.106.226.213] (helo=vkzg785536c48b) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J4yBW-0000DY-1C; Wed, 19 Dec 2007 07:38:03 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by host89688184.latimes.com (8.13.1/8.13.1) with SMTP id crAljX7E41.662694.gaI.diF.0740267343765 for ; Fri, 21 Dec 2007 14:37:09 -0200 Message-ID: <5b6101c843ce$3fff7790$0500000a@vkzg785536c48b> From: "Trudy Sadler" To: , =20

Even if you have no erection problems = Viagra would=20 help you to make better sex more often and to bring unimaginable = plesure=20 to her. Just disolve half a pill under your tongue and get ready for = action in=20 30 minutes. The tests showed that the majority of men after taking = this=20 medication were able to have perfect erection during 24 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $99.95 $34.49
30 tabs 60 doses $299.95 $88.50
60 tabs 120 doses $449.95 $141.02
90 tabs 180 doses $769.95 $176.40
180 tabs 360 doses $1299.95 $298.46

When you are young and stressed = up…
When you are aged and never give up…
Viagra gives you confidence in any chance, every time.

------=_NextPart_000_5B5D_01C843CE.3FFF7790-- From Everhill@bassjoy.com Thu Dec 20 04:33:53 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J5Hmr-0004CO-EX for megaco-archive@lists.ietf.org; Thu, 20 Dec 2007 04:33:53 -0500 Received: from c01.svo7.ru ([213.234.206.67]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J5Hmq-0005RY-Ur for megaco-archive@lists.ietf.org; Thu, 20 Dec 2007 04:33:53 -0500 Received: from gela ([199.138.57.145]:27840 "EHLO gela" smtp-auth: TLS-CIPHER: TLS-PEER-CN1: ) by c01.svo7.ru with ESMTP id S22NZNGETMONQMIF (ORCPT ); Thu, 20 Dec 2007 12:34:27 +0300 X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 20 Dec 2007 12:33:52 +0300 To: megaco-archive@lists.ietf.org From: "Dawna Everhill" Subject: re: Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="koi8-r"; reply-type=original X-Spam-Score: 0.6 (/) X-Scan-Signature: bb8eae9af85e4fcfe76f325e38493bf4 Order Viagra as easy as 1, 2, 3 a From megaco-bounces@ietf.org Thu Dec 20 15:13:53 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J5RmB-0002t7-9c; Thu, 20 Dec 2007 15:13:51 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J5Rm9-0002aE-UU for megaco@ietf.org; Thu, 20 Dec 2007 15:13:49 -0500 Received: from zw2-smtp1.zhone.com ([199.190.211.5]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1J5Rm6-00015X-55 for megaco@ietf.org; Thu, 20 Dec 2007 15:13:49 -0500 Received: from priority.oak.zhone.com (priority.oak.zhone.com [172.16.1.21]) by smtp.zhone.com (8.12.1/8.12.1) with ESMTP id lBKKEh2E029321 for ; Thu, 20 Dec 2007 12:14:44 -0800 (PST) Received: from RKUPPILI.zhone.com ([172.16.15.45]) by priority.oak.zhone.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTP id <0JTD0023N6UUJW20@priority.oak.zhone.com> for megaco@ietf.org; Thu, 20 Dec 2007 12:13:45 -0800 (PST) Content-return: prohibited Date: Fri, 21 Dec 2007 01:43:38 +0530 From: Ramesh Babu Kuppili To: megaco@ietf.org Message-id: <0JTD0023O6UVJW20@priority.oak.zhone.com> MIME-version: 1.0 X-Mailer: Sun Outlook Connector 7.2.310.1 X-Spam-Score: 0.0 (/) X-Scan-Signature: 93e7fb8fef2e780414389440f367c879 Cc: Steven Schofield Subject: [Megaco] Megaco Vs. MGCP digitmap questions X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0632021602==" Errors-To: megaco-bounces@ietf.org --===============0632021602== Content-return: prohibited Content-type: multipart/alternative; boundary="Boundary_(ID_WjF0umyseCp3qzg3Njp5+g)" --Boundary_(ID_WjF0umyseCp3qzg3Njp5+g) Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Hello, I have a question about the difference between MGCP and Megaco Digitmaps. Having read about MGCP digitmap (RFC 3435) and Megaco digitmap (RFC 3525), there are major differences in the way the digitmaps are processed in these two procotols. I would like the MGCP/Megaco gurus to confirm if my understanding of the RFC is correct. 1. MGCP requires that an exact match completes the dialing, even if the rule is ambiguous. For example, a digitmap like (0|00) will match '0' and never get to '00'. For '00' to match the digitmap must be (0T|00). Megaco requires that an exact match to wait if it is ambiguous. For example, a digitmap like (0|00) will not match and go on '0'. On the first '0', it starts the inter digit timer to see if '00' will be dialed. In megaco it seems that we cannot have a fast match in the real world. For example, how would we create a digit map that can fast match for 911 and also be able to do seven digit dialing for numbers that start with 912, 921 etc. 2. MGCP can only specify T timer. Megaco can specify S (short timer) and L (Long timer). 3. In Megaco given the digitmap (1xx|9xx|0[2-9]xxx|00[1-9]xxxx|[2-8]xxxxxx|0[2-9]xxxxxxx|05xxxxxxxx|x.F|E|F|[0-9].L) and the user dials *26#. My understanding is that we will have a unambiguous match as soon as the user dials '*' (asterisk) as the fist digit. So we send a notify with '*' (asterisk) and clear the dialled digit buffer. Then when the user dials "26#" we have an unambigous match for x.F and we send a notify for 26#. Please let me know if my understanding is correct. - ramesh --Boundary_(ID_WjF0umyseCp3qzg3Njp5+g) Content-type: TEXT/HTML; CHARSET=US-ASCII Content-transfer-encoding: 7BIT
Hello,
 
I have a question about the difference between MGCP and Megaco Digitmaps.
 
Having read about MGCP digitmap (RFC 3435) and Megaco digitmap (RFC 3525), there are major differences in the way the digitmaps are processed in these two
procotols.  I would like the MGCP/Megaco gurus to confirm if my understanding of the RFC is correct.
 
1.  MGCP requires that an exact match completes the dialing, even if the rule is ambiguous.  For example, a digitmap like (0|00) will match '0' and never get to '00'.  For
            '00' to match the digitmap must be (0T|00). 
    Megaco requires that an exact match to wait if it is ambiguous.  For example, a digitmap like (0|00) will not match and go on '0'.  On the first '0', it starts the inter digit
            timer to see if '00' will be dialed.  In megaco it seems that we cannot have a fast match in the real world.  For example, how would we create a digit map that can
            fast match for 911 and also be able to do seven digit dialing for numbers that start with 912, 921 etc.
 
2. MGCP can only specify T timer.  Megaco can specify S (short timer) and L (Long timer).
 
3. In Megaco given the digitmap (1xx|9xx|0[2-9]xxx|00[1-9]xxxx|[2-8]xxxxxx|0[2-9]xxxxxxx|05xxxxxxxx|x.F|E|F|[0-9].L) and the user dials *26#. 
        My understanding is that we will
        have a unambiguous match as soon as the user dials '*' (asterisk) as the fist digit.  So we send a notify with '*' (asterisk) and clear the dialled digit buffer.  Then
        when the user dials "26#" we have an unambigous match for x.F and we send a notify for 26#.  Please let me know if my understanding is correct.
 
 
 
- ramesh
--Boundary_(ID_WjF0umyseCp3qzg3Njp5+g)-- --===============0632021602== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============0632021602==-- From Kolaeiqqyj@sswhite.ru Fri Dec 21 03:20:48 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J5d7g-0003G9-Ud for megaco-archive@lists.ietf.org; Fri, 21 Dec 2007 03:20:48 -0500 Received: from [85.110.25.233] (helo=[85.110.25.233]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J5d7f-0002HU-AQ for megaco-archive@lists.ietf.org; Fri, 21 Dec 2007 03:20:48 -0500 Received: from nedime ([129.179.41.40]:2199 "EHLO nedime" smtp-auth: TLS-CIPHER: TLS-PEER-CN1: ) by [85.110.25.233] with ESMTP id S22OKYIVYJZBLIKW (ORCPT ); Fri, 21 Dec 2007 10:21:00 +0200 Message-ID: <87EA1A1B.D2EBFED8@sswhite.ru> Date: Fri, 21 Dec 2007 10:20:44 +0200 From: "RONNI Kolaei" User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: megaco-archive@lists.ietf.org Subject: llagxo Content-Type: multipart/alternative; boundary="------------080105000702050704080700" X-Spam-Score: 0.1 (/) X-Scan-Signature: 79899194edc4f33a41f49410777972f8 --------------080105000702050704080700 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Want a big huge schlong too? It's easy!! http://vobiute.com/ --------------080105000702050704080700 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Want a big huge schlong too? It's easy!! http://vobiute.com/
--------------080105000702050704080700-- From Zach121@clvideo.com Fri Dec 21 04:25:58 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J5e8k-0003m7-Hx for megaco-archive@lists.ietf.org; Fri, 21 Dec 2007 04:25:58 -0500 Received: from [216.36.187.187] (helo=[216.36.187.187]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J5e8j-0003gQ-Ut for megaco-archive@lists.ietf.org; Fri, 21 Dec 2007 04:25:58 -0500 Received: from gmfarms ([145.144.159.141] helo=gmfarms) by [216.36.187.187] ( sendmail 8.13.3/8.13.1) with esmtpa id 1PShCu-000RNE-Xb for megaco-archive@lists.ietf.org; Fri, 21 Dec 2007 03:26:42 -0600 X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 21 Dec 2007 03:26:26 -0600 To: megaco-archive@lists.ietf.org From: "Zach Pengra" Subject: oksinn{m Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Score: 2.1 (++) X-Scan-Signature: bb8eae9af85e4fcfe76f325e38493bf4 Pamela has big breasts and loves a big schlong, make sure yours is up to it http://aweopder.com/ From MolliephenomenologyStringer@arrowheadsleddograce.com Fri Dec 21 09:50:37 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J5jCu-0000vk-Vs; Fri, 21 Dec 2007 09:50:37 -0500 Received: from [190.80.150.150] (helo=server) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J5jCu-0003LR-0W; Fri, 21 Dec 2007 09:50:36 -0500 Received: from posit by arrowheadsleddograce.com with SMTP id ZJiP1xpB71 for ; Fri, 21 Dec 2007 10:50:01 +0400 From: "Ester Browne" To: Subject: If you're in the US, join your new casino paradise. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Score: 2.1 (++) X-Scan-Signature: d17f825e43c9aed4fd65b7edddddec89 How about the best service around? We have it all! Download our casino in 20 seconds to get $999 richer when you join. Relax and have fun with poker, blackjack, roulette, progressive video slots at your own leisure from your couch. http://worldcasinoc.com.cn/ From LamarbyrdCasey@zmag.org Fri Dec 21 17:01:15 2007 Return-path: Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J5pve-0001B2-Pi; Fri, 21 Dec 2007 17:01:14 -0500 Received: from [83.175.214.42] (helo=casa) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1J5pvb-0002x3-R6; Fri, 21 Dec 2007 17:01:14 -0500 Received: from press by zmag.org with SMTP id zfKVVEUgPL for ; Fri, 21 Dec 2007 23:00:45 -0100 From: "Moses Roberson" To: Cc: , Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J5t0g-0000OV-Us; Fri, 21 Dec 2007 20:18:39 -0500 Received: from c-68-38-207-29.hsd1.nj.comcast.net ([68.38.207.29] helo=dj47j5d1.hsd1.nj.comcast.net) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J5t0g-0000g7-GH; Fri, 21 Dec 2007 20:18:38 -0500 Received: from plumage by singlec.com with SMTP id 3AwIHCwuB7 for ; Fri, 21 Dec 2007 19:18:11 +0600 From: "Leopoldo Frederick" To: , Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J5wRQ-0001Tc-Na; Fri, 21 Dec 2007 23:58:28 -0500 Received: from [189.134.218.111] (helo=equipo3.gateway.2wire.net) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J5wRQ-0005Bj-3S; Fri, 21 Dec 2007 23:58:28 -0500 Received: from waste by singlemoms.org with SMTP id VfQ2NSv4bV for ; Fri, 21 Dec 2007 22:57:24 +0600 From: "Harriet Bruno" To: Cc: , Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J6KL7-0003dx-FO; Sun, 23 Dec 2007 01:29:33 -0500 Received: from s010600134607d975.vc.shawcable.net ([24.84.194.175] helo=jojos.vc.shawcable.net) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J6KL7-0007VB-3n; Sun, 23 Dec 2007 01:29:33 -0500 Received: from ghoulish by zpub.com with SMTP id Z9N7qYaiAm for ; Sat, 22 Dec 2007 22:37:40 +0800 From: "Earnest Higgins" To: Cc: , Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J6QI6-0001Co-Eh; Sun, 23 Dec 2007 07:50:50 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J6QI5-0001Cf-QM for megaco@ietf.org; Sun, 23 Dec 2007 07:50:49 -0500 Received: from exprod7og103.obsmtp.com ([64.18.2.159] helo=psmtp.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1J6QI4-0003s0-E7 for megaco@ietf.org; Sun, 23 Dec 2007 07:50:49 -0500 Received: from source ([66.129.224.36]) by exprod7ob103.postini.com ([64.18.6.12]) with SMTP; Sun, 23 Dec 2007 04:50:29 PST Received: from emailfeemea2.jnpr.net ([172.26.192.142]) by emailsmtp56.jnpr.net with Microsoft SMTPSVC(6.0.3790.3959); Sun, 23 Dec 2007 04:50:47 -0800 Received: from EMAILEMEA3.jnpr.net ([172.26.192.136]) by emailfeemea2.jnpr.net with Microsoft SMTPSVC(6.0.3790.3959); Sun, 23 Dec 2007 12:50:41 +0000 X-MimeOLE: Produced By Microsoft Exchange V6.5.7235.2 Content-class: urn:content-classes:message MIME-Version: 1.0 Subject: RE: [Megaco] emergency context property Date: Sun, 23 Dec 2007 12:42:02 -0000 Message-ID: <0E48B768805E4D44A70709C8AE092090016316D8@EMAILEMEA3.jnpr.net> In-Reply-To: <"515.50581198043643.sj-webmail-3*"@MHS> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Megaco] emergency context property Thread-Index: Acg//NuLEatojBKoRHaJX8MDf2XRbgCAutfgANhTv7A= From: "Miri Epstein" To: "Yogesh" , X-OriginalArrivalTime: 23 Dec 2007 12:50:41.0425 (UTC) FILETIME=[6CC88010:01C84562] X-Spam-Score: -4.0 (----) X-Scan-Signature: d465bee15753def7c258f355435bdf03 Cc: X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0628510197==" Errors-To: megaco-bounces@ietf.org This is a multi-part message in MIME format. --===============0628510197== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C84561.38138E1F" This is a multi-part message in MIME format. ------_=_NextPart_001_01C84561.38138E1F Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Hello Yogesh, =20 Thank you very much! =20 Miri =20 ________________________________ From: Yogesh [mailto:ypathare@cisco.com]=20 Sent: Wednesday, December 19, 2007 7:59 AM To: Miri Epstein; megaco@ietf.org Subject: RE: [Megaco] emergency context property =20 hope this helps, =20 Add with Emergency =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =20 {} Transaction 1 { Context =3D $ { Emergency, Add =3D PT/1 { Media { LocalControl { Mode =3D SendReceive, tdmc/ec =3D off } } }, Add =3D $ { Media { LocalControl { Mode =3D ReceiveOnly, }, Local { v=3D0 c=3DIN $ $ m=3Daudio $ RTP/AVP 8 0 2 a=3Dptime:20 a=3DsilenceSupp:ON - - - - } } } }}=20 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> =20 <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< Received from :2999: !/2 :2999 P =3D 1{ C =3D 57 {a=3Dpt/1 ,a=3Drtp/1585 { m { l = {=20 v=3D0 o=3D- 0 0 IN IP4 - s=3D- c=3DIN IP4 10.101.4.1 t=3D0 0 m=3Daudio 16476 RTP/AVP 8=20 a=3Dptime:20 a=3DsilenceSupp:on 250 standard Fixed Noise 30 } } } }} at Tue Dec 18 20:44:09 PST 2007 <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< =20 Sending Context Audit for Emergency =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D =20 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Transaction sent from [10.202.2.206]:5555 to [10.101.1.1]:2999 at Tue Dec 18 20:57:21 PST 2007 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> {} Transaction 2 { Context =3D 57 { ContextAudit { Emergency } }}=20 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>=20 =20 <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< Received from :2999: !/2 :2999 P =3D 2{ C =3D 57 {eg}} at Tue Dec 18 20:57:21 PST = 2007 <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< =20 =20 Sending Modify-Emergency =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =20 =20 {} T 6 { Context =3D 57 { Emergency, Modify =3D tgwrtp/1585 { Media { LocalControl { Mode =3D SendReceive }, Remote { v=3D0 o=3D- 0 0 IN IP4 - s=3D- c=3DIN IP4 10.101.41.1 t=3D0 0 m=3Daudio 16424 RTP/AVP 8=20 a=3Dptime:20 a=3DsilenceSupp:on 250 standard Fixed Noise - } } } }}=20 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>=20 =20 <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< Received from :2999: !/2 :2999 P =3D 6{ C =3D 57 {mf=3DTGWRTP/1585 { m { l {=20 v=3D0 o=3D- 0 0 IN IP4 - s=3D- c=3DIN IP4 10.101.4.1 t=3D0 0 m=3Daudio 16476 RTP/AVP 8=20 a=3Dptime:20 a=3DsilenceSupp:on 250 standard Fixed Noise 30 } ,r {=20 v=3D0 o=3D- 0 0 IN IP4 - s=3D- c=3DIN IP4 10.101.41.1 t=3D0 0 m=3Daudio 16424 RTP/AVP 8=20 a=3Dptime:20 a=3DsilenceSupp:on 250 standard Fixed Noise 30 } } } }} at Tue Dec 18 20:57:24 PST 2007 <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< =20 =20 Cheers !!! =20 Yogesh Senior Engineer - Testing =20 A R I C E N T =20 Presidency Tower B Fourth Floor=20 Gurgaon , India 122001 Main +91 1243911200 Ext 5512 =20 =20 ________________________________ From: Miri Epstein [mailto:mepstein@juniper.net]=20 Sent: Sunday, December 16, 2007 9:31 PM To: megaco@ietf.org Subject: [Megaco] emergency context property Hi, =20 I would like to get some H.248 traces (Add, Modify, Audit requests and replies) regarding the emergency indicator. Could you please help? =20 Thanks in advance, Miri =20 ------_=_NextPart_001_01C84561.38138E1F Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable

Hello = Yogesh,

 

Thank you very = much!

 

Miri

 


From: = Yogesh [mailto:ypathare@cisco.com]
Sent: Wednesday, December = 19, 2007 7:59 AM
To: Miri Epstein; = megaco@ietf.org
Subject: RE: [Megaco] = emergency context property

 

hope this = helps,

 

Add with = Emergency

=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

 

{} Transaction 1 {
Context =3D $ {
Emergency,
Add =3D PT/1 {
Media {
LocalControl {
Mode =3D SendReceive,
tdmc/ec =3D off
}
}
},
Add =3D $ {
Media {
LocalControl {
Mode =3D ReceiveOnly,
},
Local {
v=3D0
c=3DIN $ $
m=3Daudio $ RTP/AVP 8 0 2
a=3Dptime:20
a=3DsilenceSupp:ON - - - -
}
}
}
}}
>>>>>>>>>>>>>>>>>>&= gt;>>>>>>>>>>>>>>>>>&g= t;>>>>>>>>>>>>>>>>>>= ;>>>>>>>>>

 


<<<<<<<<<<&= lt;<<<<<<<<<<<<<<<<<&l= t;<<<<<<<<<<<<<<<<< Received from <Yogi.com>:2999:
!/2 <Yogi.com>:2999 P =3D 1{ C =3D 57 {a=3Dpt/1  = ,a=3Drtp/1585  { m { l {
v=3D0
o=3D- 0 0 IN IP4 -
s=3D-
c=3DIN IP4 10.101.4.1
t=3D0 0
m=3Daudio 16476 RTP/AVP 8

a=3Dptime:20
a=3DsilenceSupp:on 250 standard Fixed Noise 30
 }  }  } }} at Tue Dec 18 20:44:09 PST 2007
<<<<<<<<<<<<<<<<<<&= lt;<<<<<<<<<<<<<<<<<&l= t;<<<<<<<<<

 


Sending = Context Audit for Emergency

=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

 


>>>>>>>>>>&= gt;>>>>>>>>>>>>>>>>>&g= t;>>>>>>>>>>>>>>>>>>= ;>>>>>>>>>>>>>>>>>
= Transaction sent from [10.202.2.206]:5555 to [10.101.1.1]:2999 at Tue = Dec 18 20:57:21 PST 2007
>>>>>>>>>>>>>>>>>>&= gt;>>>>>>>>>>>>>>>>>&g= t;>>>>>>>>>>>>>>>>>>= ;>>>>>>>>>
{} Transaction 2 {
Context =3D 57 {
ContextAudit { Emergency }
}}

>>>>>>>>&g= t;>>>>>>>>>>>>>>>>>>= ;>>>>>>>>>>>>>>>>>>= >>>>>>>>>>>>>>>>>>&= gt; 

 


<<<<<<<<<<&= lt;<<<<<<<<<<<<<<<<<&l= t;<<<<<<<<<<<<<<<<< Received from <Yogi.com>:2999:
!/2 <Yogi.com>:2999 P =3D 2{ C =3D 57 {eg}} at Tue Dec = 18 20:57:21 PST 2007
<<<<<<<<<<<<<<<<<<&= lt;<<<<<<<<<<<<<<<<<&l= t;<<<<<<<<<

 

 

Sending Mo= dify-Emergency

=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<= o:p>

 

 

{} T 6 {
Context =3D 57 {
Emergency,
Modify =3D tgwrtp/1585 {
Media {
LocalControl {
Mode =3D SendReceive
},
Remote {
v=3D0
o=3D- 0 0 IN IP4 -
s=3D-
c=3DIN IP4 10.101.41.1
t=3D0 0
m=3Daudio 16424 RTP/AVP 8
a=3Dptime:20
a=3DsilenceSupp:on 250 standard Fixed Noise = -

}
}
}
}}

>>>>>>>>&g= t;>>>>>>>>>>>>>>>>>>= ;>>>>>>>>>>>>>>>>>>= >>>>>>>>>>>>>>>>>>&= gt; 

 


<<<<<<<<<<&= lt;<<<<<<<<<<<<<<<<<&l= t;<<<<<<<<<<<<<<<<< Received from <Yogi.com>:2999:
!/2 <Yogi.com>:2999 P =3D 6{ C =3D 57 {mf=3DTGWRTP/1585  { m = { l {
v=3D0
o=3D- 0 0 IN IP4 -
s=3D-
c=3DIN IP4 10.101.4.1
t=3D0 0
m=3Daudio 16476 RTP/AVP 8
a=3Dptime:20
a=3DsilenceSupp:on 250 standard Fixed Noise 30
 } ,r {
v=3D0
o=3D- 0 0 IN IP4 -
s=3D-
c=3DIN IP4 10.101.41.1
t=3D0 0
m=3Daudio 16424 RTP/AVP 8

a=3Dptime:20
a=3DsilenceSupp:on 250 standard Fixed Noise 30
 }  }  } }} at Tue Dec 18 20:57:24 PST 2007
<<<<<<<<<<<<<<<<<<&= lt;<<<<<<<<<<<<<<<<<&l= t;<<<<<<<<<

 

 

Cheers = !!!

 

Yogesh

Senior Engineer - Testing

 

A R I C E N T

 

Presidency Tower B

Fourth Floor

Gurgaon<= /font> , India<= /st1:place> 122001

Main  = ;   +91 1243911200 Ext = 5512

 

 


From: Miri Epstein [mailto:mepstein@juniper.net]
Sent: Sunday, December = 16, 2007 9:31 PM
To: megaco@ietf.org
Subject: [Megaco] = emergency context property

Hi,

 

I would like to get some H.248 traces (Add, Modify, = Audit requests and replies) regarding the emergency = indicator.

Could you please help?

 

Thanks in advance,

Miri

 

------_=_NextPart_001_01C84561.38138E1F-- --===============0628510197== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============0628510197==-- From LulareprieveBrantley@nonprofit.pro Sun Dec 23 09:40:11 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J6Rzu-0000zX-8B; Sun, 23 Dec 2007 09:40:10 -0500 Received: from [86.156.33.39] (helo=pelapol.home) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J6Rzt-0004y0-QJ; Sun, 23 Dec 2007 09:40:10 -0500 Received: from revolve by nonprofit.pro with SMTP id 7btAk85ETN for ; Sun, 23 Dec 2007 14:39:58 +0000 From: "Melody Muller" To: Subject: Single-hand blackjack.. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Score: 3.3 (+++) X-Scan-Signature: 7bac9cb154eb5790ae3b2913587a40de Relax and have fun with poker, blackjack, roulette, progressive video slots at your own leisure from your couch. Players from the United States and around the world! Come find out. When YOU WIN, we win! http://worldcasinod.com.cn/ From BiancafestFournier@coffee2code.com Sun Dec 23 12:39:23 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J6UnL-0005Lb-0k; Sun, 23 Dec 2007 12:39:23 -0500 Received: from pool-71-101-202-18.tampfl.dsl-w.verizon.net ([71.101.202.18] helo=your5552c4542a.myhome.westell.com) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J6UnK-0000G3-Hk; Sun, 23 Dec 2007 12:39:22 -0500 Received: from habitant by coffee2code.com with SMTP id Mxb8p5qKeo for ; Sun, 23 Dec 2007 12:39:10 +0500 From: "Bettye Anaya" To: , Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J6Utq-000819-Hl for megaco-archive@lists.ietf.org; Sun, 23 Dec 2007 12:46:06 -0500 Received: from bwm215.neoplus.adsl.tpnet.pl ([83.29.236.215]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J6Utp-0000OV-Ut for megaco-archive@lists.ietf.org; Sun, 23 Dec 2007 12:46:06 -0500 Received: from user-c9ca8bb6f1 ([187.118.189.10] helo=user-c9ca8bb6f1) by bwm215.neoplus.adsl.tpnet.pl ( sendmail 8.13.3/8.13.1) with esmtpa id 1ZTjWg-000VXV-ID for megaco-archive@lists.ietf.org; Sun, 23 Dec 2007 18:50:30 +0100 Message-ID: Date: Sun, 23 Dec 2007 18:50:14 +0100 From: "Hakan MINO" User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: megaco-archive@lists.ietf.org Subject: ikadaiga Content-Type: multipart/alternative; boundary="------------030605070302050005010107" X-Antivirus: avast! (VPS 071222-0, 2007-12-22), Outbound message X-Antivirus-Status: Clean X-Spam-Score: 2.1 (++) X-Scan-Signature: 798b2e660f1819ae38035ac1d8d5e3ab --------------030605070302050005010107 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Already decorating your house for Christmas? Don't forget to decorate your cock, as it'll be very huge, after you try out our penis growth medicine - http://www.ouwertus.com/ --------------030605070302050005010107 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Already decorating your house for Christmas? Don't forget to decorate
your cock, as it'll be very huge, after you try out our penis growth
medicine - http://www.ouwertus.com/
--------------030605070302050005010107-- From LouispowWood@tripod.com Sun Dec 23 15:33:18 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J6XVe-00044u-2L; Sun, 23 Dec 2007 15:33:18 -0500 Received: from [84.112.41.254] (helo=tivubfzp3zs7tw.chello.at) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J6XVd-0003XQ-Ni; Sun, 23 Dec 2007 15:33:17 -0500 Received: from stalactite by tripod.com with SMTP id lxO8gUpK7x for ; Sun, 23 Dec 2007 21:33:06 -0100 From: "Lawrence Ross" To: , Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J6acc-0006nv-Kh; Sun, 23 Dec 2007 18:52:42 -0500 Received: from p57907ed6.dip.t-dialin.net ([87.144.126.214] helo=320bmw) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J6acc-0007ws-1B; Sun, 23 Dec 2007 18:52:42 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by host89626598.slackware.com (8.13.1/8.13.1) with SMTP id Fm2naZRG28.122386.oZU.4Xc.1584289512106 for ; Mon, 24 Dec 2007 00:52:31 -0100 Message-ID: <3ebde01c845be$e964f6b0$1402a8c0@320BMW> From: "Darrin Figueroa" To: Subject: Your family Date: Mon, 24 Dec 2007 00:52:31 -0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_3EBDA_01C845BE.E964F6B0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Spam-Score: 0.0 (/) X-Scan-Signature: 21bf7a2f1643ae0bf20c1e010766eb78 This is a multi-part message in MIME format. ------=_NextPart_000_3EBDA_01C845BE.E964F6B0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Even if you have no erection problems Viagra would help you to make = better sex more often and to bring unimaginable plesure to her. Just = disolve half a pill under your tongue and get ready for action in 30 = minutes. The tests showed that the majority of men after taking this = medication were able to have perfect erection during 24 hours! Package Quantity Price in your local drugstore* Our price LearnMoreNow 10 tabs 20 doses $99.95 $34.49 30 tabs 60 doses $299.95 $88.50 60 tabs 120 doses $449.95 $141.02 90 tabs 180 doses $769.95 $176.40 180 tabs 360 doses $1299.95 $298.46 When you are young and stressed up… When you are aged and never give up… Viagra gives you confidence in any chance, every time. ------=_NextPart_000_3EBDA_01C845BE.E964F6B0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20

Even if you have no erection problems = Viagra would=20 help you to make better sex more often and to bring unimaginable = plesure=20 to her. Just disolve half a pill under your tongue and get ready for = action in=20 30 minutes. The tests showed that the majority of men after taking = this=20 medication were able to have perfect erection during 24 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $99.95 $34.49
30 tabs 60 doses $299.95 $88.50
60 tabs 120 doses $449.95 $141.02
90 tabs 180 doses $769.95 $176.40
180 tabs 360 doses $1299.95 $298.46

When you are young and stressed = up…
When you are aged and never give up…
Viagra gives you confidence in any chance, every time.

------=_NextPart_000_3EBDA_01C845BE.E964F6B0-- From DorianmcfaddenFrederick@4computercoupons.com Sun Dec 23 22:15:26 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J6dmo-0006E0-7F; Sun, 23 Dec 2007 22:15:26 -0500 Received: from 61-71-70-33.adsl.static.giga.net.tw ([61.71.70.33] helo=cargico08.cargico.local) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J6dmn-0003Ki-Nc; Sun, 23 Dec 2007 22:15:26 -0500 Received: from pediment by 4computercoupons.com with SMTP id 8V0Z35gkM0 for ; Mon, 24 Dec 2007 11:14:34 -0800 From: "Elmo Pollard" To: Subject: Hey, start seeing dollars pouring in. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Score: 1.7 (+) X-Scan-Signature: 7bac9cb154eb5790ae3b2913587a40de Get $999 you download our casino. Players from the United States and around the world! Come find out. When YOU WIN, we win! http://worldcasinoc.cn/ From JodyprecedeBetts@secondnature.org Mon Dec 24 02:44:12 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J6hym-0004tt-9L; Mon, 24 Dec 2007 02:44:04 -0500 Received: from cpe-65-189-175-127.columbus.res.rr.com ([65.189.175.127] helo=winxphome.columbus.rr.com) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J6hyl-0007pi-V1; Mon, 24 Dec 2007 02:44:04 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by host71044131.secondnature.org (8.13.1/8.13.1) with SMTP id Wq1tLj1Q10.496690.KDi.DeH.7742739436877 for ; Mon, 24 Dec 2007 02:43:55 +0500 Message-ID: From: "Jasmine Holliday" To: Subject: Approval process Date: Mon, 24 Dec 2007 02:43:55 +0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_D1BF6_01C84600.C51E22D0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Spam-Score: 0.0 (/) X-Scan-Signature: d16ce744298aacf98517bc7c108bd198 This is a multi-part message in MIME format. ------=_NextPart_000_D1BF6_01C84600.C51E22D0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Even if you have no erection problems Viagra would help you to make = better sex more often and to bring unimaginable plesure to her. Just = disolve half a pill under your tongue and get ready for action in 30 = minutes. The tests showed that the majority of men after taking this = medication were able to have perfect erection during 24 hours! Package Quantity Price in your local drugstore* Our price LearnMoreNow 10 tabs 20 doses $99.95 $34.49 30 tabs 60 doses $299.95 $88.50 60 tabs 120 doses $449.95 $141.02 90 tabs 180 doses $769.95 $176.40 180 tabs 360 doses $1299.95 $298.46 When you are young and stressed up… When you are aged and never give up… Viagra gives you confidence in any chance, every time. ------=_NextPart_000_D1BF6_01C84600.C51E22D0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20

Even if you have no erection problems = Viagra would=20 help you to make better sex more often and to bring unimaginable = plesure=20 to her. Just disolve half a pill under your tongue and get ready for = action in=20 30 minutes. The tests showed that the majority of men after taking = this=20 medication were able to have perfect erection during 24 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $99.95 $34.49
30 tabs 60 doses $299.95 $88.50
60 tabs 120 doses $449.95 $141.02
90 tabs 180 doses $769.95 $176.40
180 tabs 360 doses $1299.95 $298.46

When you are young and stressed = up…
When you are aged and never give up…
Viagra gives you confidence in any chance, every time.

------=_NextPart_000_D1BF6_01C84600.C51E22D0-- From JavierclothierLittle@perfectdrivers.com Mon Dec 24 09:33:50 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J6oNJ-0007Jd-Ve; Mon, 24 Dec 2007 09:33:50 -0500 Received: from 158.red-83-37-152.dynamicip.rima-tde.net ([83.37.152.158] helo=hp19145254227) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J6oNJ-00015H-3D; Mon, 24 Dec 2007 09:33:49 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by host98109390.perfectdrivers.com (8.13.1/8.13.1) with SMTP id fUAEfWqX83.312958.Qia.MB3.9306597584652 for ; Mon, 24 Dec 2007 15:33:34 -0100 Message-ID: <0e8b01c8463a$004fdae0$2101a8c0@HP19145254227> From: "Jared Fernandez" To: Subject: Your life Date: Mon, 24 Dec 2007 15:33:34 -0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0E87_01C8463A.004FDAE0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Spam-Score: 0.0 (/) X-Scan-Signature: 21bf7a2f1643ae0bf20c1e010766eb78 This is a multi-part message in MIME format. ------=_NextPart_000_0E87_01C8463A.004FDAE0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Even if you have no erection problems Viagra would help you to make = better sex more often and to bring unimaginable plesure to her. Just = disolve half a pill under your tongue and get ready for action in 30 = minutes. The tests showed that the majority of men after taking this = medication were able to have perfect erection during 24 hours! Package Quantity Price in your local drugstore* Our price LearnMoreNow 10 tabs 20 doses $99.95 $34.49 30 tabs 60 doses $299.95 $88.50 60 tabs 120 doses $449.95 $141.02 90 tabs 180 doses $769.95 $176.40 180 tabs 360 doses $1299.95 $298.46 When you are young and stressed up… When you are aged and never give up… Viagra gives you confidence in any chance, every time. ------=_NextPart_000_0E87_01C8463A.004FDAE0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20

Even if you have no erection problems = Viagra would=20 help you to make better sex more often and to bring unimaginable = plesure=20 to her. Just disolve half a pill under your tongue and get ready for = action in=20 30 minutes. The tests showed that the majority of men after taking = this=20 medication were able to have perfect erection during 24 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $99.95 $34.49
30 tabs 60 doses $299.95 $88.50
60 tabs 120 doses $449.95 $141.02
90 tabs 180 doses $769.95 $176.40
180 tabs 360 doses $1299.95 $298.46

When you are young and stressed = up…
When you are aged and never give up…
Viagra gives you confidence in any chance, every time.

------=_NextPart_000_0E87_01C8463A.004FDAE0-- From martynas_Jankovic@collegeartassociation.org Mon Dec 24 09:36:32 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J6oPw-0001AN-Ap for megaco-archive@lists.ietf.org; Mon, 24 Dec 2007 09:36:32 -0500 Received: from host-84-221-231-38.cust-adsl.tiscali.it ([84.221.231.38]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J6oPv-00019U-QC for megaco-archive@lists.ietf.org; Mon, 24 Dec 2007 09:36:32 -0500 Received: from nome-a851a90108 ([199.188.92.12] helo=nome-a851a90108) by host-84-221-231-38.cust-adsl.tiscali.it ( sendmail 8.13.3/8.13.1) with esmtpa id 1gUuXj-000FEV-QE for megaco-archive@lists.ietf.org; Mon, 24 Dec 2007 15:37:02 +0100 Message-ID: <199EC502.DAD06EC8@collegeartassociation.org> Date: Mon, 24 Dec 2007 15:36:30 +0100 From: "martynas Jankovic" User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: megaco-archive@lists.ietf.org Subject: clonic0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 3.5 (+++) X-Scan-Signature: bb8eae9af85e4fcfe76f325e38493bf4 Never again be laughed at in the dressing room because of your small schlong! http://kuriywes.com/ From BarbaraloosenOconnell@washingtonpost.com Mon Dec 24 16:05:37 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J6uUS-0005xx-VM; Mon, 24 Dec 2007 16:05:37 -0500 Received: from [87.203.204.70] (helo=user7f7d12c2b1) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J6uUR-00028s-0K; Mon, 24 Dec 2007 16:05:36 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by host79384920.washingtonpost.com (8.13.1/8.13.1) with SMTP id IjzJL0t418.116891.8l2.Als.9094095577383 for ; Mon, 24 Dec 2007 23:04:52 -0200 Message-ID: <3c7cd01c84670$b240c5d0$0202a8c0@user7f7d12c2b1> From: "Sharon Rouse" To: Cc: , =20

Even if you have no erection problems = Viagra would=20 help you to make better sex more often and to bring unimaginable = plesure=20 to her. Just disolve half a pill under your tongue and get ready for = action in=20 30 minutes. The tests showed that the majority of men after taking = this=20 medication were able to have perfect erection during 24 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $99.95 $34.49
30 tabs 60 doses $299.95 $88.50
60 tabs 120 doses $449.95 $141.02
90 tabs 180 doses $769.95 $176.40
180 tabs 360 doses $1299.95 $298.46

When you are young and stressed = up…
When you are aged and never give up…
Viagra gives you confidence in any chance, every time.

------=_NextPart_000_3C7C9_01C84670.B240C5D0-- From ChelseavindicateHolliday@diglib.org Mon Dec 24 19:23:59 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J6xaR-0000PP-2G; Mon, 24 Dec 2007 19:23:59 -0500 Received: from 89-180-45-75.net.novis.pt ([89.180.45.75] helo=p1.local.lan) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J6xaQ-0006Qa-L3; Mon, 24 Dec 2007 19:23:58 -0500 Received: from vindicate by diglib.org with SMTP id AXZL6XDFeo for ; Tue, 25 Dec 2007 00:23:02 +0000 From: "Rachael Kern" To: Cc: , Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J6xb3-0006Dv-7I; Mon, 24 Dec 2007 19:24:37 -0500 Received: from [200.121.152.79] (helo=familiar3010c0) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J6xb2-0006RE-Pi; Mon, 24 Dec 2007 19:24:37 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by host59888379.behindwoods.com (8.13.1/8.13.1) with SMTP id 1gcudETo02.857392.wQ5.Ecp.2188725988911 for ; Mon, 24 Dec 2007 19:24:13 +0500 Message-ID: <4cf101c8468c$86f6dbf0$8301a8c0@familiar3010c0> From: "Estelle Doss" To: Subject: Your order Date: Mon, 24 Dec 2007 19:24:13 +0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_4CED_01C8468C.86F6DBF0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Spam-Score: 0.0 (/) X-Scan-Signature: d16ce744298aacf98517bc7c108bd198 This is a multi-part message in MIME format. ------=_NextPart_000_4CED_01C8468C.86F6DBF0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Even if you have no erection problems Viagra would help you to make = better sex more often and to bring unimaginable plesure to her. Just = disolve half a pill under your tongue and get ready for action in 30 = minutes. The tests showed that the majority of men after taking this = medication were able to have perfect erection during 24 hours! Package Quantity Price in your local drugstore* Our price LearnMoreNow 10 tabs 20 doses $99.95 $34.49 30 tabs 60 doses $299.95 $88.50 60 tabs 120 doses $449.95 $141.02 90 tabs 180 doses $769.95 $176.40 180 tabs 360 doses $1299.95 $298.46 When you are young and stressed up… When you are aged and never give up… Viagra gives you confidence in any chance, every time. ------=_NextPart_000_4CED_01C8468C.86F6DBF0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20

Even if you have no erection problems = Viagra would=20 help you to make better sex more often and to bring unimaginable = plesure=20 to her. Just disolve half a pill under your tongue and get ready for = action in=20 30 minutes. The tests showed that the majority of men after taking = this=20 medication were able to have perfect erection during 24 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $99.95 $34.49
30 tabs 60 doses $299.95 $88.50
60 tabs 120 doses $449.95 $141.02
90 tabs 180 doses $769.95 $176.40
180 tabs 360 doses $1299.95 $298.46

When you are young and stressed = up…
When you are aged and never give up…
Viagra gives you confidence in any chance, every time.

------=_NextPart_000_4CED_01C8468C.86F6DBF0-- From RoxiemignonJudd@afairshare.org Mon Dec 24 22:54:17 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J70rx-00022u-9d; Mon, 24 Dec 2007 22:54:17 -0500 Received: from pool-71-180-94-205.tampfl.fios.verizon.net ([71.180.94.205] helo=soufia.home) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J70rx-0001Nh-1B; Mon, 24 Dec 2007 22:54:17 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by host53383765.afairshare.org (8.13.1/8.13.1) with SMTP id WnaJu0gD78.259554.oEu.JZF.6494757275723 for ; Mon, 24 Dec 2007 22:54:16 +0500 Message-ID: <57c8201c846a9$d72b84f0$0201a8c0@SOUFIA> From: "Kathrine Nickerson" To: , =20

Even if you have no erection problems = Viagra would=20 help you to make better sex more often and to bring unimaginable = plesure=20 to her. Just disolve half a pill under your tongue and get ready for = action in=20 30 minutes. The tests showed that the majority of men after taking = this=20 medication were able to have perfect erection during 24 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $99.95 $34.49
30 tabs 60 doses $299.95 $88.50
60 tabs 120 doses $449.95 $141.02
90 tabs 180 doses $769.95 $176.40
180 tabs 360 doses $1299.95 $298.46

When you are young and stressed = up…
When you are aged and never give up…
Viagra gives you confidence in any chance, every time.

------=_NextPart_000_57C7E_01C846A9.D72B84F0-- From AndresstarfishDelgado@rhpeterson.com Tue Dec 25 03:21:32 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J752Z-0002hb-Ia; Tue, 25 Dec 2007 03:21:31 -0500 Received: from [201.230.181.245] (helo=pncom12) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J752Z-0005dP-7t; Tue, 25 Dec 2007 03:21:31 -0500 Received: from gory by rhpeterson.com with SMTP id pQorCkJGEc for ; Mon, 24 Dec 2007 02:24:17 -0100 From: "Kelvin Mann" To: , Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J78Sf-00046z-74; Tue, 25 Dec 2007 07:00:41 -0500 Received: from [85.108.9.45] (helo=ali) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J78Se-0002Lv-Au; Tue, 25 Dec 2007 07:00:41 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by host52694039.growingsolutions.com (8.13.1/8.13.1) with SMTP id zDugvjvj98.767634.O0M.Rl7.9855637922445 for ; Tue, 25 Dec 2007 14:00:17 -0200 Message-ID: <1fccf01c846ed$c21d6940$2101a8c0@ali> From: "Cyrus Fuentes" To: Cc: , =20

Even if you have no erection problems = Viagra would=20 help you to make better sex more often and to bring unimaginable = plesure=20 to her. Just disolve half a pill under your tongue and get ready for = action in=20 30 minutes. The tests showed that the majority of men after taking = this=20 medication were able to have perfect erection during 24 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $99.95 $34.49
30 tabs 60 doses $299.95 $88.50
60 tabs 120 doses $449.95 $141.02
90 tabs 180 doses $769.95 $176.40
180 tabs 360 doses $1299.95 $298.46

When you are young and stressed = up…
When you are aged and never give up…
Viagra gives you confidence in any chance, every time.

------=_NextPart_000_1FCCB_01C846ED.C21D6940-- From MolliewombStringer@millionair.com Tue Dec 25 13:47:32 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J7EoN-000393-Qq; Tue, 25 Dec 2007 13:47:31 -0500 Received: from host43-29-dynamic.19-79-r.retail.telecomitalia.it ([79.19.29.43] helo=home) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J7EoN-0004dx-8c; Tue, 25 Dec 2007 13:47:31 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by host21927036.millionair.com (8.13.1/8.13.1) with SMTP id teyAVvCg06.806260.InL.Dkj.9773337598668 for ; Tue, 25 Dec 2007 19:47:03 -0100 Message-ID: <7248e01c84726$927a3130$0300a8c0@home> From: "Maribel Mcdonough" To: Cc: , =20

Even if you have no erection problems = Viagra would=20 help you to make better sex more often and to bring unimaginable = plesure=20 to her. Just disolve half a pill under your tongue and get ready for = action in=20 30 minutes. The tests showed that the majority of men after taking = this=20 medication were able to have perfect erection during 24 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $99.95 $34.49
30 tabs 60 doses $299.95 $88.50
60 tabs 120 doses $449.95 $141.02
90 tabs 180 doses $769.95 $176.40
180 tabs 360 doses $1299.95 $298.46

When you are young and stressed = up…
When you are aged and never give up…
Viagra gives you confidence in any chance, every time.

------=_NextPart_000_7248A_01C84726.927A3130-- From Marvelle-Leippi@streetrodsforever.com Tue Dec 25 15:19:57 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J7GFo-0008AG-Ru for megaco-archive@lists.ietf.org; Tue, 25 Dec 2007 15:19:57 -0500 Received: from host242-229-dynamic.1-79-r.retail.telecomitalia.it ([79.1.229.242]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J7GFm-00078c-UW for megaco-archive@lists.ietf.org; Tue, 25 Dec 2007 15:19:56 -0500 Received: by 10.34.205.53 with SMTP id woKGdtkJZyDPR; Tue, 25 Dec 2007 21:20:07 +0100 (GMT) Received: by 192.168.91.145 with SMTP id YXMBVYbRYVFMbY.4750103225536; Tue, 25 Dec 2007 21:20:05 +0100 (GMT) Message-ID: <0A6BCDC5.4F2BEB3D@streetrodsforever.com> Date: Tue, 25 Dec 2007 21:20:02 +0100 From: "Marvelle Leippi" User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: megaco-archive@lists.ietf.org Subject: zincify Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Score: 4.5 (++++) X-Scan-Signature: 7aefe408d50e9c7c47615841cb314bed Your stunning blonde will find you a stunner! http://www.wuftidt.com/
From AlysonheadsmanHanks@gluegrant.org Tue Dec 25 17:02:01 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J7Hqa-0005i9-1J; Tue, 25 Dec 2007 17:02:00 -0500 Received: from [190.13.50.117] (helo=salinas0479257) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J7HqZ-0001Ma-Ie; Tue, 25 Dec 2007 17:01:59 -0500 Received: from bellicose by gluegrant.org with SMTP id mWjru7Wwwa for ; Tue, 25 Dec 2007 17:01:24 +0500 From: "Elba Foote" To: , Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J7Hrv-0001A2-3H; Tue, 25 Dec 2007 17:03:23 -0500 Received: from [41.201.216.250] (helo=0.1.0.4) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J7Hrp-0001Oc-AW; Tue, 25 Dec 2007 17:03:23 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by host78481399.yahoo.com (8.13.1/8.13.1) with SMTP id OSGWvIyt62.314555.mDa.ar4.6121736275941 for ; Tue, 25 Dec 2007 23:02:39 -0100 Message-ID: <34b0101c84741$ed8ebc60$04000100@pc04> From: "David Miller" To: Subject: Your family Date: Tue, 25 Dec 2007 23:02:39 -0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_34AFD_01C84741.ED8EBC60" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Spam-Score: 0.0 (/) X-Scan-Signature: d16ce744298aacf98517bc7c108bd198 This is a multi-part message in MIME format. ------=_NextPart_000_34AFD_01C84741.ED8EBC60 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Even if you have no erection problems Viagra would help you to make = better sex more often and to bring unimaginable plesure to her. Just = disolve half a pill under your tongue and get ready for action in 30 = minutes. The tests showed that the majority of men after taking this = medication were able to have perfect erection during 24 hours! Package Quantity Price in your local drugstore* Our price LearnMoreNow 10 tabs 20 doses $99.95 $34.49 30 tabs 60 doses $299.95 $88.50 60 tabs 120 doses $449.95 $141.02 90 tabs 180 doses $769.95 $176.40 180 tabs 360 doses $1299.95 $298.46 When you are young and stressed up… When you are aged and never give up… Viagra gives you confidence in any chance, every time. ------=_NextPart_000_34AFD_01C84741.ED8EBC60 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20

Even if you have no erection problems = Viagra would=20 help you to make better sex more often and to bring unimaginable = plesure=20 to her. Just disolve half a pill under your tongue and get ready for = action in=20 30 minutes. The tests showed that the majority of men after taking = this=20 medication were able to have perfect erection during 24 hours!

Package Quantity Price in your = local drugstore* Our = price

Learn
More
Now

10 tabs 20 doses $99.95 $34.49
30 tabs 60 doses $299.95 $88.50
60 tabs 120 doses $449.95 $141.02
90 tabs 180 doses $769.95 $176.40
180 tabs 360 doses $1299.95 $298.46

When you are young and stressed = up…
When you are aged and never give up…
Viagra gives you confidence in any chance, every time.

------=_NextPart_000_34AFD_01C84741.ED8EBC60-- From LaurencelippincottBallard@icann.org Tue Dec 25 20:41:04 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J7LGZ-0002hp-Kf; Tue, 25 Dec 2007 20:41:03 -0500 Received: from pool-72-74-240-185.bstnma.fios.verizon.net ([72.74.240.185] helo=brandy) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J7LGZ-0005to-4q; Tue, 25 Dec 2007 20:41:03 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by host30365317.icann.org (8.13.1/8.13.1) with SMTP id 0MuHCFJJ22.500955.bTz.rAy.2381076345741 for ; Tue, 25 Dec 2007 20:40:11 +0500 Message-ID: <3979101c84760$5ebe6e30$6600a8c0@Brandy> From: "Jody Ballard" To: , =20

When you are young and stressed = up…
When you are aged and never give up…
Even if you have no erection problems Viagra would help you to make = better=20 sex more often.
Learn More Now

------=_NextPart_000_3978D_01C84760.5EBE6E30-- From megaco-bounces@ietf.org Tue Dec 25 22:36:53 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J7N4a-0003ih-Ob; Tue, 25 Dec 2007 22:36:48 -0500 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J7N4a-0003hv-DA for megaco@ietf.org; Tue, 25 Dec 2007 22:36:48 -0500 Received: from exprod7og108.obsmtp.com ([64.18.2.169] helo=psmtp.com) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J7N4Z-0008CY-TB for megaco@ietf.org; Tue, 25 Dec 2007 22:36:48 -0500 Received: from source ([66.129.224.36]) by exprod7ob108.postini.com ([64.18.6.12]) with SMTP; Tue, 25 Dec 2007 19:36:46 PST Received: from emailcnrd1.jnpr.net ([10.208.0.15]) by emailsmtp56.jnpr.net with Microsoft SMTPSVC(6.0.3790.3959); Tue, 25 Dec 2007 19:35:58 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 26 Dec 2007 11:35:54 +0800 Message-ID: <322CBDC9307AE449B2BBDA9BF40792EF01693300@emailcnrd1.jnpr.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Hi all, would you share me a callflow for h.248 with me? Thread-Index: AchHcGu3QExt4CNcRs6BDYhviH3Mhg== From: "George Quan" To: X-OriginalArrivalTime: 26 Dec 2007 03:35:58.0261 (UTC) FILETIME=[6DB5F650:01C84770] X-Spam-Score: 0.0 (/) X-Scan-Signature: 515708a075ffdf0a79d1c83b601e2afd Subject: [Megaco] Hi all, would you share me a callflow for h.248 with me? X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1497431803==" Errors-To: megaco-bounces@ietf.org This is a multi-part message in MIME format. --===============1497431803== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C84770.6C3BFC64" This is a multi-part message in MIME format. ------_=_NextPart_001_01C84770.6C3BFC64 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Hi all: 1) I want to get a complete callflow for H.248, would you share a copy with me?=20 2) In a H.248 pcap files, "T" stands for a request packet, "P" stands for a reply packet, now I am wondering where it is defined? Is there any pre-define table for these kind of keyword?=20 =20 Thanks=20 George=20 =20 Best Regard ------------------------------------------- Juniper Network CN R&D Co. Ltd. George Quan=20 Tel: 8610-5874-7167 Location: 7.1.301 =20 ------_=_NextPart_001_01C84770.6C3BFC64 Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable

Hi = all:

   = 1) I want to get a complete callflow for H.248, would you share a copy with me? =

   = 2) In a H.248 pcap files, “T” stands for a request packet, = “P” stands for a reply packet, now I am wondering where it is = defined?

 Is there any pre-define table for these kind of = keyword?

   =

Thanks =

George =

 

 Best Regard

----------------------------------------= ---

Juniper Network CN R&D Co. = Ltd.

George Quan

Tel: 8610-5874-7167

Location: 7.1.301  

------_=_NextPart_001_01C84770.6C3BFC64-- --===============1497431803== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============1497431803==-- From megaco-bounces@ietf.org Tue Dec 25 23:55:08 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J7OIM-000851-RT; Tue, 25 Dec 2007 23:55:06 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J7OIM-00084w-3o for megaco@ietf.org; Tue, 25 Dec 2007 23:55:06 -0500 Received: from jaguar.aricent.com ([61.246.186.17]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1J7OIH-0000AQ-RV for megaco@ietf.org; Tue, 25 Dec 2007 23:55:06 -0500 Received: from jaguar.aricent.com (localhost [127.0.0.1]) by jaguar.aricent.com (8.13.8/8.13.8) with ESMTP id lBQ4iC4U023465 for ; Wed, 26 Dec 2007 10:14:12 +0530 Received: from sandesh.gur.aricent.com (sandesh [10.203.142.21]) by jaguar.aricent.com (8.13.8/8.13.8) with ESMTP id lBQ4i6np023430; Wed, 26 Dec 2007 10:14:06 +0530 In-Reply-To: <322CBDC9307AE449B2BBDA9BF40792EF01693300@emailcnrd1.jnpr.net> To: "George Quan" Subject: Re: [Megaco] Hi all, would you share me a callflow for h.248 with me? MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.5 November 30, 2005 Message-ID: From: Navdeep Bhatia Date: Wed, 26 Dec 2007 10:24:52 +0530 X-MIMETrack: Serialize by Router on Sandesh/HSS(Release 6.5.5|November 30, 2005) at 26/12/2007 10:29:49 AM, Serialize complete at 26/12/2007 10:29:49 AM X-Spam-Score: 0.0 (/) X-Scan-Signature: 200d029292fbb60d25b263122ced50fc Cc: megaco@ietf.org X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1486466051==" Errors-To: megaco-bounces@ietf.org This is a multipart message in MIME format. --===============1486466051== Content-Type: multipart/alternative; boundary="=_alternative 001AFF15652573BD_=" This is a multipart message in MIME format. --=_alternative 001AFF15652573BD_= Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Hi=20George,=0D=0A=0D=0AHere=20is=20the=20answer=20to=20your=20queries:= =0D=0A1)=20H.248=20Example=20Call=20Flow=20are=20defined=20in=20ITU-T=20H= .248.1=20V3=20document=20=0D=0AAppendix=20I.=0D=0A2)=20In=20ITU-T=20H.248= .1=20V3,=20Annex=20B=20details=20the=20tokens=20to=20be=20used=20for=20me= gaco=20=0D=0Amessage=20for=20short=20token=20as=20well=20as=20Long=20toke= n=20format.=0D=0A=20=20=20=20In=20H.248.1=20"P"=20stands=20for=20Reply=20= Token=20and=20"T"=20stands=20for=20transaction=20=0D=0Atoken=20in=20short= =20token=20format.=20In=20long=20token=20format=20these=20are=20defined= =20as=20=0D=0A"Reply"=20and=20"Transaction"=20respectively.=20=0D=0A=0D= =0ARegards,=0D=0ANavdeep=0D=0A=0D=0ANavdeep=20Bhatia=0D=0ASenior=20Softwa= re=20Engineer=0D=0A=20=0D=0AA=20R=20I=20C=20E=20N=20T=0D=0A=20=0D=0AThe= =20Presidency,=20Tower-A,=20=0D=0A351/2,=20Sector=2014=20MG=20Road,=20=0D= =0AGurgaon-122001,=20Haryana,=20India=0D=0A=20=0D=0A=0D=0A=0D=0A=0D=0A=0D= =0A=20=0D=0A=0D=0A=0D=0A=0D=0A"George=20Quan"=20= =20=0D=0A12/26/2007=2009:05=20AM=0D=0A=0D=0A=0D=0ATo=0D=0A=0D=0Acc=0D=0A=0D=0ASubject=0D=0A[Megaco]=20Hi=20all,=20would=20you=20s= hare=20me=20a=20callflow=20for=20h.248=20with=20me?=0D=0A=0D=0A=0D=0A=0D= =0A=0D=0A=0D=0A=0D=0AHi=20all:=0D=0A=20=20=201)=20I=20want=20to=20get=20a= =20complete=20callflow=20for=20H.248,=20would=20you=20share=20a=20copy=20= =0D=0Awith=20me?=20=0D=0A=20=20=202)=20In=20a=20H.248=20pcap=20files,=20?= T?=20stands=20for=20a=20request=20packet,=20?P?=20stands=20=0D=0Afor=20a= =20reply=20packet,=20now=20I=20am=20wondering=20where=20it=20is=20defined= ?=0D=0A=20Is=20there=20any=20pre-define=20table=20for=20these=20kind=20of= =20keyword?=20=0D=0A=20=0D=0AThanks=20=0D=0AGeorge=20=0D=0A=20=0D=0A=20Be= st=20Regard=0D=0A-------------------------------------------=0D=0AJuniper= =20Network=20CN=20R&D=20Co.=20Ltd.=0D=0AGeorge=20Quan=20=0D=0ATel:=208610= -5874-7167=0D=0ALocation:=207.1.301=20=20________________________________= _______________=0D=0AMegaco=20mailing=20list=0D=0AMegaco@ietf.org=0D=0Aht= tps://www1.ietf.org/mailman/listinfo/megaco=0D=0A=0D=0A=0D=0A=0D=0A******= *****************=20=20Aricent-=20Confidential=20=20=20******************= *****=0D=0A=0D=0A***********************=20=20Aricent-=20Confidential=20= =20=20***********************=0D=0A=0D=0A***********************=20=20Ari= cent-=20Confidential=20=20=20***********************=0D=0A"DISCLAIMER:=20= This=20message=20is=20proprietary=20to=20Aricent=20=20and=20is=20intended= =20solely=20for=20the=20use=20of=20=0Athe=20individual=20to=20whom=20it= =20is=20addressed.=20It=20may=20contain=20privileged=20or=20confidential= =20information=20and=20should=20not=20be=20=0Acirculated=20or=20used=20fo= r=20any=20purpose=20other=20than=20for=20what=20it=20is=20intended.=20If= =20you=20have=20received=20this=20message=20in=20error,=20=0Aplease=20not= ify=20the=20originator=20immediately.=20If=20you=20are=20not=20the=20inte= nded=20recipient,=20you=20are=20notified=20that=20you=20are=20strictly=0A= prohibited=20from=20using,=20copying,=20altering,=20or=20disclosing=20the= =20contents=20of=20this=20message.=20Aricent=20accepts=20no=20responsibil= ity=20for=20=0Aloss=20or=20damage=20arising=20from=20the=20use=20of=20the= =20information=20transmitted=20by=20this=20email=20including=20damage=20f= rom=20virus."=0A --=_alternative 001AFF15652573BD_= Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable =0D=0A
Hi=20George,
=0D= =0A
=0D=0A
Here=20is=20the= =20answer=20to=20your=20queries:
=0D=0A
1)=20H.248=20Example=20Call=20Flow=20are=20defined=0D=0Ai= n=20ITU-T=20H.248.1=20V3=20document=20Appendix=20I.
=0D=0A
2)=20In=20ITU-T=20H.248.1=20V3,=20Annex= =20B=20details=0D=0Athe=20tokens=20to=20be=20used=20for=20megaco=20messag= e=20for=20short=20token=20as=20well=20as=20Long=0D=0Atoken=20format.=0D=0A
 =20 =20In= =20H.248.1=20"P"=0D=0Astands=20for=20Reply=20Token=20and=20&quo= t;T"=20stands=20for=20transaction=20token=20in=0D=0Ashort=20token=20= format.=20In=20long=20token=20format=20these=20are=20defined=20as=20"= ;Reply"=0D=0Aand=20"Transaction"=20respectively.=20
=0D= =0A
=0D=0A
Regards,=0D=0A
Navdeep
=0D=0A=0D=0A=0D=0A=0D=0ANavdeep=20Bhatia= =0D=0A=0D=0ASenior=20Software=20Engineer=0D=0A=0D=0A <= /font>=0D=0A=0D=0AA=20R=20I=20C=20E=20N=20T=0D=0A=0D=0A&n= bsp;=0D=0A=0D=0AThe=20Presidency,=20Tower-A,=20=0D=0A=0D=0A351/2,=20Sector=2014=20MG=20Road,=20=0D=0A= =0D=0AGurgaon-122= 001,=20Haryana,=20India=0D=0A=0D=0A =0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A
= =0D=0A

 =0D=0A
=0D=0A
=0D=0A
=0D= =0A=0D=0A=0D=0A"George=20Quan"=0D= =0A<georgequan@juniper.net>=20=0D=0A

12/26/2007=2009:05=20AM=0D=0A
=0D=0A=0D=0A=0D=0A=0D=0A=0D=0ATo

= =0D=0A<megac= o@ietf.org>=0D=0A=0D=0A=0D=0Acc
=0D=0A=0D=0A=0D=0A=0D=0ASubject
=0D=0A[Megaco]=20Hi=20all,=20would=20you=0D=0Ashare= =20me=20a=20callflow=20for=20h.248=20with=20me?=0D=0A
= =0D=0A=0D=0A=0D=0A
=0D=0A
=0D=0A<= br>=0D=0A
=0D=0A
=0D=0A
Hi=20all:=0D=0A
 = =20 1)=20I=20want=20to=20get=20a=20complete=0D=0Acallflow=20for=20H.= 248,=20would=20you=20share=20a=20copy=20with=20me?=20=0D=0A
 =20 2)=20In=20a=20H.248=20pca= p=20files,=0D=0A“T”=20stands=20for=20a=20request=20packet,=20= “P”=20stands=20for=20a=20reply=20packet,=20now=0D=0AI=20am=20= wondering=20where=20it=20is=20defined?=0D=0A
 Is=20there=20any=20pre-define=20table=20for=0D= =0Athese=20kind=20of=20keyword?=20=0D=0A
 =20 =0D=0A
Thanks=20=0D=0A
Ge= orge=20=0D=0A
 =0D=0A
 Best=20Regard=0D=0A
-----------------------= --------------------=0D=0A
= Juniper=20Network=20CN=20R&D=20Co.=20Ltd.=0D=0A
George=20Quan=20=0D=0A
Tel:=208610-5874-7167=0D=0A
Location:=207.1.301=20 _________________________= ______________________
=0D=0AMegaco=20mailing=20list
=0D=0AMegaco@i= etf.org
=0D=0Ahttps://www1.ietf.org/mailman/listinfo/megaco
=0D=0A<= /font>
=0D=0A

=0D=0A=0D=0A***********************=20 Aricent-=20Confidential=20 = =20***********************
=0D=0A
=0D=0A***********************=20&= nbsp;Aricent-=20Confidential=20 =20***********************
=0D=0A=
=0D=0A***********************=20 Aricent-=20Confidential=20 = ;=20***********************=0D=0A
"DISCLAIMER:=20This=20message=20is=20propr=
ietary=20to=20Aricent=20=20and=20is=20intended=20solely=20for=20the=20use=
=20of=20=0Athe=20individual=20to=20whom=20it=20is=20addressed.=20It=20may=
=20contain=20privileged=20or=20confidential=20information=20and=20should=
=20not=20be=20=0Acirculated=20or=20used=20for=20any=20purpose=20other=20t=
han=20for=20what=20it=20is=20intended.=20If=20you=20have=20received=20thi=
s=20message=20in=20error,=20=0Aplease=20notify=20the=20originator=20immed=
iately.=20If=20you=20are=20not=20the=20intended=20recipient,=20you=20are=
=20notified=20that=20you=20are=20strictly=0Aprohibited=20from=20using,=20=
copying,=20altering,=20or=20disclosing=20the=20contents=20of=20this=20mes=
sage.=20Aricent=20accepts=20no=20responsibility=20for=20=0Aloss=20or=20da=
mage=20arising=20from=20the=20use=20of=20the=20information=20transmitted=
=20by=20this=20email=20including=20damage=20from=20virus."=0A
--=_alternative 001AFF15652573BD_=-- --===============1486466051== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============1486466051==-- From megaco-bounces@ietf.org Wed Dec 26 00:00:14 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J7ONJ-0006T8-P1; Wed, 26 Dec 2007 00:00:13 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J7ONI-0006Ss-QR for megaco@ietf.org; Wed, 26 Dec 2007 00:00:12 -0500 Received: from exprod7og107.obsmtp.com ([64.18.2.167] helo=psmtp.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1J7ONG-0000ER-H1 for megaco@ietf.org; Wed, 26 Dec 2007 00:00:12 -0500 Received: from source ([66.129.224.36]) by exprod7ob107.postini.com ([64.18.6.12]) with SMTP; Tue, 25 Dec 2007 21:00:01 PST Received: from emailcnrd1.jnpr.net ([10.208.0.15]) by emailsmtp56.jnpr.net with Microsoft SMTPSVC(6.0.3790.3959); Tue, 25 Dec 2007 20:59:19 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Subject: RE: [Megaco] Hi all, would you share me a callflow for h.248 with me? Date: Wed, 26 Dec 2007 12:59:15 +0800 Message-ID: <322CBDC9307AE449B2BBDA9BF40792EF01693310@emailcnrd1.jnpr.net> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Megaco] Hi all, would you share me a callflow for h.248 with me? Thread-Index: AchHe3zoxV99oG18TIKnKifwR/mOwQAAFijQ From: "George Quan" To: "Navdeep Bhatia" X-OriginalArrivalTime: 26 Dec 2007 04:59:19.0070 (UTC) FILETIME=[126CDBE0:01C8477C] X-Spam-Score: -3.4 (---) X-Scan-Signature: c5b976cb26c967a52d72d6069c7fc54c Cc: megaco@ietf.org X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1458627545==" Errors-To: megaco-bounces@ietf.org This is a multi-part message in MIME format. --===============1458627545== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C8477C.10C3F674" This is a multi-part message in MIME format. ------_=_NextPart_001_01C8477C.10C3F674 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable Hi Navdeep Thanks very much.=20 George=20 =20 =20 ________________________________ From: Navdeep Bhatia [mailto:navdeep.bhatia@aricent.com]=20 Sent: 2007=C4=EA12=D4=C226=C8=D5 12:55 To: George Quan Cc: megaco@ietf.org Subject: Re: [Megaco] Hi all, would you share me a callflow for h.248 = with me? =20 Hi George,=20 Here is the answer to your queries:=20 1) H.248 Example Call Flow are defined in ITU-T H.248.1 V3 document = Appendix I.=20 2) In ITU-T H.248.1 V3, Annex B details the tokens to be used for megaco = message for short token as well as Long token format.=20 In H.248.1 "P" stands for Reply Token and "T" stands for transaction = token in short token format. In long token format these are defined as = "Reply" and "Transaction" respectively.=20 Regards,=20 Navdeep=20 Navdeep Bhatia=20 Senior Software Engineer=20 =20 A R I C E N T=20 =20 The Presidency, Tower-A,=20 351/2, Sector 14 MG Road,=20 Gurgaon-122001, Haryana, India=20 =20 =20 =20 =20 =20 =20 "George Quan" =20 12/26/2007 09:05 AM=20 To =20 cc =20 Subject [Megaco] Hi all, would you share me a callflow for h.248 with me? =20 =20 =20 Hi all:=20 1) I want to get a complete callflow for H.248, would you share a = copy with me?=20 2) In a H.248 pcap files, =A1=B0T=A1=B1 stands for a request packet, = =A1=B0P=A1=B1 stands for a reply packet, now I am wondering where it is = defined?=20 Is there any pre-define table for these kind of keyword?=20 =20 Thanks=20 George=20 =20 Best Regard=20 -------------------------------------------=20 Juniper Network CN R&D Co. Ltd.=20 George Quan=20 Tel: 8610-5874-7167=20 Location: 7.1.301 _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco *********************** Aricent- Confidential *********************** *********************** Aricent- Confidential *********************** *********************** Aricent- Confidential *********************** = "DISCLAIMER: This message is proprietary to Aricent and is intended = solely for the use of=20 the individual to whom it is addressed. It may contain privileged or = confidential information and should not be=20 circulated or used for any purpose other than for what it is intended. = If you have received this message in error,=20 please notify the originator immediately. If you are not the intended = recipient, you are notified that you are strictly prohibited from using, copying, altering, or disclosing the contents of = this message. Aricent accepts no responsibility for=20 loss or damage arising from the use of the information transmitted by = this email including damage from virus." =20 ------_=_NextPart_001_01C8477C.10C3F674 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi = Navdeep

   Thanks = very much.

George =

 

 


From: Navdeep Bhatia [mailto:navdeep.bhatia@aricent.com]
Sent: = 2007
=C4=EA12=D4=C226=C8=D5 12:55
To: George Quan
Cc: megaco@ietf.org
Subject: Re: [Megaco] Hi = all, would you share me a callflow for h.248 with me?

 


Hi George,

Here is the answer to your = queries:
1) H.248 Example Call Flow are defined in ITU-T = H.248.1 V3 document Appendix I.
2) In ITU-T H.248.1 V3, Annex B details the = tokens to be used for megaco message for short token as well as Long token = format.
    In H.248.1 "P" stands = for Reply Token and "T" stands for transaction token in short token = format. In long token format these are defined as "Reply" and "Transaction" respectively.

Regards,
Navdeep =

Navdeep Bhatia =

Senior = Software Engineer

&n= bsp;

A = R I C E N T

 

The = Presidency, Tower-A,

351/2, = Sector 14 MG = Road,

Gurgaon-122001,= Haryana, = India

 

 

 

 

 

 

"G= eorge Quan" <georgequan@juniper.net>

12/26/2007 09:05 AM

To

<megaco@ietf.org><= /span>

cc

 

Subject

[Megaco] Hi all, = would you share me a callflow for h.248 with me?

 

 

 




Hi all:
   1) I want to get a complete callflow for H.248, would you share a = copy with me?
   2) In a H.248 pcap files, =A1=B0T=A1=B1 stands for a request = packet, =A1=B0P=A1=B1 stands for a reply packet, now I am wondering where it is defined?
 Is there any pre-define table for these kind of keyword? =
   
Thanks
George
 
 
Best Regard
-------------------------------------------
Juniper Network CN R&D Co. = Ltd.
George Quan
Tel: 8610-5874-7167
Location: 7.1.301  ______________________________________________= _
Megaco mailing list
Megaco@ietf.org
https://www1.ietf.org/mailman/listinfo/megaco



***********************  Aricent- Confidential   ***********************

***********************  Aricent- Confidential   ***********************

***********************  Aricent- Confidential   ***********************

"DISCLAIMER: This message is proprietary to =
Aricent  and is intended solely for the =
use of 
the individual to whom it is addressed. It may contain =
privileged or confidential information and should not be =
circulated or used for any purpose other than for what it =
is intended. If you have received this message in error, =
please notify the originator immediately. If you are not =
the intended recipient, you are notified that you are =
strictly
prohibited from using, copying, altering, or disclosing =
the contents of this message. Aricent accepts no responsibility for =
loss or damage arising from the use of the information =
transmitted by this email including damage from =
virus."

 

------_=_NextPart_001_01C8477C.10C3F674-- --===============1458627545== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============1458627545==-- From TabathaoctillionTobin@asiaxpat.com Wed Dec 26 07:52:30 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J7VkL-0003CE-PF; Wed, 26 Dec 2007 07:52:29 -0500 Received: from [82.137.235.81] (helo=wc9a262d6f7e54) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J7VkL-0002u1-BV; Wed, 26 Dec 2007 07:52:29 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by host49244676.asiaxpat.com (8.13.1/8.13.1) with SMTP id TtM2Ho0666.946483.ySA.rvg.2909076495730 for ; Wed, 26 Dec 2007 15:51:53 -0300 Message-ID: <2ffc01c847be$299247f0$1900000a@wc9a262d6f7e54> From: "Jeanie Sierra" To: , =20

When you are young and stressed = up…
When you are aged and never give up…
Even if you have no erection problems Viagra would help you to make = better=20 sex more often.
Learn More Now

------=_NextPart_000_2FF8_01C847BE.299247F0-- From BryanstrontiumEllis@dailydemocrat.com Wed Dec 26 10:42:36 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J7YOx-0005eS-JH; Wed, 26 Dec 2007 10:42:35 -0500 Received: from [213.60.236.52] (helo=pochy.mundor.com) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J7YOx-0006XT-3D; Wed, 26 Dec 2007 10:42:35 -0500 Received: from uptake by dailydemocrat.com with SMTP id 3xQxUIHYEl for ; Wed, 26 Dec 2007 16:42:20 -0100 From: "Tony Owens" To: Cc: , Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J7ZK3-0002vu-3W for megaco-archive@lists.ietf.org; Wed, 26 Dec 2007 11:41:35 -0500 Received: from [85.110.117.228] (helo=[85.110.95.99]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J7ZK2-0007qR-BP for megaco-archive@lists.ietf.org; Wed, 26 Dec 2007 11:41:35 -0500 Received: from admin by astperformance.com with ASMTP id FCFCBF12 for ; Wed, 26 Dec 2007 18:42:02 +0200 Received: from admin ([158.159.111.44]) by astperformance.com with ESMTP id AD7E72D8A1BB for ; Wed, 26 Dec 2007 18:42:02 +0200 X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 26 Dec 2007 18:41:29 +0200 To: megaco-archive@lists.ietf.org From: "Manuel lehn" Subject: katers Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Score: 1.5 (+) X-Scan-Signature: bb8eae9af85e4fcfe76f325e38493bf4 Launch your chick into orgasmic ecstasy with your new huge dick! http://leviewus.com/ From ErikasideshowPineda@thinkgeek.com Wed Dec 26 20:28:52 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J7hYJ-0004cr-Mj; Wed, 26 Dec 2007 20:28:51 -0500 Received: from cpc3-grnk3-0-0-cust103.renf.cable.ntl.com ([81.106.248.104] helo=cometpc) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J7hYJ-0003cR-3s; Wed, 26 Dec 2007 20:28:51 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by host28940452.thinkgeek.com (8.13.1/8.13.1) with SMTP id SuNfevUP32.023944.rdk.oD2.2906362798000 for ; Thu, 27 Dec 2007 01:29:15 +0000 Message-ID: From: "Miriam Trent" To: Subject: Hi Date: Thu, 27 Dec 2007 01:29:15 +0000 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_E6F4_01C84827.EA6D1180" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Spam-Score: 0.0 (/) X-Scan-Signature: 8b30eb7682a596edff707698f4a80f7d This is a multi-part message in MIME format. ------=_NextPart_000_E6F4_01C84827.EA6D1180 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable When you are young and stressed up… When you are aged and never give up… Even if you have no erection problems Viagra would help you to make = better sex more often. Learn More Now ------=_NextPart_000_E6F4_01C84827.EA6D1180 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20

When you are young and stressed = up…
When you are aged and never give up…
Even if you have no erection problems Viagra would help you to make = better=20 sex more often.
Learn More Now

------=_NextPart_000_E6F4_01C84827.EA6D1180-- From RuthiesanctuaryBynum@ahfb2000.com Thu Dec 27 00:11:53 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J7l28-0000FH-E1; Thu, 27 Dec 2007 00:11:52 -0500 Received: from pool-71-184-145-81.bstnma.fios.verizon.net ([71.184.145.81] helo=tecrawessel) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J7l28-0007k6-6H; Thu, 27 Dec 2007 00:11:52 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by host14202098.ahfb2000.com (8.13.1/8.13.1) with SMTP id 02QHiV9t87.969692.oTD.m0y.6955847452931 for ; Thu, 27 Dec 2007 00:12:26 +0500 Message-ID: <27f201c84847$187f4150$800101df@TECRAWESSEL> From: "Nola Burnette" To: , =20

When you are young and stressed = up…
When you are aged and never give up…
Even if you have no erection problems Viagra would help you to make = better=20 sex more often.
Learn More Now

------=_NextPart_000_27EE_01C84847.187F4150-- From megaco-bounces@ietf.org Thu Dec 27 04:13:50 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J7ooF-0003T4-DL; Thu, 27 Dec 2007 04:13:47 -0500 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J7ooE-0003RH-Dp for megaco@ietf.org; Thu, 27 Dec 2007 04:13:46 -0500 Received: from zw2-smtp1.zhone.com ([199.190.211.5]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J7ooD-0004YK-H3 for megaco@ietf.org; Thu, 27 Dec 2007 04:13:46 -0500 Received: from priority.oak.zhone.com (priority.oak.zhone.com [172.16.1.21]) by smtp.zhone.com (8.12.1/8.12.1) with ESMTP id lBR9Ei2E007530 for ; Thu, 27 Dec 2007 01:14:44 -0800 (PST) Received: from RKUPPILI.zhone.com ([192.168.127.40]) by priority.oak.zhone.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTP id <0JTP00G2MAYU0K20@priority.oak.zhone.com> for megaco@ietf.org; Thu, 27 Dec 2007 01:13:44 -0800 (PST) Content-return: prohibited Date: Thu, 27 Dec 2007 14:43:40 +0530 From: Ramesh Babu Kuppili To: megaco@ietf.org Message-id: <0JTP00G2NAYV0K20@priority.oak.zhone.com> MIME-version: 1.0 X-Mailer: Sun Outlook Connector 7.2.310.1 X-Spam-Score: 0.0 (/) X-Scan-Signature: 14582b0692e7f70ce7111d04db3781c8 Subject: [Megaco] Megaco Event Descriptor question X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1372788104==" Errors-To: megaco-bounces@ietf.org --===============1372788104== Content-return: prohibited Content-type: multipart/alternative; boundary="Boundary_(ID_DVDIpnVmwzzuPwQXeuXx5w)" --Boundary_(ID_DVDIpnVmwzzuPwQXeuXx5w) Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Hello Gurus, I have a question about Megaco Event Descriptor. I am receiving the following message from the MGC. !/1 [xx.xx.xx.xx]:2944 T=372855742{C=-{MF=A1{E=369098767{dd/ce{DM=dmap1},al/*},SG{cg/dt},DM=dmap1{(1xx|9xx|0[2-9]xxx|00[1-9]xxxx|[2-8]xxxxxx|0[2-9]xxxxxxx|05xxxxxxxx|E|F|x.F|[0-9].L)}}} The event descriptor in the above message is asking the GW to use ditigmap "dmap1". After sometime we are receiving the following message from MGC: !/1 [xx.xx.xx.xx]:2944 T=372855743{C=-{MF=A1{E=369098752{tonedet/std{tl=*},al/*},SG{}}} Please note that the event descriptor in the above message does not have any digitmap event. The quesion is, "on receiving the seocond modify from MGC, should GW still be detecting DTMF to be reported immediately to the switch based on the dtmp package received in the first modify message. Or should it overwrite its event decriptor with the one from second Modify (RFC 3435 seems to propose this). Thereby not detecting any DTMF after the second modify is received. text from RFC 3435 "An EventsDescriptor received by a media gateway replaces any previous Events descriptor. Event notification in process shall complete, and events detected after the command containing the new EventsDescriptor executes, shall be processed according to the new EventsDescriptor." (section 7.1.9). Thanks for your time. - ramesh --Boundary_(ID_DVDIpnVmwzzuPwQXeuXx5w) Content-type: TEXT/HTML; CHARSET=US-ASCII Content-transfer-encoding: 7BIT
Hello Gurus,
 
I have a question about Megaco Event Descriptor.  I am receiving the following message from the MGC.
 
!/1 [xx.xx.xx.xx]:2944 T=372855742{C=-{MF=A1{E=369098767{dd/ce{DM=dmap1},al/*},SG{cg/dt},DM=dmap1{(1xx|9xx|0[2-9]xxx|00[1-9]xxxx|[2-8]xxxxxx|0[2-9]xxxxxxx|05xxxxxxxx|E|F|x.F|[0-9].L)}}}
 
The event descriptor in the above message is asking the GW to use ditigmap "dmap1".  After sometime we are receiving the following message from MGC:
 
!/1 [xx.xx.xx.xx]:2944 T=372855743{C=-{MF=A1{E=369098752{tonedet/std{tl=*},al/*},SG{}}}
 
Please note that the event descriptor in the above message does not have any digitmap event.  The quesion is, "on receiving the seocond modify from MGC, should GW still be detecting DTMF to be reported immediately to the switch based on the dtmp package received in the first modify message. 
 
Or should it overwrite its event decriptor with the one from second Modify (RFC 3435 seems to propose this).  Thereby not detecting any DTMF after the second modify is received.
 
text from RFC 3435
"An EventsDescriptor received by a media gateway replaces any previous Events descriptor. Event notification in process shall complete, and events detected after the command containing the new EventsDescriptor executes, shall be processed according to the new EventsDescriptor." (section 7.1.9).
 
Thanks for your time.
 
- ramesh
--Boundary_(ID_DVDIpnVmwzzuPwQXeuXx5w)-- --===============1372788104== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============1372788104==-- From megaco-bounces@ietf.org Thu Dec 27 04:24:21 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J7oyQ-0007qh-Bj; Thu, 27 Dec 2007 04:24:18 -0500 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J7oyO-0007qb-JL for megaco@ietf.org; Thu, 27 Dec 2007 04:24:16 -0500 Received: from mail.teledata-networks.com ([194.90.152.129] helo=esafe-mail.teledata-networks.com) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J7oyN-0004sA-DO for megaco@ietf.org; Thu, 27 Dec 2007 04:24:16 -0500 Received: from tndcmail.Teledata.Local ([10.1.100.59]) by eSafe SMTP Relay 1197618306; Thu, 27 Dec 2007 11:24:16 +0200 X-MIMEOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Subject: RE: [Megaco] Megaco Event Descriptor question Date: Thu, 27 Dec 2007 11:24:31 +0200 Message-ID: In-Reply-To: <0JTP00G2NAYV0K20@priority.oak.zhone.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Megaco] Megaco Event Descriptor question Thread-index: AchIaS5bdRz5lYB6S722gT2d/h/m1QAALPsg From: "Raphael Tryster" To: "Ramesh Babu Kuppili" , X-ESAFE-STATUS: Mail clean X-ESAFE-DETAILS: X-Spam-Score: 0.0 (/) X-Scan-Signature: 140baa79ca42e6b0e2b4504291346186 Cc: X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1716132954==" Errors-To: megaco-bounces@ietf.org This is a multi-part message in MIME format. --===============1716132954== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C8486A.49524389" This is a multi-part message in MIME format. ------_=_NextPart_001_01C8486A.49524389 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable After the second Modify, the GW would only report tones detected according to the new Events descriptor in that command, and would no longer process the digit map. The quote at the end of your message is applicable, exept that it is from H.248.1, not RFC 3435 which describes MGCP. =20 Raphael Tryster (not a guru but standing in for vacationing gurus) ________________________________ From: Ramesh Babu Kuppili [mailto:RKuppili@zhone.com]=20 Sent: Thursday, December 27, 2007 11:14 AM To: megaco@ietf.org Subject: [Megaco] Megaco Event Descriptor question Hello Gurus, =20 I have a question about Megaco Event Descriptor. I am receiving the following message from the MGC. =20 !/1 [xx.xx.xx.xx]:2944 T=3D372855742{C=3D-{MF=3DA1{E=3D369098767{dd/ce{DM=3Ddmap1},al/*},SG{cg/d= t},DM=3Ddma p1{(1xx|9xx|0[2-9]xxx|00[1-9]xxxx|[2-8]xxxxxx|0[2-9]xxxxxxx|05xxxxxxxx|E |F|x.F|[0-9].L)}}} =20 The event descriptor in the above message is asking the GW to use ditigmap "dmap1". After sometime we are receiving the following message from MGC: =20 !/1 [xx.xx.xx.xx]:2944 T=3D372855743{C=3D-{MF=3DA1{E=3D369098752{tonedet/std{tl=3D*},al/*},SG{}}= } =20 Please note that the event descriptor in the above message does not have any digitmap event. The quesion is, "on receiving the seocond modify from MGC, should GW still be detecting DTMF to be reported immediately to the switch based on the dtmp package received in the first modify message. =20 =20 Or should it overwrite its event decriptor with the one from second Modify (RFC 3435 seems to propose this). Thereby not detecting any DTMF after the second modify is received. =20 text from RFC 3435 "An EventsDescriptor received by a media gateway replaces any previous Events descriptor. Event notification in process shall complete, and events detected after the command containing the new EventsDescriptor executes, shall be processed according to the new EventsDescriptor." (section 7.1.9). =20 Thanks for your time. =20 - ramesh *************************************************************************= ********************* IMPORTANT: The contents of this email and any attachments are confidentia= l. They are intended for the=20 named recipient(s) only. If you have received this email in error, please notify the system manage= r or the sender immediately and do=20 not disclose the contents to anyone or make copies thereof. *** eSafe scanned this email for viruses, vandals, and malicious content.= *** *************************************************************************= ********************* ------_=_NextPart_001_01C8486A.49524389 Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable
After=20 the second Modify, the GW would only report tones detected according to t= he new=20 Events descriptor in that command, and would no longer process the digit=20 map.  The quote at the end of your message is applicable, exept that= it is=20 from H.248.1, not RFC 3435 which describes MGCP.
 
Raphael Tryster (not a guru but standing in for vacationing=20 gurus)


From: Ramesh Babu Kuppili=20 [mailto:RKuppili@zhone.com]
Sent: Thursday, December 27, 2007 = 11:14=20 AM
To: megaco@ietf.org
Subject: [Megaco] Megaco Event= =20 Descriptor question

Hello=20 Gurus,
 
I have = a question=20 about Megaco Event Descriptor.  I am receiving the following message= from=20 the MGC.
 
!/1=20 [xx.xx.xx.xx]:2944=20 T=3D372855742{C=3D-{MF=3DA1{E=3D369098767{dd/ce{DM=3Ddmap1},al/*},SG{cg/d= t},DM=3Ddmap1{(1xx|9xx|0[2-9]xxx|00[1-9]xxxx|[2-8]xxxxxx|0[2-9]xxxxxxx|05= xxxxxxxx|E|F|x.F|[0-9].L)}}}
 
The eve= nt descriptor=20 in the above message is asking the GW to use ditigmap "dmap1".  Afte= r=20 sometime we are receiving the following message from MGC:
 
!/1=20 [xx.xx.xx.xx]:2944=20 T=3D372855743{C=3D-{MF=3DA1{E=3D369098752{tonedet/std{tl=3D*},al/*},SG{}}= }
 
Please = note that the=20 event descriptor in the above message does not have any digitmap event.&n= bsp;=20 The quesion is, "on receiving the seocond modify from MGC, should GW stil= l be=20 detecting DTMF to be reported immediately to the switch based on the dtmp= =20 package received in the first modify message. 
 
Or shou= ld it=20 overwrite its event decriptor with the one from second Modify (RFC 3435 s= eems to=20 propose this).  Thereby not detecting any DTMF after the second modi= fy is=20 received.
 
text fr= om RFC=20 3435
"= An EventsDescriptor received by a media gateway r= eplaces any=20 previous Events descriptor. Event no= tification=20 in process shall complete, and event= s detected=20 after the command containing the new EventsDescriptor executes, shall be processed according to t= he new=20 EventsDescriptor." (section=20 7.1.9).
 
Thanks for your=20 time.
 
-=20 ramesh

IMPORTANT: The contents of this email and any attachments are confidentia= l. They are intended for the=20 named recipient(s) only.
If you have received this email in error, please notify the system manage= r or the sender immediately and do=20 not disclose the contents to anyone or make copies thereof.
*** eSafe scanned this email for viruses, vandals, and malicious c= ontent. ***

------_=_NextPart_001_01C8486A.49524389-- --===============1716132954== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============1716132954==-- From megaco-bounces@ietf.org Thu Dec 27 04:29:23 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J7p3L-0005T0-7N; Thu, 27 Dec 2007 04:29:23 -0500 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J7p3K-0005Sv-At for megaco@ietf.org; Thu, 27 Dec 2007 04:29:22 -0500 Received: from zw2-smtp1.zhone.com ([199.190.211.5]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J7p3J-0004zY-F9 for megaco@ietf.org; Thu, 27 Dec 2007 04:29:22 -0500 Received: from priority.oak.zhone.com (priority.oak.zhone.com [172.16.1.21]) by smtp.zhone.com (8.12.1/8.12.1) with ESMTP id lBR9UK2E010573 for ; Thu, 27 Dec 2007 01:30:20 -0800 (PST) Received: from RKUPPILI.zhone.com ([192.168.127.40]) by priority.oak.zhone.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTP id <0JTP00J8QBOUOA10@priority.oak.zhone.com> for megaco@ietf.org; Thu, 27 Dec 2007 01:29:20 -0800 (PST) Content-return: prohibited Date: Thu, 27 Dec 2007 14:59:17 +0530 From: Ramesh Babu Kuppili Subject: RE: [Megaco] Megaco Event Descriptor question In-reply-to: To: Raphael Tryster , megaco@ietf.org Message-id: <0JTP00J8RBOVOA10@priority.oak.zhone.com> MIME-version: 1.0 X-Mailer: Sun Outlook Connector 7.2.310.1 X-Spam-Score: 0.0 (/) X-Scan-Signature: 1449ead51a2ff026dcb23465f5379250 Cc: X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1510073626==" Errors-To: megaco-bounces@ietf.org --===============1510073626== Content-return: prohibited Content-type: multipart/alternative; boundary="Boundary_(ID_foaWOyG2cV5EoEjteoY0mA)" --Boundary_(ID_foaWOyG2cV5EoEjteoY0mA) Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Raphael, Sorry for the goofup. The RFC i was referring to is from 3525. - ramesh _____ From: Raphael Tryster [mailto:Raphael.Tryster@Teledata-Networks.com] Sent: Thursday, December 27, 2007 2:55 PMTo: Ramesh Babu Kuppili; megaco@ietf.orgSubject: RE: [Megaco] Megaco Event Descriptor question After the second Modify, the GW would only report tones detected according to the new Events descriptor in that command, and would no longer process the digit map. The quote at the end of your message is applicable, exept that it is from H.248.1, not RFC 3435 which describes MGCP. Raphael Tryster (not a guru but standing in for vacationing gurus) _____ From: Ramesh Babu Kuppili [mailto:RKuppili@zhone.com] Sent: Thursday, December 27, 2007 11:14 AMTo: megaco@ietf.orgSubject: [Megaco] Megaco Event Descriptor question Hello Gurus, I have a question about Megaco Event Descriptor. I am receiving the following message from the MGC. !/1 [xx.xx.xx.xx]:2944 T=372855742{C=-{MF=A1{E=369098767{dd/ce{DM=dmap1},al/*},SG{cg/dt},DM=dmap1{(1xx|9xx|0[2-9]xxx|00[1-9]xxxx|[2-8]xxxxxx|0[2-9]xxxxxxx|05xxxxxxxx|E|F|x.F|[0-9].L)}}} The event descriptor in the above message is asking the GW to use ditigmap "dmap1". After sometime we are receiving the following message from MGC: !/1 [xx.xx.xx.xx]:2944 T=372855743{C=-{MF=A1{E=369098752{tonedet/std{tl=*},al/*},SG{}}} Please note that the event descriptor in the above message does not have any digitmap event. The quesion is, "on receiving the seocond modify from MGC, should GW still be detecting DTMF to be reported immediately to the switch based on the dtmp package received in the first modify message. Or should it overwrite its event decriptor with the one from second Modify (RFC 3435 seems to propose this). Thereby not detecting any DTMF after the second modify is received. text from RFC 3435 "An EventsDescriptor received by a media gateway replaces any previous Events descriptor. Event notification in process shall complete, and events detected after the command containing the new EventsDescriptor executes, shall be processed according to the new EventsDescriptor." (section 7.1.9). Thanks for your time. - ramesh _____ IMPORTANT: The contents of this email and any attachments are confidential. They are intended for the named recipient(s) only.If you have received this email in error, please notify the system manager or the sender immediately and do not disclose the contents to anyone or make copies thereof.*** eSafe scanned this email for viruses, vandals, and malicious content. *** _____ --Boundary_(ID_foaWOyG2cV5EoEjteoY0mA) Content-type: TEXT/HTML; CHARSET=US-ASCII Content-transfer-encoding: 7BIT
Raphael,
 
Sorry for the goofup.  The RFC i was referring to is from 3525.
 
- ramesh


From: Raphael Tryster [mailto:Raphael.Tryster@Teledata-Networks.com]
Sent: Thursday, December 27, 2007 2:55 PM
To: Ramesh Babu Kuppili; megaco@ietf.org
Subject: RE: [Megaco] Megaco Event Descriptor question

After the second Modify, the GW would only report tones detected according to the new Events descriptor in that command, and would no longer process the digit map.  The quote at the end of your message is applicable, exept that it is from H.248.1, not RFC 3435 which describes MGCP.
 
Raphael Tryster (not a guru but standing in for vacationing gurus)


From: Ramesh Babu Kuppili [mailto:RKuppili@zhone.com]
Sent: Thursday, December 27, 2007 11:14 AM
To: megaco@ietf.org
Subject: [Megaco] Megaco Event Descriptor question

Hello Gurus,
 
I have a question about Megaco Event Descriptor.  I am receiving the following message from the MGC.
 
!/1 [xx.xx.xx.xx]:2944 T=372855742{C=-{MF=A1{E=369098767{dd/ce{DM=dmap1},al/*},SG{cg/dt},DM=dmap1{(1xx|9xx|0[2-9]xxx|00[1-9]xxxx|[2-8]xxxxxx|0[2-9]xxxxxxx|05xxxxxxxx|E|F|x.F|[0-9].L)}}}
 
The event descriptor in the above message is asking the GW to use ditigmap "dmap1".  After sometime we are receiving the following message from MGC:
 
!/1 [xx.xx.xx.xx]:2944 T=372855743{C=-{MF=A1{E=369098752{tonedet/std{tl=*},al/*},SG{}}}
 
Please note that the event descriptor in the above message does not have any digitmap event.  The quesion is, "on receiving the seocond modify from MGC, should GW still be detecting DTMF to be reported immediately to the switch based on the dtmp package received in the first modify message. 
 
Or should it overwrite its event decriptor with the one from second Modify (RFC 3435 seems to propose this).  Thereby not detecting any DTMF after the second modify is received.
 
text from RFC 3435
"An EventsDescriptor received by a media gateway replaces any previous Events descriptor. Event notification in process shall complete, and events detected after the command containing the new EventsDescriptor executes, shall be processed according to the new EventsDescriptor." (section 7.1.9).
 
Thanks for your time.
 
- ramesh

IMPORTANT: The contents of this email and any attachments are confidential. They are intended for the named recipient(s) only.
If you have received this email in error, please notify the system manager or the sender immediately and do not disclose the contents to anyone or make copies thereof.
*** eSafe scanned this email for viruses, vandals, and malicious content. ***

--Boundary_(ID_foaWOyG2cV5EoEjteoY0mA)-- --===============1510073626== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============1510073626==-- From megaco-bounces@ietf.org Thu Dec 27 04:41:51 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J7pFO-0003ym-Dl; Thu, 27 Dec 2007 04:41:50 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J7pFM-0003y3-C4 for megaco@ietf.org; Thu, 27 Dec 2007 04:41:48 -0500 Received: from zw2-smtp1.zhone.com ([199.190.211.5]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1J7pFI-0004Vm-BS for megaco@ietf.org; Thu, 27 Dec 2007 04:41:48 -0500 Received: from priority.oak.zhone.com (priority.oak.zhone.com [172.16.1.21]) by smtp.zhone.com (8.12.1/8.12.1) with ESMTP id lBR9gh2E012978 for ; Thu, 27 Dec 2007 01:42:44 -0800 (PST) Received: from RKUPPILI.zhone.com ([192.168.127.40]) by priority.oak.zhone.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTP id <0JTP00G8OC9G0K20@priority.oak.zhone.com> for megaco@ietf.org; Thu, 27 Dec 2007 01:41:42 -0800 (PST) Content-return: prohibited Date: Thu, 27 Dec 2007 15:11:38 +0530 From: Ramesh Babu Kuppili Subject: RE: [Megaco] Megaco Event Descriptor question In-reply-to: To: Raphael Tryster , megaco@ietf.org Message-id: <0JTP00G8PC9G0K20@priority.oak.zhone.com> MIME-version: 1.0 X-Mailer: Sun Outlook Connector 7.2.310.1 X-Spam-Score: 0.0 (/) X-Scan-Signature: e8c5db863102a3ada84e0cd52a81a79e Cc: X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1420384749==" Errors-To: megaco-bounces@ietf.org --===============1420384749== Content-return: prohibited Content-type: multipart/alternative; boundary="Boundary_(ID_Ctx9xZUtTwPIuib10fKjkA)" --Boundary_(ID_Ctx9xZUtTwPIuib10fKjkA) Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Raphael, RFC 3525 says that tonedet package is a extend only package and it defines "*" as the only possible tone id: E.4 Tone Detection Package (of 3225) Possible values: "wildcard" as defined above is the only value defined in this package. Extensions to this package would add additional possible values for tone id. Given that, what should the MG send to MGC on detecting a tone. - ramesh _____ From: Raphael Tryster [mailto:Raphael.Tryster@Teledata-Networks.com] Sent: Thursday, December 27, 2007 2:55 PMTo: Ramesh Babu Kuppili; megaco@ietf.orgSubject: RE: [Megaco] Megaco Event Descriptor question After the second Modify, the GW would only report tones detected according to the new Events descriptor in that command, and would no longer process the digit map. The quote at the end of your message is applicable, exept that it is from H.248.1, not RFC 3435 which describes MGCP. Raphael Tryster (not a guru but standing in for vacationing gurus) _____ From: Ramesh Babu Kuppili [mailto:RKuppili@zhone.com] Sent: Thursday, December 27, 2007 11:14 AMTo: megaco@ietf.orgSubject: [Megaco] Megaco Event Descriptor question Hello Gurus, I have a question about Megaco Event Descriptor. I am receiving the following message from the MGC. !/1 [xx.xx.xx.xx]:2944 T=372855742{C=-{MF=A1{E=369098767{dd/ce{DM=dmap1},al/*},SG{cg/dt},DM=dmap1{(1xx|9xx|0[2-9]xxx|00[1-9]xxxx|[2-8]xxxxxx|0[2-9]xxxxxxx|05xxxxxxxx|E|F|x.F|[0-9].L)}}} The event descriptor in the above message is asking the GW to use ditigmap "dmap1". After sometime we are receiving the following message from MGC: !/1 [xx.xx.xx.xx]:2944 T=372855743{C=-{MF=A1{E=369098752{tonedet/std{tl=*},al/*},SG{}}} Please note that the event descriptor in the above message does not have any digitmap event. The quesion is, "on receiving the seocond modify from MGC, should GW still be detecting DTMF to be reported immediately to the switch based on the dtmp package received in the first modify message. Or should it overwrite its event decriptor with the one from second Modify (RFC 3435 seems to propose this). Thereby not detecting any DTMF after the second modify is received. text from RFC 3435 "An EventsDescriptor received by a media gateway replaces any previous Events descriptor. Event notification in process shall complete, and events detected after the command containing the new EventsDescriptor executes, shall be processed according to the new EventsDescriptor." (section 7.1.9). Thanks for your time. - ramesh _____ IMPORTANT: The contents of this email and any attachments are confidential. They are intended for the named recipient(s) only.If you have received this email in error, please notify the system manager or the sender immediately and do not disclose the contents to anyone or make copies thereof.*** eSafe scanned this email for viruses, vandals, and malicious content. *** _____ --Boundary_(ID_Ctx9xZUtTwPIuib10fKjkA) Content-type: TEXT/HTML; CHARSET=US-ASCII Content-transfer-encoding: 7BIT
Raphael,
 
RFC 3525 says that tonedet package is a extend only package and it defines "*" as the only possible tone id:
 
E.4 Tone Detection Package (of 3225)

Possible values: "wildcard" as defined above is the only value defined in this package. Extensions to this package would add additional possible values for tone id.

Given that, what should the MG send to MGC on detecting a tone.
 
- ramesh


From: Raphael Tryster [mailto:Raphael.Tryster@Teledata-Networks.com]
Sent: Thursday, December 27, 2007 2:55 PM
To: Ramesh Babu Kuppili; megaco@ietf.org
Subject: RE: [Megaco] Megaco Event Descriptor question

After the second Modify, the GW would only report tones detected according to the new Events descriptor in that command, and would no longer process the digit map.  The quote at the end of your message is applicable, exept that it is from H.248.1, not RFC 3435 which describes MGCP.
 
Raphael Tryster (not a guru but standing in for vacationing gurus)


From: Ramesh Babu Kuppili [mailto:RKuppili@zhone.com]
Sent: Thursday, December 27, 2007 11:14 AM
To: megaco@ietf.org
Subject: [Megaco] Megaco Event Descriptor question

Hello Gurus,
 
I have a question about Megaco Event Descriptor.  I am receiving the following message from the MGC.
 
!/1 [xx.xx.xx.xx]:2944 T=372855742{C=-{MF=A1{E=369098767{dd/ce{DM=dmap1},al/*},SG{cg/dt},DM=dmap1{(1xx|9xx|0[2-9]xxx|00[1-9]xxxx|[2-8]xxxxxx|0[2-9]xxxxxxx|05xxxxxxxx|E|F|x.F|[0-9].L)}}}
 
The event descriptor in the above message is asking the GW to use ditigmap "dmap1".  After sometime we are receiving the following message from MGC:
 
!/1 [xx.xx.xx.xx]:2944 T=372855743{C=-{MF=A1{E=369098752{tonedet/std{tl=*},al/*},SG{}}}
 
Please note that the event descriptor in the above message does not have any digitmap event.  The quesion is, "on receiving the seocond modify from MGC, should GW still be detecting DTMF to be reported immediately to the switch based on the dtmp package received in the first modify message. 
 
Or should it overwrite its event decriptor with the one from second Modify (RFC 3435 seems to propose this).  Thereby not detecting any DTMF after the second modify is received.
 
text from RFC 3435
"An EventsDescriptor received by a media gateway replaces any previous Events descriptor. Event notification in process shall complete, and events detected after the command containing the new EventsDescriptor executes, shall be processed according to the new EventsDescriptor." (section 7.1.9).
 
Thanks for your time.
 
- ramesh

IMPORTANT: The contents of this email and any attachments are confidential. They are intended for the named recipient(s) only.
If you have received this email in error, please notify the system manager or the sender immediately and do not disclose the contents to anyone or make copies thereof.
*** eSafe scanned this email for viruses, vandals, and malicious content. ***

--Boundary_(ID_Ctx9xZUtTwPIuib10fKjkA)-- --===============1420384749== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============1420384749==-- From megaco-bounces@ietf.org Thu Dec 27 06:33:16 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J7qzA-0003RL-7t; Thu, 27 Dec 2007 06:33:12 -0500 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J7qz8-0003RF-DU for megaco@ietf.org; Thu, 27 Dec 2007 06:33:10 -0500 Received: from jaguar.aricent.com ([61.246.186.17]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J7qz6-0008BE-MB for megaco@ietf.org; Thu, 27 Dec 2007 06:33:10 -0500 Received: from jaguar.aricent.com (localhost [127.0.0.1]) by jaguar.aricent.com (8.13.8/8.13.8) with ESMTP id lBRBMFuw028358 for ; Thu, 27 Dec 2007 16:52:15 +0530 Received: from sandesh.gur.aricent.com (sandesh [10.203.142.21]) by jaguar.aricent.com (8.13.8/8.13.8) with ESMTP id lBRBM8OX028326; Thu, 27 Dec 2007 16:52:09 +0530 In-Reply-To: <0JTP00G8PC9G0K20@priority.oak.zhone.com> To: Ramesh Babu Kuppili Subject: RE: [Megaco] Megaco Event Descriptor question MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.5 November 30, 2005 Message-ID: From: Navdeep Bhatia Date: Thu, 27 Dec 2007 17:02:55 +0530 X-MIMETrack: Serialize by Router on Sandesh/HSS(Release 6.5.5|November 30, 2005) at 27/12/2007 05:07:57 PM, Serialize complete at 27/12/2007 05:07:57 PM X-Spam-Score: 0.0 (/) X-Scan-Signature: e5bfa71b340354e384155def5e70b13b Cc: megaco@ietf.org, Raphael Tryster X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1619695083==" Errors-To: megaco-bounces@ietf.org This is a multipart message in MIME format. --===============1619695083== Content-Type: multipart/alternative; boundary="=_alternative 003F70BC652573BE_=" This is a multipart message in MIME format. --=_alternative 003F70BC652573BE_= Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Hi=20Ramesh,=0D=0A=0D=0AAs=20per=20RFC=203525,=20the=20package=20?tonedet= ?=20is=20designed=20to=20be=20extended=20only.=20=0D=0AAny=20package=20th= at=20is=20designed=20to=20be=20extended=20cannot=20be=20published=20in=20= Megaco=20=0D=0Amessages=20(refer=20section=2012.1.1).=0D=0ASo,=20one=20of= =20the=20possibility=20can=20be=20receiving=20following=20MEGACO=20messag= e:=0D=0A=0D=0A!/1=20[xx.xx.xx.xx]:2944=20T=3D372855743{C=3D-{MF=3DA1{E=3D= 369098752{dd=0D=0A/std{tl=3D*},al/*},SG{}}}=0D=0A=0D=0AFor=20the=20above= =20message,=20the=20list=20of=20tone=20ids=20are=20described=20in=20secti= on=20E.6=20=0D=0A(DTMF=20detection=20Package,=20also=20see=20table=20in= =20section=20E.5.3).=0D=0AIf=20the=20toneid=20is=20wildcarded=20(*)=20as= =20is=20in=20your=20case,=20any=20tone=20detected=20from=20=0D=0Athe=20li= st=20of=20tone=20ids=20(extended=20by=20the=20package=20implemented)=20is= =20reported=20to=20=0D=0AMGC.=0D=0A=0D=0APS:=20Apart=20from=20DTMF=20dete= ction=20Package(dd),=20Call=20Progress=20Tones=20Detection=20=0D=0APackag= e(cd)=20also=20extends=20"tonedet".=0D=0A=0D=0ARegards,=0D=0ANavdeep=0D= =0A=0D=0ANavdeep=20Bhatia=0D=0ASenior=20Software=20Engineer=0D=0A=20=0D= =0AA=20R=20I=20C=20E=20N=20T=0D=0A=20=0D=0AThe=20Presidency,=20Tower-A,= =20=0D=0A351/2,=20Sector=2014=20MG=20Road,=20=0D=0AGurgaon-122001,=20Hary= ana,=20India=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=20=0D=0A=0D=0A=0D=0A=0D= =0ARamesh=20Babu=20Kuppili=20=20=0D=0A12/27/2007=2003= :11=20PM=0D=0A=0D=0A=0D=0ATo=0D=0ARaphael=20Tryster=20,=20megaco@ietf.org=0D=0Acc=0D=0A=0D=0ASubject=0D=0AR= E:=20[Megaco]=20Megaco=20Event=20Descriptor=20question=0D=0A=0D=0A=0D=0A= =0D=0A=0D=0A=0D=0A=0D=0ARaphael,=0D=0A=20=0D=0ARFC=203525=20says=20that= =20tonedet=20package=20is=20a=20extend=20only=20package=20and=20it=20defi= nes=20=0D=0A"*"=20as=20the=20only=20possible=20tone=20id:=0D=0A=20=0D=0AE= .4=20Tone=20Detection=20Package=20(of=203225)=0D=0APossible=20values:=20"= wildcard"=20as=20defined=20above=20is=20the=20only=20value=20defined=20in= =20=0D=0Athis=20package.=20Extensions=20to=20this=20package=20would=20add= =20additional=20possible=20=0D=0Avalues=20for=20tone=20id.=0D=0AGiven=20t= hat,=20what=20should=20the=20MG=20send=20to=20MGC=20on=20detecting=20a=20= tone.=0D=0A=20=0D=0A-=20ramesh=0D=0A=0D=0AFrom:=20Raphael=20Tryster=20[ma= ilto:Raphael.Tryster@Teledata-Networks.com]=20=0D=0ASent:=20Thursday,=20D= ecember=2027,=202007=202:55=20PM=0D=0ATo:=20Ramesh=20Babu=20Kuppili;=20me= gaco@ietf.org=0D=0ASubject:=20RE:=20[Megaco]=20Megaco=20Event=20Descripto= r=20question=0D=0A=0D=0AAfter=20the=20second=20Modify,=20the=20GW=20would= =20only=20report=20tones=20detected=20according=20=0D=0Ato=20the=20new=20= Events=20descriptor=20in=20that=20command,=20and=20would=20no=20longer=20= process=20=0D=0Athe=20digit=20map.=20=20The=20quote=20at=20the=20end=20of= =20your=20message=20is=20applicable,=20exept=20=0D=0Athat=20it=20is=20fro= m=20H.248.1,=20not=20RFC=203435=20which=20describes=20MGCP.=0D=0A=20=0D= =0ARaphael=20Tryster=20(not=20a=20guru=20but=20standing=20in=20for=20vaca= tioning=20gurus)=0D=0A=0D=0AFrom:=20Ramesh=20Babu=20Kuppili=20[mailto:RKu= ppili@zhone.com]=20=0D=0ASent:=20Thursday,=20December=2027,=202007=2011:1= 4=20AM=0D=0ATo:=20megaco@ietf.org=0D=0ASubject:=20[Megaco]=20Megaco=20Eve= nt=20Descriptor=20question=0D=0A=0D=0AHello=20Gurus,=0D=0A=20=0D=0AI=20ha= ve=20a=20question=20about=20Megaco=20Event=20Descriptor.=20=20I=20am=20re= ceiving=20the=20=0D=0Afollowing=20message=20from=20the=20MGC.=0D=0A=20=0D= =0A!/1=20[xx.xx.xx.xx]:2944=20=0D=0AT=3D372855742{C=3D-{MF=3DA1{E=3D36909= 8767{dd/ce{DM=3Ddmap1},al/*},SG{cg/dt},DM=3Ddmap1{(1xx|9xx|0[2-9]xxx|00[1= -9]xxxx|[2-8]xxxxxx|0[2-9]xxxxxxx|05xxxxxxxx|E|F|x.F|[0-9].L)}}}=0D=0A=20= =0D=0AThe=20event=20descriptor=20in=20the=20above=20message=20is=20asking= =20the=20GW=20to=20use=20ditigmap=20=0D=0A"dmap1".=20=20After=20sometime= =20we=20are=20receiving=20the=20following=20message=20from=20MGC:=0D=0A= =20=0D=0A!/1=20[xx.xx.xx.xx]:2944=20=0D=0AT=3D372855743{C=3D-{MF=3DA1{E= =3D369098752{tonedet/std{tl=3D*},al/*},SG{}}}=0D=0A=20=0D=0APlease=20note= =20that=20the=20event=20descriptor=20in=20the=20above=20message=20does=20= not=20have=20=0D=0Aany=20digitmap=20event.=20=20The=20quesion=20is,=20"on= =20receiving=20the=20seocond=20modify=20from=20=0D=0AMGC,=20should=20GW= =20still=20be=20detecting=20DTMF=20to=20be=20reported=20immediately=20to= =20the=20=0D=0Aswitch=20based=20on=20the=20dtmp=20package=20received=20in= =20the=20first=20modify=20message.=20=0D=0A=20=0D=0AOr=20should=20it=20ov= erwrite=20its=20event=20decriptor=20with=20the=20one=20from=20second=20Mo= dify=20=0D=0A(RFC=203435=20seems=20to=20propose=20this).=20=20Thereby=20n= ot=20detecting=20any=20DTMF=20after=20=0D=0Athe=20second=20modify=20is=20= received.=0D=0A=20=0D=0Atext=20from=20RFC=203435=0D=0A"An=20EventsDescrip= tor=20received=20by=20a=20media=20gateway=20replaces=20any=20previous=20= =0D=0AEvents=20descriptor.=20Event=20notification=20in=20process=20shall= =20complete,=20and=20=0D=0Aevents=20detected=20after=20the=20command=20co= ntaining=20the=20new=20EventsDescriptor=20=0D=0Aexecutes,=20shall=20be=20= processed=20according=20to=20the=20new=20EventsDescriptor."=20=0D=0A(sect= ion=207.1.9).=0D=0A=20=0D=0AThanks=20for=20your=20time.=0D=0A=20=0D=0A-= =20ramesh=0D=0AIMPORTANT:=20The=20contents=20of=20this=20email=20and=20an= y=20attachments=20are=20=0D=0Aconfidential.=20They=20are=20intended=20for= =20the=20named=20recipient(s)=20only.=0D=0AIf=20you=20have=20received=20t= his=20email=20in=20error,=20please=20notify=20the=20system=20manager=20= =0D=0Aor=20the=20sender=20immediately=20and=20do=20not=20disclose=20the= =20contents=20to=20anyone=20or=20=0D=0Amake=20copies=20thereof.=0D=0A***= =20eSafe=20scanned=20this=20email=20for=20viruses,=20vandals,=20and=20mal= icious=20content.=20=0D=0A***=20_________________________________________= ______=0D=0AMegaco=20mailing=20list=0D=0AMegaco@ietf.org=0D=0Ahttps://www= 1.ietf.org/mailman/listinfo/megaco=0D=0A=0D=0A=0D=0A=0D=0A***************= ********=20=20Aricent-=20Confidential=20=20=20***********************=0D= =0A"DISCLAIMER:=20This=20message=20is=20proprietary=20to=20Aricent=20=20a= nd=20is=20intended=20solely=20for=20the=20use=20of=20=0Athe=20individual= =20to=20whom=20it=20is=20addressed.=20It=20may=20contain=20privileged=20o= r=20confidential=20information=20and=20should=20not=20be=20=0Acirculated= =20or=20used=20for=20any=20purpose=20other=20than=20for=20what=20it=20is= =20intended.=20If=20you=20have=20received=20this=20message=20in=20error,= =20=0Aplease=20notify=20the=20originator=20immediately.=20If=20you=20are= =20not=20the=20intended=20recipient,=20you=20are=20notified=20that=20you= =20are=20strictly=0Aprohibited=20from=20using,=20copying,=20altering,=20o= r=20disclosing=20the=20contents=20of=20this=20message.=20Aricent=20accept= s=20no=20responsibility=20for=20=0Aloss=20or=20damage=20arising=20from=20= the=20use=20of=20the=20information=20transmitted=20by=20this=20email=20in= cluding=20damage=20from=20virus."=0A --=_alternative 003F70BC652573BE_= Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable =0D=0A
Hi=20Ramesh,=0D= =0A
=0D=0A
As=20per=20RFC=20= 3525,=20the=20package=20“tonedet”=0D=0Ais=20designed=20to=20b= e=20extended=20only.=20 Any=20package=20that=20is=20designed=20to=0D= =0Abe=20extended=20cannot=20be=20published=20in=20Megaco=20messages=20(re= fer=20section=2012.1.1).=0D=0A
So,=20one=20of=20the=20possibility=20can=20be=20receiving=0D=0Afol= lowing=20MEGACO=20message:=0D=0A
=0D=0A
!/1=20[xx.xx.xx.xx]:2944=20T=3D372855743{C= =3D-{MF=3DA1{E=3D369098752{dd/std{tl=3D*},al/*},SG{}}}
=0D=0A=0D=0A
For=20the=20above=20message,=20the=20list=20of= =20tone=0D=0Aids=20are=20described=20in=20section=20E.6=20(DTMF=20detecti= on=20Package,=20also=20see=20table=0D=0Ain=20section=20E.5.3).=0D= =0A
If=20the=20toneid=20is=20wi= ldcarded=20(*)=20as=20is=0D=0Ain=20your=20case,=20any=20tone=20detected= =20from=20the=20list=20of=20tone=20ids=20(extended=20by=0D=0Athe=20packag= e=20implemented)=20is=20reported=20to=20MGC.=0D=0A
=0D=0A
PS:=20Apart=20from=20DTMF=20detectio= n=20Package(dd),=0D=0ACall=20Progress=20Tones=20Detection=20Package(cd)= =20also=20extends=20"tonedet".=0D=0A
=0D=0A
Regards,=0D=0A
Navdeep=0D=0A
=0D=0A=0D=0A=0D=0ANavdeep=20Bhatia=0D=0A=0D=0ASenior= =20Software=20Engineer=0D=0A=0D=0A =0D=0A=0D=0AA= =20R=20I=20C=20E=20N=20T=0D=0A=0D=0A =0D=0A=0D=0AThe=20Presidency,=20Tower-A,=20=0D=0A=0D= =0A351/2,=20Secto= r=2014=20MG=20Road,=20=0D=0A=0D=0AGurgaon-122001,=20Haryana,=20I= ndia=0D=0A=0D=0A=0D=0A= =0D=0A=0D=0A=0D=0A=0D=0A=0D= =0A=0D=0A
=0D=0A

 =0D=0A=0D=0A
=0D=0A
=0D=0A=0D=0A=0D=0ARamesh= =20Babu=20Kuppili=20<RKuppili@zhone.com>=0D=0A=0D=0A

<= font=20size=3D1=20face=3D"sans-serif">12/27/2007=2003:11=20PM=0D= =0A
=0D=0A=0D=0A=0D=0A=0D= =0A=0D=0A= To

=0D=0ARaphael=20Tryster=20<Raphael.Tryster@Teledata-Networks.com>,= =0D=0Amegaco@ietf.org=0D=0A=0D=0A=0D=0Acc
=0D=0A=0D=0A=0D=0A=0D=0ASubject
=0D=0ARE:=20[Megaco]=20Megaco=20Event=0D=0ADe= scriptor=20question=0D=0A
=0D=0A=0D=0A=0D=0A
=0D=0A
=0D=0A
=0D=0A
=0D=0A=0D=0A
Raphael,
=0D=0A
 =0D=0A
RFC=203525=20says=20that=20tonedet=20package= =0D=0Ais=20a=20extend=20only=20package=20and=20it=20defines=20"*&quo= t;=20as=20the=20only=20possible=0D=0Atone=20id:=0D=0A
 =0D=0A
E.4=20Tone=20Detection=20Package=20(of=0D=0A3225)=0D=0A

<= font=20size=3D2=20color=3Dred=20face=3D"Courier">Possible=20values:=20&qu= ot;wildcard"=0D=0Aas=20defined=20above=20is=20the=20only=20value=20d= efined=20in=20this=20package.=20Extensions=0D=0Ato=20this=20package=20wou= ld=20add=20additional=20possible=20values=20for=20tone=20id.=0D=0A=

Given=20that,=20wha= t=20should=20the=20MG=0D=0Asend=20to=20MGC=20on=20detecting=20a=20tone.=0D=0A
 =0D=0A
-=20ramesh=0D=0A
=0D=0A
= =0D=0A


From:=20Raphael=20Try= ster=20[mailto:Raphael.Tryster@Teledata-Networks.com]=0D=0A
=0D=0AS= ent:
=20Thursday,=20December=2027,=202007=202:55=20PM
=0D=0ATo:<= /b>=20Ramesh=20Babu=20Kuppili;=20megaco@ietf.org
=0D=0ASubject:
= =20RE:=20[Megaco]=20Megaco=20Event=20Descriptor=20question
=0D=0A=0D=0A
After=20the=20second=20Modify,=20the=20GW=0D=0Awould=20only= =20report=20tones=20detected=20according=20to=20the=20new=20Events=20desc= riptor=0D=0Ain=20that=20command,=20and=20would=20no=20longer=20process=20= the=20digit=20map.=20 The=20quote=0D=0Aat=20the=20end=20of=20your=20= message=20is=20applicable,=20exept=20that=20it=20is=20from=20H.248.1,=0D= =0Anot=20RFC=203435=20which=20describes=20MGCP.=0D=0A
 =0D=0A
Raphael=20Tryster=20(not=20a=20guru=20but=0D=0Astanding=20in=20for= =20vacationing=20gurus)=0D=0A
=0D=0A
=0D=0A
From:=20Ramesh=20Babu=20Kuppili=20[mailto:R= Kuppili@zhone.com]=0D=0A
=0D=0ASent:
=20Thursday,=20December=202= 7,=202007=2011:14=20AM
=0D=0ATo:
=20megaco@ietf.org
=0D=0A= Subject:
=20[Megaco]=20Megaco=20Event=20Descriptor=20question
=0D=0A=0D=0A
Hello=20Gurus,=0D=0A
 =0D=0AI=20have=20a=20question=20about=20Mega= co=20Event=20Descriptor.=0D=0A I=20am=20receiving=20the=20following= =20message=20from=20the=20MGC.=0D=0A
 
=0D=0A
!/1=20[xx.xx.xx.xx]:2944= =20T=3D372855742{C=3D-{MF=3DA1{E=3D369098767{dd/ce{DM=3Ddmap1},al/*},SG{c= g/dt},DM=3Ddmap1{(1xx|9xx|0[2-9]xxx|00[1-9]xxxx|[2-8]xxxxxx|0[2-9]xxxxxxx= |05xxxxxxxx|E|F|x.F|[0-9].L)}}}=0D=0A
 =0D=0A
The=20event=20descriptor= =20in=20the=20above=20message=0D=0Ais=20asking=20the=20GW=20to=20use=20di= tigmap=20"dmap1".=20 After=20sometime=0D=0Awe=20are=20rece= iving=20the=20following=20message=20from=20MGC:=0D=0A
 =0D=0A
!/1=20[x= x.xx.xx.xx]:2944=20T=3D372855743{C=3D-{MF=3DA1{E=3D369098752{tonedet/std{= tl=3D*},al/*},SG{}}}=0D=0A
 =0D=0A=
Please=20note=20that=20the=20event= =20descriptor=20in=0D=0Athe=20above=20message=20does=20not=20have=20any= =20digitmap=20event.=20 The=20quesion=20is,=0D=0A"on=20receivin= g=20the=20seocond=20modify=20from=20MGC,=20should=20GW=20still=20be=20det= ecting=0D=0ADTMF=20to=20be=20reported=20immediately=20to=20the=20switch= =20based=20on=20the=20dtmp=20package=0D=0Areceived=20in=20the=20first=20m= odify=20message.=20 =0D=0A
 = =0D=0A
Or=20should=20it=20overwrite= =20its=20event=20decriptor=0D=0Awith=20the=20one=20from=20second=20Modify= =20(RFC=203435=20seems=20to=20propose=20this).=20 Thereby=0D=0Anot= =20detecting=20any=20DTMF=20after=20the=20second=20modify=20is=20received= .=0D=0A
 =0D=0A
text=20from=20RFC=203435=0D=0A
"An= =0D=0AEventsDescriptor=20received=20by=20a=20media=20gateway=20replaces= =20any=20previous=20Events=0D=0Adescriptor.=20Event=20notification=20in= =20process=20shall=20complete,=20and=20events=20detected=0D=0Aafter=20the= =20command=20containing=20the=20new=20EventsDescriptor=20executes,=20shal= l=20be=0D=0Aprocessed=20according=20to=20the=20new=20EventsDescriptor.&qu= ot;=20(section=207.1.9).=0D=0A
 = =0D=0A
Thanks=20for=20your=20time.= =0D=0A
 =0D=0A
-=20ramesh=0D=0A
=0D=0A
IMPORTANT:=20The=20contents=20of=20this=20email=0D= =0Aand=20any=20attachments=20are=20confidential.=20They=20are=20intended= =20for=20the=20named=20recipient(s)=0D=0Aonly.
=0D=0AIf=20you=20have= =20received=20this=20email=20in=20error,=20please=20notify=20the=20system= =20manager=0D=0Aor=20the=20sender=20immediately=20and=20do=20not=20disclo= se=20the=20contents=20to=20anyone=20or=0D=0Amake=20copies=20thereof.
<= b>
=0D=0A***=20eSafe=20scanned=20this=20email=20for=20viruses,=20vanda= ls,=20and=20malicious=20content.=0D=0A***
=20=0D=0A
_______________________________________________
=0D=0AMeg= aco=20mailing=20list
=0D=0AMegaco@ietf.org
=0D=0Ahttps://www1.ietf.= org/mailman/listinfo/megaco
=0D=0A
=0D=0A

=0D=0A
=0D=0A***********************=20=  Aricent-=20Confidential=20 =20***********************= =0D=0A
"DI=
SCLAIMER:=20This=20message=20is=20proprietary=20to=20Aricent=20=20and=20i=
s=20intended=20solely=20for=20the=20use=20of=20=0Athe=20individual=20to=
=20whom=20it=20is=20addressed.=20It=20may=20contain=20privileged=20or=20c=
onfidential=20information=20and=20should=20not=20be=20=0Acirculated=20or=
=20used=20for=20any=20purpose=20other=20than=20for=20what=20it=20is=20int=
ended.=20If=20you=20have=20received=20this=20message=20in=20error,=20=0Ap=
lease=20notify=20the=20originator=20immediately.=20If=20you=20are=20not=
=20the=20intended=20recipient,=20you=20are=20notified=20that=20you=20are=
=20strictly=0Aprohibited=20from=20using,=20copying,=20altering,=20or=20di=
sclosing=20the=20contents=20of=20this=20message.=20Aricent=20accepts=20no=
=20responsibility=20for=20=0Aloss=20or=20damage=20arising=20from=20the=20=
use=20of=20the=20information=20transmitted=20by=20this=20email=20includin=
g=20damage=20from=20virus."=0A
--=_alternative 003F70BC652573BE_=-- --===============1619695083== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============1619695083==-- From megaco-bounces@ietf.org Thu Dec 27 06:46:45 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J7rCG-0002ew-NK; Thu, 27 Dec 2007 06:46:44 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J7rCE-0002em-Ez for megaco@ietf.org; Thu, 27 Dec 2007 06:46:42 -0500 Received: from zw2-smtp1.zhone.com ([199.190.211.5]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1J7rC4-0006h7-IQ for megaco@ietf.org; Thu, 27 Dec 2007 06:46:42 -0500 Received: from priority.oak.zhone.com (priority.oak.zhone.com [172.16.1.21]) by smtp.zhone.com (8.12.1/8.12.1) with ESMTP id lBRBlW2E015424 for ; Thu, 27 Dec 2007 03:47:32 -0800 (PST) Received: from RKUPPILI.zhone.com ([192.168.127.40]) by priority.oak.zhone.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTP id <0JTP00J3GI1HOA20@priority.oak.zhone.com> for megaco@ietf.org; Thu, 27 Dec 2007 03:46:31 -0800 (PST) Content-return: prohibited Date: Thu, 27 Dec 2007 17:16:26 +0530 From: Ramesh Babu Kuppili Subject: RE: [Megaco] Megaco Event Descriptor question In-reply-to: To: Navdeep Bhatia Message-id: <0JTP00J3HI1HOA20@priority.oak.zhone.com> MIME-version: 1.0 X-Mailer: Sun Outlook Connector 7.2.310.1 X-Spam-Score: 0.0 (/) X-Scan-Signature: bd8a74b81c71f965ca7918b90d1c49c0 Cc: megaco@ietf.org, Raphael Tryster X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1713963699==" Errors-To: megaco-bounces@ietf.org --===============1713963699== Content-return: prohibited Content-type: multipart/alternative; boundary="Boundary_(ID_+FTIc8Mb6AyJbNZIrSt8bg)" --Boundary_(ID_+FTIc8Mb6AyJbNZIrSt8bg) Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: QUOTED-PRINTABLE Hi Navdeep, =20 I am clear about what the "Observed Event Descriptor" in the notify message= should contain when the event descriptor in Modify message has DTMF detect= ion package. But my confusion is that the MGC is sending "tonedet" package= (tonedet/std{tl=3D*}) in the modify message. I understand that tonedet pa= ckage cannot be directly referred since it is a extend only package. Given= that, how should the MG behave when it receives a command with tonedet pac= kage reference. Should i nack the modify message that has reference to ton= edet package. =20 - ramesh _____=20 From: Navdeep Bhatia [mailto:navdeep.bhatia@aricent.com] Sent: Thursday, De= cember 27, 2007 5:03 PMTo: Ramesh Babu KuppiliCc: megaco@ietf.org; Raphael = TrysterSubject: RE: [Megaco] Megaco Event Descriptor question Hi Ramesh, As per RFC 3525, the package "tonedet" is designed to be extende= d only. Any package that is designed to be extended cannot be published in= Megaco messages (refer section 12.1.1). So, one of the possibility can be = receiving following MEGACO message: !/1 [xx.xx.xx.xx]:2944 T=3D372855743{C= =3D-{MF=3DA1{E=3D369098752{dd/std{tl=3D*},al/*},SG{}}}For the above message= , the list of tone ids are described in section E.6 (DTMF detection Package= , also see table in section E.5.3). If the toneid is wildcarded (*) as is i= n your case, any tone detected from the list of tone ids (extended by the p= ackage implemented) is reported to MGC. PS: Apart from DTMF detection Packa= ge(dd), Call Progress Tones Detection Package(cd) also extends "tonedet". R= egards, Navdeep=20 Navdeep Bhatia=20 Senior Software Engineer=20 =20 A R I C E N T=20 =20 The Presidency, Tower-A,=20 351/2, Sector 14 MG Road,=20 Gurgaon-122001, Haryana, India=20 Ramesh Babu Kuppili =20 12/27/2007 03:11 PM=20 To Raphael Tryster , megaco@ietf.org=20 cc Subject RE: [Megaco] Megaco Event Descriptor question =09 Raphael, RFC 3525 says that tonedet package is a extend only package and = it defines "*" as the only possible tone id: E.4 Tone Detection Package (= of 3225)=20 Possible values: "wildcard" as defined above is the only value defined in t= his package. Extensions to this package would add additional possible value= s for tone id.=20 Given that, what should the MG send to MGC on detecting a tone. - ramesh= =20 _____=20 From: Raphael Tryster [mailto:Raphael.Tryster@Teledata-Networks.com] Sent: = Thursday, December 27, 2007 2:55 PMTo: Ramesh Babu Kuppili; megaco@ietf.org= Subject: RE: [Megaco] Megaco Event Descriptor questionAfter the second Modi= fy, the GW would only report tones detected according to the new Events des= criptor in that command, and would no longer process the digit map. The qu= ote at the end of your message is applicable, exept that it is from H.248.1= , not RFC 3435 which describes MGCP. Raphael Tryster (not a guru but stan= ding in for vacationing gurus)=20 _____=20 From: Ramesh Babu Kuppili [mailto:RKuppili@zhone.com] Sent: Thursday, Decem= ber 27, 2007 11:14 AMTo: megaco@ietf.orgSubject: [Megaco] Megaco Event Desc= riptor questionHello Gurus, I have a question about Megaco Event Descript= or. I am receiving the following message from the MGC. !/1 [xx.xx.xx.xx]= :2944 T=3D372855742{C=3D-{MF=3DA1{E=3D369098767{dd/ce{DM=3Ddmap1},al/*},SG{= cg/dt},DM=3Ddmap1{(1xx|9xx|0[2-9]xxx|00[1-9]xxxx|[2-8]xxxxxx|0[2-9]xxxxxxx|= 05xxxxxxxx|E|F|x.F|[0-9].L)}}} The event descriptor in the above message = is asking the GW to use ditigmap "dmap1". After sometime we are receiving = the following message from MGC: !/1 [xx.xx.xx.xx]:2944 T=3D372855743{C=3D= -{MF=3DA1{E=3D369098752{tonedet/std{tl=3D*},al/*},SG{}}} Please note that= the event descriptor in the above message does not have any digitmap event= . The quesion is, "on receiving the seocond modify from MGC, should GW sti= ll be detecting DTMF to be reported immediately to the switch based on the = dtmp package received in the first modify message. Or should it overwri= te its event decriptor with the one from second Modify (RFC 3435 seems to p= ropose this). Thereby not detecting any DTMF after the second modify is re= ceived. text from RFC 3435 "An EventsDescriptor received by a media gatew= ay replaces any previous Events descriptor. Event notification in process s= hall complete, and events detected after the command containing the new Eve= ntsDescriptor executes, shall be processed according to the new EventsDescr= iptor." (section 7.1.9). Thanks for your time. - ramesh=20 _____=20 IMPORTANT: The contents of this email and any attachments are confidential.= They are intended for the named recipient(s) only.If you have received thi= s email in error, please notify the system manager or the sender immediatel= y and do not disclose the contents to anyone or make copies thereof.*** eSa= fe scanned this email for viruses, vandals, and malicious content. ***=20 _____=20 _______________________________________________Megaco mailing listMegaco@ie= tf.orghttps://www1.ietf.org/mailman/listinfo/megaco*********************** = Aricent- Confidential ***********************=20 "DISCLAIMER: This message is proprietary to Aricent and is intended solely= for the use of the individual to whom it is addressed. It may contain priv= ileged or confidential information and should not be circulated or used for= any purpose other than for what it is intended. If you have received this = message in error, please notify the originator immediately. If you are not = the intended recipient, you are notified that you are strictlyprohibited fr= om using, copying, altering, or disclosing the contents of this message. Ar= icent accepts no responsibility for loss or damage arising from the use of = the information transmitted by this email including damage from virus." --Boundary_(ID_+FTIc8Mb6AyJbNZIrSt8bg) Content-type: TEXT/HTML; CHARSET=US-ASCII Content-transfer-encoding: 7BIT
Hi Navdeep,
 
I am clear about what the "Observed Event Descriptor" in the notify message should contain when the event descriptor in Modify message has DTMF detection package.  But my confusion is that the MGC is sending "tonedet" package (tonedet/std{tl=*}) in the modify message.  I understand that tonedet package cannot be directly referred since it is a extend only package.  Given that, how should the MG behave when it receives a command with tonedet package reference.  Should i nack the modify message that has reference to tonedet package.
 
- ramesh


From: Navdeep Bhatia [mailto:navdeep.bhatia@aricent.com]
Sent: Thursday, December 27, 2007 5:03 PM
To: Ramesh Babu Kuppili
Cc: megaco@ietf.org; Raphael Tryster
Subject: RE: [Megaco] Megaco Event Descriptor question


Hi Ramesh,

As per RFC 3525, the package “tonedet” is designed to be extended only.  Any package that is designed to be extended cannot be published in Megaco messages (refer section 12.1.1).
So, one of the possibility can be receiving following MEGACO message:

!/1 [xx.xx.xx.xx]:2944 T=372855743{C=-{MF=A1{E=369098752{dd/std{tl=*},al/*},SG{}}}

For the above message, the list of tone ids are described in section E.6 (DTMF detection Package, also see table in section E.5.3).
If the toneid is wildcarded (*) as is in your case, any tone detected from the list of tone ids (extended by the package implemented) is reported to MGC.

PS: Apart from DTMF detection Package(dd), Call Progress Tones Detection Package(cd) also extends "tonedet".

Regards,
Navdeep
Navdeep Bhatia
Senior Software Engineer
 
A R I C E N T
 
The Presidency, Tower-A,
351/2, Sector 14 MG Road,
Gurgaon-122001, Haryana, India




Ramesh Babu Kuppili <RKuppili@zhone.com>

12/27/2007 03:11 PM

To
Raphael Tryster <Raphael.Tryster@Teledata-Networks.com>, megaco@ietf.org
cc
Subject
RE: [Megaco] Megaco Event Descriptor question





Raphael,
 
RFC 3525 says that tonedet package is a extend only package and it defines "*" as the only possible tone id:
 
E.4 Tone Detection Package (of 3225)

Possible values: "wildcard" as defined above is the only value defined in this package. Extensions to this package would add additional possible values for tone id.

Given that, what should the MG send to MGC on detecting a tone.
 
- ramesh


From: Raphael Tryster [mailto:Raphael.Tryster@Teledata-Networks.com]
Sent:
Thursday, December 27, 2007 2:55 PM
To:
Ramesh Babu Kuppili; megaco@ietf.org
Subject:
RE: [Megaco] Megaco Event Descriptor question


After the second Modify, the GW would only report tones detected according to the new Events descriptor in that command, and would no longer process the digit map.  The quote at the end of your message is applicable, exept that it is from H.248.1, not RFC 3435 which describes MGCP.
 
Raphael Tryster (not a guru but standing in for vacationing gurus)


From: Ramesh Babu Kuppili [mailto:RKuppili@zhone.com]
Sent:
Thursday, December 27, 2007 11:14 AM
To:
megaco@ietf.org
Subject:
[Megaco] Megaco Event Descriptor question


Hello Gurus,
 
I have a question about Megaco Event Descriptor.  I am receiving the following message from the MGC.
 
!/1 [xx.xx.xx.xx]:2944 T=372855742{C=-{MF=A1{E=369098767{dd/ce{DM=dmap1},al/*},SG{cg/dt},DM=dmap1{(1xx|9xx|0[2-9]xxx|00[1-9]xxxx|[2-8]xxxxxx|0[2-9]xxxxxxx|05xxxxxxxx|E|F|x.F|[0-9].L)}}}
 
The event descriptor in the above message is asking the GW to use ditigmap "dmap1".  After sometime we are receiving the following message from MGC:
 
!/1 [xx.xx.xx.xx]:2944 T=372855743{C=-{MF=A1{E=369098752{tonedet/std{tl=*},al/*},SG{}}}
 
Please note that the event descriptor in the above message does not have any digitmap event.  The quesion is, "on receiving the seocond modify from MGC, should GW still be detecting DTMF to be reported immediately to the switch based on the dtmp package received in the first modify message.  
 
Or should it overwrite its event decriptor with the one from second Modify (RFC 3435 seems to propose this).  Thereby not detecting any DTMF after the second modify is received.
 
text from RFC 3435
"An EventsDescriptor received by a media gateway replaces any previous Events descriptor. Event notification in process shall complete, and events detected after the command containing the new EventsDescriptor executes, shall be processed according to the new EventsDescriptor." (section 7.1.9).
 
Thanks for your time.
 
- ramesh

IMPORTANT: The contents of this email and any attachments are confidential. They are intended for the named recipient(s) only.
If you have received this email in error, please notify the system manager or the sender immediately and do not disclose the contents to anyone or make copies thereof.

*** eSafe scanned this email for viruses, vandals, and malicious content. ***

_______________________________________________
Megaco mailing list
Megaco@ietf.org
https://www1.ietf.org/mailman/listinfo/megaco



***********************  Aricent- Confidential   ***********************
"DISCLAIMER: This message is proprietary to Aricent  and is intended solely for the use of 
the individual to whom it is addressed. It may contain privileged or confidential information and should not be 
circulated or used for any purpose other than for what it is intended. If you have received this message in error, 
please notify the originator immediately. If you are not the intended recipient, you are notified that you are strictly
prohibited from using, copying, altering, or disclosing the contents of this message. Aricent accepts no responsibility for 
loss or damage arising from the use of the information transmitted by this email including damage from virus."
--Boundary_(ID_+FTIc8Mb6AyJbNZIrSt8bg)-- --===============1713963699== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============1713963699==-- From ElliotabigailCalhoun@favorednations.com Thu Dec 27 07:20:21 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J7rim-0002ip-Ml; Thu, 27 Dec 2007 07:20:20 -0500 Received: from cpe-66-108-246-141.nyc.res.rr.com ([66.108.246.141] helo=yourxhtr8hvc4p.nyc.rr.com) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J7rim-0000kP-CY; Thu, 27 Dec 2007 07:20:20 -0500 Received: from urethane by favorednations.com with SMTP id 0EOn4HePUF for ; Thu, 27 Dec 2007 06:20:02 +0600 From: "Williams Calhoun" To: Cc: , Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J7rup-0001wv-St; Thu, 27 Dec 2007 07:32:47 -0500 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J7ruo-0001tm-It for megaco@ietf.org; Thu, 27 Dec 2007 07:32:46 -0500 Received: from jaguar.aricent.com ([61.246.186.17]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J7rum-0000zN-FZ for megaco@ietf.org; Thu, 27 Dec 2007 07:32:46 -0500 Received: from jaguar.aricent.com (localhost [127.0.0.1]) by jaguar.aricent.com (8.13.8/8.13.8) with ESMTP id lBRCLqGe008490 for ; Thu, 27 Dec 2007 17:51:52 +0530 Received: from sandesh.gur.aricent.com (sandesh [10.203.142.21]) by jaguar.aricent.com (8.13.8/8.13.8) with ESMTP id lBRCLmAw008465; Thu, 27 Dec 2007 17:51:52 +0530 In-Reply-To: <0JTP00J3HI1HOA20@priority.oak.zhone.com> To: Ramesh Babu Kuppili Subject: RE: [Megaco] Megaco Event Descriptor question MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.5 November 30, 2005 Message-ID: From: Navdeep Bhatia Date: Thu, 27 Dec 2007 18:02:38 +0530 X-MIMETrack: Serialize by Router on Sandesh/HSS(Release 6.5.5|November 30, 2005) at 27/12/2007 06:07:39 PM, Serialize complete at 27/12/2007 06:07:39 PM X-Spam-Score: 0.0 (/) X-Scan-Signature: 4c463dcf97e2b913ab242796279c24d2 Cc: megaco@ietf.org, Raphael Tryster X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1529511774==" Errors-To: megaco-bounces@ietf.org This is a multipart message in MIME format. --===============1529511774== Content-Type: multipart/alternative; boundary="=_alternative 0044E84B652573BE_=" This is a multipart message in MIME format. --=_alternative 0044E84B652573BE_= Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Ramesh,=0D=0A=0D=0AFirst=20of=20all,=20MG=20should=20not=20publish=20this= =20PackageID=20(designed=20to=20be=20=0D=0Aextended=20only)=20when=20repo= rting=20packages=20(in=20response=20to=20Audit=20on=20packages).=0D=0AIn= =20case,=20MGC=20still=20sends=20the=20request=20with=20that=20package=20= Id,=20MG=20should=20=0D=0Arespond=20with=20an=20error=20descriptor.=0D=0A= =0D=0ASince,=20the=20behavior=20is=20restricted=20by=20protocol,=20"Proto= col=20Error"=20(error=20=0D=0Acode#401)=20should=20be=20returned=20as=20e= rror=20code.=0D=0A=0D=0ATherefore,=20the=20response=20message=20would=20l= ook=20like:=0D=0A!/1=20[xx.xx.xx.xx]:2944=20P=3D372855743{C=3D-{MF=3DA1{E= rror=3D401{"Protocol=20=0D=0AError"}}}}=0D=0A=0D=0A=0D=0ARegards,=0D=0ANa= vdeep=0D=0A=0D=0ANavdeep=20Bhatia=0D=0ASenior=20Software=20Engineer=0D=0A= =20=0D=0AA=20R=20I=20C=20E=20N=20T=0D=0A=20=0D=0AThe=20Presidency,=20Towe= r-A,=20=0D=0A351/2,=20Sector=2014=20MG=20Road,=20=0D=0AGurgaon-122001,=20= Haryana,=20India=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=20=0D=0A=0D=0A=0D=0A= =0D=0ARamesh=20Babu=20Kuppili=20=20=0D=0A12/27/2007= =2005:16=20PM=0D=0A=0D=0A=0D=0ATo=0D=0ANavdeep=20Bhatia/HSS@HSS=0D=0Acc= =0D=0Amegaco@ietf.org,=20Raphael=20Tryster=20=0D=0ASubject=0D=0ARE:=20[Megaco]=20Megaco=20Event=20Descripto= r=20question=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0AHi=20Navdeep,=0D=0A= =20=0D=0AI=20am=20clear=20about=20what=20the=20"Observed=20Event=20Descri= ptor"=20in=20the=20notify=20=0D=0Amessage=20should=20contain=20when=20the= =20event=20descriptor=20in=20Modify=20message=20has=20=0D=0ADTMF=20detect= ion=20package.=20=20But=20my=20confusion=20is=20that=20the=20MGC=20is=20s= ending=20=0D=0A"tonedet"=20package=20(tonedet/std{tl=3D*})=20in=20the=20m= odify=20message.=20=20I=20understand=20=0D=0Athat=20tonedet=20package=20c= annot=20be=20directly=20referred=20since=20it=20is=20a=20extend=20only=20= =0D=0Apackage.=20=20Given=20that,=20how=20should=20the=20MG=20behave=20wh= en=20it=20receives=20a=20command=20=0D=0Awith=20tonedet=20package=20refer= ence.=20=20Should=20i=20nack=20the=20modify=20message=20that=20has=20=0D= =0Areference=20to=20tonedet=20package.=0D=0A=20=0D=0A-=20ramesh=0D=0A=0D= =0AFrom:=20Navdeep=20Bhatia=20[mailto:navdeep.bhatia@aricent.com]=20=0D= =0ASent:=20Thursday,=20December=2027,=202007=205:03=20PM=0D=0ATo:=20Rames= h=20Babu=20Kuppili=0D=0ACc:=20megaco@ietf.org;=20Raphael=20Tryster=0D=0AS= ubject:=20RE:=20[Megaco]=20Megaco=20Event=20Descriptor=20question=0D=0A= =0D=0A=0D=0AHi=20Ramesh,=20=0D=0A=0D=0AAs=20per=20RFC=203525,=20the=20pac= kage=20?tonedet?=20is=20designed=20to=20be=20extended=20only.=20=0D=0AAny= =20package=20that=20is=20designed=20to=20be=20extended=20cannot=20be=20pu= blished=20in=20Megaco=20=0D=0Amessages=20(refer=20section=2012.1.1).=20= =0D=0ASo,=20one=20of=20the=20possibility=20can=20be=20receiving=20followi= ng=20MEGACO=20message:=20=0D=0A=0D=0A!/1=20[xx.xx.xx.xx]:2944=20T=3D37285= 5743{C=3D-{MF=3DA1{E=3D369098752{dd=0D=0A/std{tl=3D*},al/*},SG{}}}=0D=0A= =0D=0AFor=20the=20above=20message,=20the=20list=20of=20tone=20ids=20are= =20described=20in=20section=20E.6=20=0D=0A(DTMF=20detection=20Package,=20= also=20see=20table=20in=20section=20E.5.3).=20=0D=0AIf=20the=20toneid=20i= s=20wildcarded=20(*)=20as=20is=20in=20your=20case,=20any=20tone=20detecte= d=20from=20=0D=0Athe=20list=20of=20tone=20ids=20(extended=20by=20the=20pa= ckage=20implemented)=20is=20reported=20to=20=0D=0AMGC.=20=0D=0A=0D=0APS:= =20Apart=20from=20DTMF=20detection=20Package(dd),=20Call=20Progress=20Ton= es=20Detection=20=0D=0APackage(cd)=20also=20extends=20"tonedet".=20=0D=0A= =0D=0ARegards,=20=0D=0ANavdeep=20=0D=0ANavdeep=20Bhatia=20=0D=0ASenior=20= Software=20Engineer=20=0D=0A=20=20=0D=0AA=20R=20I=20C=20E=20N=20T=20=0D= =0A=20=20=0D=0AThe=20Presidency,=20Tower-A,=20=0D=0A351/2,=20Sector=2014= =20MG=20Road,=20=0D=0AGurgaon-122001,=20Haryana,=20India=20=0D=0A=0D=0A= =0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0ARamesh=20Babu=20Kuppili=20=20=0D=0A12/27/2007=2003:11=20PM=20=0D=0A=0D=0A=0D=0ATo=0D= =0ARaphael=20Tryster=20,=20megaco@= ietf.org=20=0D=0Acc=0D=0A=0D=0ASubject=0D=0ARE:=20[Megaco]=20Megaco=20Eve= nt=20Descriptor=20question=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D= =0A=0D=0ARaphael,=20=0D=0A=20=20=0D=0ARFC=203525=20says=20that=20tonedet= =20package=20is=20a=20extend=20only=20package=20and=20it=20defines=20=0D= =0A"*"=20as=20the=20only=20possible=20tone=20id:=20=0D=0A=20=20=0D=0AE.4= =20Tone=20Detection=20Package=20(of=203225)=20=0D=0APossible=20values:=20= "wildcard"=20as=20defined=20above=20is=20the=20only=20value=20defined=20i= n=20=0D=0Athis=20package.=20Extensions=20to=20this=20package=20would=20ad= d=20additional=20possible=20=0D=0Avalues=20for=20tone=20id.=20=0D=0AGiven= =20that,=20what=20should=20the=20MG=20send=20to=20MGC=20on=20detecting=20= a=20tone.=20=0D=0A=20=20=0D=0A-=20ramesh=20=0D=0A=0D=0AFrom:=20Raphael=20= Tryster=20[mailto:Raphael.Tryster@Teledata-Networks.com]=20=0D=0ASent:=20= Thursday,=20December=2027,=202007=202:55=20PM=0D=0ATo:=20Ramesh=20Babu=20= Kuppili;=20megaco@ietf.org=0D=0ASubject:=20RE:=20[Megaco]=20Megaco=20Even= t=20Descriptor=20question=0D=0A=0D=0AAfter=20the=20second=20Modify,=20the= =20GW=20would=20only=20report=20tones=20detected=20according=20=0D=0Ato= =20the=20new=20Events=20descriptor=20in=20that=20command,=20and=20would= =20no=20longer=20process=20=0D=0Athe=20digit=20map.=20=20The=20quote=20at= =20the=20end=20of=20your=20message=20is=20applicable,=20exept=20=0D=0Atha= t=20it=20is=20from=20H.248.1,=20not=20RFC=203435=20which=20describes=20MG= CP.=20=0D=0A=20=20=0D=0ARaphael=20Tryster=20(not=20a=20guru=20but=20stand= ing=20in=20for=20vacationing=20gurus)=20=0D=0A=0D=0AFrom:=20Ramesh=20Babu= =20Kuppili=20[mailto:RKuppili@zhone.com]=20=0D=0ASent:=20Thursday,=20Dece= mber=2027,=202007=2011:14=20AM=0D=0ATo:=20megaco@ietf.org=0D=0ASubject:= =20[Megaco]=20Megaco=20Event=20Descriptor=20question=0D=0A=0D=0AHello=20G= urus,=20=0D=0A=20=20=0D=0AI=20have=20a=20question=20about=20Megaco=20Even= t=20Descriptor.=20=20I=20am=20receiving=20the=20=0D=0Afollowing=20message= =20from=20the=20MGC.=20=0D=0A=20=20=0D=0A!/1=20[xx.xx.xx.xx]:2944=20=0D= =0AT=3D372855742{C=3D-{MF=3DA1{E=3D369098767{dd/ce{DM=3Ddmap1},al/*},SG{c= g/dt},DM=3Ddmap1{(1xx|9xx|0[2-9]xxx|00[1-9]xxxx|[2-8]xxxxxx|0[2-9]xxxxxxx= |05xxxxxxxx|E|F|x.F|[0-9].L)}}}=20=0D=0A=0D=0A=20=20=0D=0AThe=20event=20d= escriptor=20in=20the=20above=20message=20is=20asking=20the=20GW=20to=20us= e=20ditigmap=20=0D=0A"dmap1".=20=20After=20sometime=20we=20are=20receivin= g=20the=20following=20message=20from=20MGC:=20=0D=0A=20=20=0D=0A!/1=20[xx= .xx.xx.xx]:2944=20=0D=0AT=3D372855743{C=3D-{MF=3DA1{E=3D369098752{tonedet= /std{tl=3D*},al/*},SG{}}}=20=0D=0A=20=20=0D=0APlease=20note=20that=20the= =20event=20descriptor=20in=20the=20above=20message=20does=20not=20have=20= =0D=0Aany=20digitmap=20event.=20=20The=20quesion=20is,=20"on=20receiving= =20the=20seocond=20modify=20from=20=0D=0AMGC,=20should=20GW=20still=20be= =20detecting=20DTMF=20to=20be=20reported=20immediately=20to=20the=20=0D= =0Aswitch=20based=20on=20the=20dtmp=20package=20received=20in=20the=20fir= st=20modify=20message.=20=20=20=0D=0A=20=20=0D=0AOr=20should=20it=20overw= rite=20its=20event=20decriptor=20with=20the=20one=20from=20second=20Modif= y=20=0D=0A(RFC=203435=20seems=20to=20propose=20this).=20=20Thereby=20not= =20detecting=20any=20DTMF=20after=20=0D=0Athe=20second=20modify=20is=20re= ceived.=20=0D=0A=20=20=0D=0Atext=20from=20RFC=203435=20=0D=0A"An=20Events= Descriptor=20received=20by=20a=20media=20gateway=20replaces=20any=20previ= ous=20=0D=0AEvents=20descriptor.=20Event=20notification=20in=20process=20= shall=20complete,=20and=20=0D=0Aevents=20detected=20after=20the=20command= =20containing=20the=20new=20EventsDescriptor=20=0D=0Aexecutes,=20shall=20= be=20processed=20according=20to=20the=20new=20EventsDescriptor."=20=0D=0A= (section=207.1.9).=20=0D=0A=20=20=0D=0AThanks=20for=20your=20time.=20=0D= =0A=20=20=0D=0A-=20ramesh=20=0D=0AIMPORTANT:=20The=20contents=20of=20this= =20email=20and=20any=20attachments=20are=20=0D=0Aconfidential.=20They=20a= re=20intended=20for=20the=20named=20recipient(s)=20only.=0D=0AIf=20you=20= have=20received=20this=20email=20in=20error,=20please=20notify=20the=20sy= stem=20manager=20=0D=0Aor=20the=20sender=20immediately=20and=20do=20not= =20disclose=20the=20contents=20to=20anyone=20or=20=0D=0Amake=20copies=20t= hereof.=0D=0A***=20eSafe=20scanned=20this=20email=20for=20viruses,=20vand= als,=20and=20malicious=20content.=20=0D=0A***=20_________________________= ______________________=0D=0AMegaco=20mailing=20list=0D=0AMegaco@ietf.org= =0D=0Ahttps://www1.ietf.org/mailman/listinfo/megaco=0D=0A=0D=0A=0D=0A=0D= =0A***********************=20=20Aricent-=20Confidential=20=20=20*********= **************=20=0D=0A"DISCLAIMER:=20This=20message=20is=20proprietary= =20to=20Aricent=20=20and=20is=20intended=20=0D=0Asolely=20for=20the=20use= =20of=20=0D=0Athe=20individual=20to=20whom=20it=20is=20addressed.=20It=20= may=20contain=20privileged=20or=20=0D=0Aconfidential=20information=20and= =20should=20not=20be=20=0D=0Acirculated=20or=20used=20for=20any=20purpose= =20other=20than=20for=20what=20it=20is=20intended.=20If=20=0D=0Ayou=20hav= e=20received=20this=20message=20in=20error,=20=0D=0Aplease=20notify=20the= =20originator=20immediately.=20If=20you=20are=20not=20the=20intended=20= =0D=0Arecipient,=20you=20are=20notified=20that=20you=20are=20strictly=0D= =0Aprohibited=20from=20using,=20copying,=20altering,=20or=20disclosing=20= the=20contents=20of=20=0D=0Athis=20message.=20Aricent=20accepts=20no=20re= sponsibility=20for=20=0D=0Aloss=20or=20damage=20arising=20from=20the=20us= e=20of=20the=20information=20transmitted=20by=20this=20=0D=0Aemail=20incl= uding=20damage=20from=20virus."=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A************= ***********=20=20Aricent-=20Confidential=20=20=20***********************= =0D=0A"DISCLAIMER:=20This=20message=20is=20proprietary=20to=20Aricent=20= =20and=20is=20intended=20solely=20for=20the=20use=20of=20=0Athe=20individ= ual=20to=20whom=20it=20is=20addressed.=20It=20may=20contain=20privileged= =20or=20confidential=20information=20and=20should=20not=20be=20=0Acircula= ted=20or=20used=20for=20any=20purpose=20other=20than=20for=20what=20it=20= is=20intended.=20If=20you=20have=20received=20this=20message=20in=20error= ,=20=0Aplease=20notify=20the=20originator=20immediately.=20If=20you=20are= =20not=20the=20intended=20recipient,=20you=20are=20notified=20that=20you= =20are=20strictly=0Aprohibited=20from=20using,=20copying,=20altering,=20o= r=20disclosing=20the=20contents=20of=20this=20message.=20Aricent=20accept= s=20no=20responsibility=20for=20=0Aloss=20or=20damage=20arising=20from=20= the=20use=20of=20the=20information=20transmitted=20by=20this=20email=20in= cluding=20damage=20from=20virus."=0A --=_alternative 0044E84B652573BE_= Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable =0D=0A
Ramesh,=0D=0A
= =0D=0A
First=20of=20all,=20MG= =20should=20not=20publish=0D=0Athis=20PackageID=20(designed=20to=20be=20e= xtended=20only)=20when=20reporting=20packages=20(in=0D=0Aresponse=20to=20= Audit=20on=20packages).=0D=0A
In=20case,=20MGC=20still=20sends=20the=20request=0D=0Awith=20that= =20package=20Id,=20MG=20should=20respond=20with=20an=20error=20descriptor= .=0D=0A
=0D=0A
Since,= =20the=20behavior=20is=20restricted=20by=0D=0Aprotocol,=20"Protocol= =20Error"=20(error=20code#401)=20should=20be=20returned=0D=0Aas=20er= ror=20code.=0D=0A
=0D=0A
Therefore,=20the=20response=20message=20would=0D=0Alook=20like:=0D=0A
!/1=20[xx.xx.= xx.xx]:2944=20P=3D372855743{C=3D-{MF=3DA1{Error=3D401{"Protocol=0D= =0AError"}}}}=0D=0A
=0D=0A
=0D=0A
Regards,=0D=0A
Navdeep=0D=0A
=0D=0A=0D= =0A=0D=0ANavdeep=20Bhatia=0D=0A=0D=0A<= td>Senior=20Software= =20Engineer=0D=0A=0D=0A =0D=0A= =0D=0AA=20R=20I=20= C=20E=20N=20T=0D=0A=0D=0A =0D=0A=0D=0AThe= =20Presidency,=20Tower-A,=20=0D=0A=0D=0A351/2,=20Sector=2014=20M= G=20Road,=20=0D=0A=0D=0AGurgaon-122001,=20Haryana,=20India=0D=0A=0D=0A=0D=0A=0D=0A= =0D=0A=0D=0A=0D=0A=0D=0A=0D=0A
=0D=0A

 =0D=0A
=0D=0A=0D=0A
=0D=0A=0D=0A=0D=0ARamesh=20Babu=20= Kuppili=20<RKuppili@zhone.com>=0D=0A=0D=0A

12/27/2007=2005:16=20PM=0D=0A
=0D= =0A=0D=0A=0D=0A=0D=0A=0D= =0ATo<= /div>=0D=0ANavd= eep=20Bhatia/HSS@HSS=0D=0A=0D=0A=0D=0Acc=0D=0Amegaco@ietf.org,=20Raphael= =0D=0ATryster=20<Raphael.Tryster@Teledata-Networks.com>=0D= =0A=0D=0A=0D=0ASubject=0D=0ARE:=20[Megaco]=20Megaco=20Event=0D=0ADescriptor=20= question=0D=0A
=0D=0A=0D=0A= =0D=0A
=0D=0A
=0D=0A
=0D=0A
=0D=0A
=0D=0A<= br>Hi=20Navdeep,= =0D=0A
 =0D=0A
I=20am=20clear=20about=20what=20the=20"Obs= erved=0D=0AEvent=20Descriptor"=20in=20the=20notify=20message=20shoul= d=20contain=20when=20the=20event=0D=0Adescriptor=20in=20Modify=20message= =20has=20DTMF=20detection=20package.=20 But=20my=20confusion=0D=0Ais= =20that=20the=20MGC=20is=20sending=20"tonedet"=20package=20(ton= edet/std{tl=3D*})=0D=0Ain=20the=20modify=20message.=20 I=20understan= d=20that=20tonedet=20package=20cannot=20be=0D=0Adirectly=20referred=20sin= ce=20it=20is=20a=20extend=20only=20package.=20 Given=20that,=0D=0Aho= w=20should=20the=20MG=20behave=20when=20it=20receives=20a=20command=20wit= h=20tonedet=20package=0D=0Areference.=20 Should=20i=20nack=20the=20m= odify=20message=20that=20has=20reference=20to=0D=0Atonedet=20package.=0D=0A
 =0D=0A
-=20ramesh=0D=0A
=0D=0A
=0D=0A<= hr>From:=20Navdeep=20Bhatia=20[= mailto:navdeep.bhatia@aricent.com]=0D=0A
=0D=0ASent:
=20Thursday= ,=20December=2027,=202007=205:03=20PM
=0D=0ATo:
=20Ramesh=20Babu= =20Kuppili
=0D=0ACc:
=20megaco@ietf.org;=20Raphael=20Tryster<= br>=0D=0ASubject:=20RE:=20[Megaco]=20Megaco=20Event=20Descriptor=20qu= estion
=0D=0A=0D=0A

=0D=0AHi=20Ramesh,=20<= br>=0D=0A
=0D=0AAs=20per= =20RFC=203525,=20the=20package=20“tonedet”=20is=20designed=20= to=20be=20extended=20only.=0D=0A Any=20package=20that=20is=20designe= d=20to=20be=20extended=20cannot=20be=20published=20in=0D=0AMegaco=20messa= ges=20(refer=20section=2012.1.1).=20
=0D=0ASo,=20one=20of=20the=20possib= ility=20can=20be=20receiving=20following=20MEGACO=20message:=0D=0A
=0D=0A
=0D=0A!/1=20[xx.xx.xx.xx]:2944=20T=3D372855743{C=3D-{MF=3D= A1{E=3D369098752{dd/std{tl=3D*},al/*},SG{}}}
=0D=0A
=0D=0AFor= =20the=20above=20message,=20the=20list=20of=20tone=20ids=20are=20describe= d=20in=20section=20E.6=0D=0A(DTMF=20detection=20Package,=20also=20see=20t= able=20in=20section=20E.5.3).=0D=0A
=0D=0AIf=20the=20toneid=20is=20wild= carded=20(*)=20as=20is=20in=20your=20case,=20any=20tone=20detected=20from= =0D=0Athe=20list=20of=20tone=20ids=20(extended=20by=20the=20package=20imp= lemented)=20is=20reported=0D=0Ato=20MGC.=20
= =0D=0A
=0D=0APS:=20Apart= =20from=20DTMF=20detection=20Package(dd),=20Call=20Progress=20Tones=20Det= ection=0D=0APackage(cd)=20also=20extends=20"tonedet".=20
=0D=0A=
=0D=0ARegards,=20
=0D=0ANavdeep=20=0D= =0A=0D=0A=0D=0ANavdeep=20Bhatia=0D=0A=0D=0A=0D=0ASenior=20Software=20Engineer=0D=0A=0D=0A=0D=0A =0D=0A=0D=0A=0D=0AA=20R=20I=20C=20E=20N=20T=0D=0A=0D=0A=0D=0A = =0D=0A=0D=0A=0D=0AThe=20Presidency,=20Tower-A,=20=0D=0A<= tr=20valign=3Dtop>=0D=0A351/2,=20Sector=2014=20MG=20Road,=20=0D=0A=0D=0AGurgaon-1= 22001,=20Haryana,=20India=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A<= br>=0D=0A


=0D=0A
=0D=0A=0D=0A=0D=0A=0D=0ARamesh=20Babu=20Kuppili=20<RKuppili@zhon= e.com>=0D=0A=0D=0A

12/27/2007=2003:11=20PM=0D=0A=0D=0A=0D=0A
=0D=0A=0D=0A=0D=0A=0D=0ATo=0D=0ARaphael=20Tryster=0D=0A<Raphael.Tryster@Teledat= a-Networks.com>,=20megaco@ietf.org=0D=0A=0D=0A=0D=0A=0D=0Acc=0D=0A=0D=0A=0D=0A<= td>=0D=0ASubj= ect=0D=0ARE:=20[Megaco]=20Megaco=20Event=0D=0ADescriptor=20question<= /table>=0D=0A
=0D=0A
=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A
= =0D=0A

=0D=0A
=0D=0A
=0D=0ARaphael,=20
=0D=0A=20 
=0D=0ARFC=203525=20says=20that=20tonedet=20package=20is= =20a=20extend=20only=20package=20and=20it=20defines=0D=0A"*"=20= as=20the=20only=20possible=20tone=20id:=20
=0D= =0A=20 
= =0D=0AE.4=20Tone=20Detection=20Package=20(of=203225)=20=0D=0A

Possible=20values:=20"wildcard"=0D=0Aas=20defined=20above=20is= =20the=20only=20value=20defined=20in=20this=20package.=20Extensions=0D=0A= to=20this=20package=20would=20add=20additional=20possible=20values=20for= =20tone=20id.=0D=0A=0D=0A

Given=20that,=20what=20should=20th= e=20MG=0D=0Asend=20to=20MGC=20on=20detecting=20a=20tone.=20
=0D=0A=20 
=0D=0A-=20ramesh=20
=0D=0A=0D=0A=0D=0A


From:= =20Raphael=20Tryster=20[mailto:Raphael.Tryster@Teledata-Networks.com]=0D= =0A
=0D=0ASent:
=20Thursday,=20December=2027,=202007=202:55=20PM=
=0D=0ATo:
=20Ramesh=20Babu=20Kuppili;=20megaco@ietf.org
= =0D=0ASubject:
=20RE:=20[Megaco]=20Megaco=20Event=20Descriptor=20quest= ion
=0D=0A
=0D=0AAfter=20the=20second=20Modify,=20the=20GW= =20would=20only=20report=20tones=20detected=20according=0D=0Ato=20the=20n= ew=20Events=20descriptor=20in=20that=20command,=20and=20would=20no=20long= er=20process=0D=0Athe=20digit=20map.=20 The=20quote=20at=20the=20end= =20of=20your=20message=20is=20applicable,=0D=0Aexept=20that=20it=20is=20f= rom=20H.248.1,=20not=20RFC=203435=20which=20describes=20MGCP.=0D=0A
=0D=0A=20 
=0D=0ARaphael=20Tryster=20(not=20a=20guru=20but= =20standing=20in=20for=20vacationing=20gurus)=0D= =0A
=0D=0A
=0D=0A=0D=0A
From:=20Ramesh=20Babu=20Kuppili=20[mailto:RKuppili@zhone.com]=0D= =0A
=0D=0ASent:
=20Thursday,=20December=2027,=202007=2011:14=20A= M
=0D=0ATo:
=20megaco@ietf.org
=0D=0ASubject:
=20[Megac= o]=20Megaco=20Event=20Descriptor=20question
= =0D=0A
=0D=0AHello=20Gurus,=20
=0D=0A=20 
=0D=0AI=20have=20a=20question=20about=20Megaco=20Event=20= Descriptor.=20 I=20am=20receiving=20the=0D=0Afollowing=20message=20f= rom=20the=20MGC.=20
=0D=0A=20 
=0D=0A!/1=20[xx.xx.xx.xx]:2944=20T=3D37= 2855742{C=3D-{MF=3DA1{E=3D369098767{dd/ce{DM=3Ddmap1},al/*},SG{cg/dt},DM= =3Ddmap1{(1xx|9xx|0[2-9]xxx|00[1-9]xxxx|[2-8]xxxxxx|0[2-9]xxxxxxx|05xxxxx= xxx|E|F|x.F|[0-9].L)}}}=0D=0A
=0D=0A=20 <= /font>
=0D=0AThe=20event=20descripto= r=20in=20the=20above=20message=20is=20asking=20the=20GW=20to=20use=20diti= gmap=0D=0A"dmap1".=20 After=20sometime=20we=20are=20receiv= ing=20the=20following=0D=0Amessage=20from=20MGC:= =20
=0D=0A=20 
=0D=0A= !/1=20[xx.xx.xx.xx]:2944=20T=3D372855743{C=3D-{MF=3DA1{E=3D369098752{tone= det/std{tl=3D*},al/*},SG{}}}=0D=0A
=0D=0A=20&n= bsp;
=0D=0APlease=20note=20th= at=20the=20event=20descriptor=20in=20the=20above=20message=20does=20not= =20have=0D=0Aany=20digitmap=20event.=20 The=20quesion=20is,=20"= on=20receiving=20the=20seocond=0D=0Amodify=20from=20MGC,=20should=20GW=20= still=20be=20detecting=20DTMF=20to=20be=20reported=20immediately=0D=0Ato= =20the=20switch=20based=20on=20the=20dtmp=20package=20received=20in=20the= =20first=20modify=20message.=0D=0A =20
= =0D=0A=20 
=0D=0AOr=20sh= ould=20it=20overwrite=20its=20event=20decriptor=20with=20the=20one=20from= =20second=20Modify=0D=0A(RFC=203435=20seems=20to=20propose=20this).=20&nb= sp;Thereby=20not=20detecting=20any=20DTMF=0D=0Aafter=20the=20second=20mod= ify=20is=20received.=20
=0D=0A=20 =
=0D=0Atext=20from=20RFC=203435
=20
=0D=0A= "An=20EventsDescriptor=20= received=20by=0D=0Aa=20media=20gateway=20replaces=20any=20previous=20Even= ts=20descriptor.=20Event=20notification=0D=0Ain=20process=20shall=20compl= ete,=20and=20events=20detected=20after=20the=20command=20containing=0D=0A= the=20new=20EventsDescriptor=20executes,=20shall=20be=20processed=20accor= ding=20to=20the=0D=0Anew=20EventsDescriptor."=20(section=207.1.9).=20
=0D=0A=20 
=0D=0AThanks=20for=20your=20time.=20
=0D=0A=20 
= =0D=0A-=20ramesh=20
=0D=0A=0D=0A
IMPORTANT:=20The=20contents=20of=20this= =20email=0D=0Aand=20any=20attachments=20are=20confidential.=20They=20are= =20intended=20for=20the=20named=20recipient(s)=0D=0Aonly.
=0D=0AIf=20y= ou=20have=20received=20this=20email=20in=20error,=20please=20notify=20the= =20system=20manager=0D=0Aor=20the=20sender=20immediately=20and=20do=20not= =20disclose=20the=20contents=20to=20anyone=20or=0D=0Amake=20copies=20ther= eof.

=0D=0A***=20eSafe=20scanned=20this=20email=20for=20viruses= ,=20vandals,=20and=20malicious=20content.=0D=0A***
=20=0D=0A_______________________________________________
= =0D=0AMegaco=20mailing=20list
=0D=0AMegaco@ietf.org
=0D=0Ahttps://w= ww1.ietf.org/mailman/listinfo/megaco

=0D= =0A
=0D=0A
=0D=0A
= =0D=0A***********************=20 Aricent-=20Confidential=20 =20= ***********************=0D=0A=0D=0A=0D=0A=0D=0A= "DISCLAIMER:=20This=20message=0D=0Ais=20proprietary= =20to=20Aricent=20 and=20is=20intended=20solely=20for=20the=20use=20= of=20
=0D=0Athe=20individual=20to=20whom=20it=20is=20addressed.=20It= =20may=20contain=20privileged=20or=20confidential=0D=0Ainformation=20and= =20should=20not=20be=20
=0D=0Acirculated=20or=20used=20for=20any=20pur= pose=20other=20than=20for=20what=20it=20is=20intended.=0D=0AIf=20you=20ha= ve=20received=20this=20message=20in=20error,=20
=0D=0Aplease=20notify= =20the=20originator=20immediately.=20If=20you=20are=20not=20the=20intende= d=20recipient,=0D=0Ayou=20are=20notified=20that=20you=20are=20strictly=0D=0Aprohibited=20from=20using,=20copying,=20altering,=20or=20disclosin= g=20the=20contents=20of=0D=0Athis=20message.=20Aricent=20accepts=20no=20r= esponsibility=20for=20
=0D=0Aloss=20or=20damage=20arising=20from=20the= =20use=20of=20the=20information=20transmitted=20by=20this=0D=0Aemail=20in= cluding=20damage=20from=20virus."
=0D=0A
=0D= =0A
=0D=0A

=0D=0A
=0D= =0A***********************=20 Aricent-=20Confidential=20 =20***= ********************=0D=0A
"DISCLAIMER:=20This=20message=20is=20proprietary=
=20to=20Aricent=20=20and=20is=20intended=20solely=20for=20the=20use=20of=
=20=0Athe=20individual=20to=20whom=20it=20is=20addressed.=20It=20may=20co=
ntain=20privileged=20or=20confidential=20information=20and=20should=20not=
=20be=20=0Acirculated=20or=20used=20for=20any=20purpose=20other=20than=20=
for=20what=20it=20is=20intended.=20If=20you=20have=20received=20this=20me=
ssage=20in=20error,=20=0Aplease=20notify=20the=20originator=20immediately=
.=20If=20you=20are=20not=20the=20intended=20recipient,=20you=20are=20noti=
fied=20that=20you=20are=20strictly=0Aprohibited=20from=20using,=20copying=
,=20altering,=20or=20disclosing=20the=20contents=20of=20this=20message.=
=20Aricent=20accepts=20no=20responsibility=20for=20=0Aloss=20or=20damage=
=20arising=20from=20the=20use=20of=20the=20information=20transmitted=20by=
=20this=20email=20including=20damage=20from=20virus."=0A
--=_alternative 0044E84B652573BE_=-- --===============1529511774== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============1529511774==-- From GusswissMontoya@benfrank.net Thu Dec 27 07:39:09 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J7s0y-0005gi-Hs; Thu, 27 Dec 2007 07:39:08 -0500 Received: from 50.pool85-57-6.dynamic.orange.es ([85.57.6.50] helo=usuario10c868e.home) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J7s0x-00016F-U0; Thu, 27 Dec 2007 07:39:08 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by host36973455.benfrank.net (8.13.1/8.13.1) with SMTP id 3f7IJoeD11.818387.43g.0kU.8710420744488 for ; Thu, 27 Dec 2007 13:38:38 -0100 Message-ID: <216901c84885$78274970$8000a8c0@usuario10c868e> From: "Fabian Gallegos" To: , =20

When you are young and stressed = up…
When you are aged and never give up…
Even if you have no erection problems Viagra would help you to make = better=20 sex more often.
Learn More Now

------=_NextPart_000_2165_01C84885.78274970-- From megaco-bounces@ietf.org Thu Dec 27 07:58:39 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J7sJq-0007Dm-5y; Thu, 27 Dec 2007 07:58:38 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J7sJo-0007Dh-Vo for megaco@ietf.org; Thu, 27 Dec 2007 07:58:36 -0500 Received: from web8405.mail.in.yahoo.com ([202.43.219.153]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1J7sJn-0007or-R2 for megaco@ietf.org; Thu, 27 Dec 2007 07:58:36 -0500 Received: (qmail 23164 invoked by uid 60001); 27 Dec 2007 12:58:33 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.co.in; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=V+cBGDcpLPomIt8OJdN4NPkds+r5T3c2OUzdusb8QBh448J4c0RowT/QMWCl/Y5AjHg3RHfB3HL/0jHRzKy4lK9W4TmScItxJAfiQO6o3lSs0M2KBtNZqZlT0Tjcg//CEGUdaxz4IcHxvMECcJ5lLsXVf9/Kksi1gLTklPwHeus=; X-YMail-OSG: EBFYi5YVM1l5f_jAZqw38lYqvNQxb.U6UkzAxGjKj7rJk3bFBtxiYYZVmySn5ooTSA-- Received: from [121.241.96.5] by web8405.mail.in.yahoo.com via HTTP; Thu, 27 Dec 2007 12:58:33 GMT Date: Thu, 27 Dec 2007 12:58:33 +0000 (GMT) From: atul garg To: megaco@ietf.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <103845.22607.qm@web8405.mail.in.yahoo.com> X-Spam-Score: 0.0 (/) X-Scan-Signature: 9182cfff02fae4f1b6e9349e01d62f32 Subject: [Megaco] SDP in Signal Descriptor ???? X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: megaco-bounces@ietf.org Hi All, I have a query regarding SDP in h248/Megaco.As far as iu know SDP part can come in Media Descriptor only. But what if , if i receive some SDP info in Signal Descriptor as "Bearer Control Tunnelling Q.1950 Annex A" and in its signal parm list ,i have complete SDP. 1) I would like to know when do i need to tunnel SDP information throuigh Signal Descriptor when i can send it through Media Descriptor only. 2)If it is so, does it have the same meaning as when it comes in Media Descriptor ie. can these values be used instead of SDP part comes in Media Descriptor. Regards Chat on a cool, new interface. No download required. Go to http://in.messenger.yahoo.com/webmessengerpromo.php _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco From megaco-bounces@ietf.org Thu Dec 27 08:56:41 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J7tE0-0007dk-Co; Thu, 27 Dec 2007 08:56:40 -0500 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J7s3k-0001Pk-1L for megaco@ietf.org; Thu, 27 Dec 2007 07:42:00 -0500 Received: from kuber.nabble.com ([216.139.236.158]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1J7s3i-0007Xl-ID for megaco@ietf.org; Thu, 27 Dec 2007 07:42:00 -0500 Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1J7s3h-0008N6-2k for megaco@ietf.org; Thu, 27 Dec 2007 04:41:57 -0800 Message-ID: <14512574.post@talk.nabble.com> Date: Thu, 27 Dec 2007 04:41:57 -0800 (PST) From: Prakash Pujari To: megaco@ietf.org Subject: [Megaco] MGCP Requested Events MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: prakashpujari@gmail.com X-Spam-Score: 0.2 (/) X-Scan-Signature: cf4fa59384e76e63313391b70cd0dd25 X-Mailman-Approved-At: Thu, 27 Dec 2007 08:56:38 -0500 X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: megaco-bounces@ietf.org Hi forum, I've a question on mgcp RQNT. Let us say, CA sends RQNT to gateway with R: D/[0-9#*ABCD](N), in later time CA sends another RQNT with some different events say R: L/hu(N),L/hf(N). At this time, do the gateway need to retain previous requested events i.e D/ or it has to override previous requested events with recent requested events ? Thanks, -Prakash -- View this message in context: http://www.nabble.com/MGCP-Requested-Events-tp14512574p14512574.html Sent from the IETF - Megaco mailing list archive at Nabble.com. _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco From WhitneyknuckleballDwyer@courtneyp.com Thu Dec 27 13:49:49 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J7xng-0000qL-Vz; Thu, 27 Dec 2007 13:49:49 -0500 Received: from pd9e8d0f7.dip.t-dialin.net ([217.232.208.247] helo=raoul) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J7xng-0002vF-9E; Thu, 27 Dec 2007 13:49:48 -0500 Received: from cordage by courtneyp.com with SMTP id DdSTvcLCTn for ; Thu, 27 Dec 2007 19:49:25 -0100 From: "Karla Baca" To: Subject: Travel no further than your screen and get your free $2400! Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) X-Scan-Signature: 7bac9cb154eb5790ae3b2913587a40de We give out BONUSES to anyone who joins. Get $2400 you download our casino. Play your favorite games from the comfort of your home, USA players ARE included! Players from the United States and around the world! http://goldgreatgambling.net/ From DwaynepathosJensen@resolve.ca Thu Dec 27 21:07:09 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J84cv-00043C-17; Thu, 27 Dec 2007 21:07:09 -0500 Received: from mnch-4d04eb34.pool.mediaways.net ([77.4.235.52] helo=desktoppc) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J84cu-0005As-Jk; Thu, 27 Dec 2007 21:07:08 -0500 Received: from topple by resolve.ca with SMTP id X2XxHAe0cm for ; Fri, 28 Dec 2007 03:06:53 -0100 From: "Lance Carlson" To: Cc: , Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J88rB-0003Vi-0l; Fri, 28 Dec 2007 01:38:09 -0500 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J88r8-0003Vc-P5 for megaco@ietf.org; Fri, 28 Dec 2007 01:38:06 -0500 Received: from zw2-smtp1.zhone.com ([199.190.211.5]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J88r8-0003sg-8T for megaco@ietf.org; Fri, 28 Dec 2007 01:38:06 -0500 Received: from priority.oak.zhone.com (priority.oak.zhone.com [172.16.1.21]) by smtp.zhone.com (8.12.1/8.12.1) with ESMTP id lBS6d52E029161 for ; Thu, 27 Dec 2007 22:39:05 -0800 (PST) Received: from RKUPPILI.zhone.com ([192.168.127.40]) by priority.oak.zhone.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTP id <0JTQ004CUYFEAT00@priority.oak.zhone.com> for megaco@ietf.org; Thu, 27 Dec 2007 22:38:04 -0800 (PST) Content-return: prohibited Date: Fri, 28 Dec 2007 12:08:00 +0530 From: Ramesh Babu Kuppili To: megaco@ietf.org Message-id: <0JTQ004CVYFFAT00@priority.oak.zhone.com> MIME-version: 1.0 X-Mailer: Sun Outlook Connector 7.2.310.1 X-Spam-Score: 0.0 (/) X-Scan-Signature: 37af5f8fbf6f013c5b771388e24b09e7 Subject: [Megaco] Megaco digitmap timer X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0935794203==" Errors-To: megaco-bounces@ietf.org --===============0935794203== Content-return: prohibited Content-type: multipart/alternative; boundary="Boundary_(ID_1iRa3E57MDez2YV15Ah+Aw)" --Boundary_(ID_1iRa3E57MDez2YV15Ah+Aw) Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Hi, I have a question about megaco digitmap timer. What is the scope of a timer (L or S) within a range in a megaco digitmap. For example: In the digitmap: 15xSxxx[Lx]xxxx My inference from the rfc is (taking a dial sequence of 15105551212 Digit dialled Timer started 1 L 5 L 1 L 0 S 5 S 5 S 5 L (this is within the braces. my assumption is that the timer specifier within braces is valid only within braces) 1 S 2 S 1 S 2 S Is my inference correct that timer specifier within a brace is valid only within the brace. - ramesh --Boundary_(ID_1iRa3E57MDez2YV15Ah+Aw) Content-type: TEXT/HTML; CHARSET=US-ASCII Content-transfer-encoding: 7BIT
Hi,
 
I have a question about megaco digitmap timer.
 
What is the scope of a timer (L or S) within a range in a megaco digitmap.  For example:
 
In the digitmap:
    15xSxxx[Lx]xxxx
 
My inference from the rfc is (taking a dial sequence of 15105551212
    Digit dialled            Timer started
        1                            L
        5                            L
        1                            L
        0                            S
        5                            S
        5                            S
        5                            L      (this is within the braces.  my assumption is that the timer specifier within braces is valid only within braces)
        1                            S
        2                            S
        1                            S
        2                            S
 
Is my inference correct that timer specifier within a brace is valid only within the brace.
 
- ramesh
--Boundary_(ID_1iRa3E57MDez2YV15Ah+Aw)-- --===============0935794203== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco --===============0935794203==-- From CharlenecalebQuinones@poemuseum.org Fri Dec 28 05:12:12 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J8CCK-0005QI-7H; Fri, 28 Dec 2007 05:12:12 -0500 Received: from [68.237.215.45] (helo=arielmedrano.myhome.westell.com) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J8CCJ-0002ml-Tk; Fri, 28 Dec 2007 05:12:12 -0500 Received: from connecticut by poemuseum.org with SMTP id qEcHIdQmRd for ; Fri, 28 Dec 2007 05:11:37 +0500 From: "Jessie Pagan" To: Subject: $2400 welcome bonus will be deposited in your new casino account! Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Score: 4.6 (++++) X-Scan-Signature: 7bac9cb154eb5790ae3b2913587a40de We're serious about fun. Download our casino in 20 seconds to get $2400 richer when you join. Best offer in gambling history . Get to know your new casino home! http://topgoldcasino7.com/ From NaomipyrrhicStroud@pakpositive.com Fri Dec 28 05:34:34 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J8CXy-0002vH-02; Fri, 28 Dec 2007 05:34:34 -0500 Received: from 240-17-22-190.adsl.tie.cl ([190.22.17.240] helo=cibernetik8) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J8CXx-0003LT-L2; Fri, 28 Dec 2007 05:34:33 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by host25983777.pakpositive.com (8.13.1/8.13.1) with SMTP id YM22f9Qu02.326349.xSw.XnC.5075752937392 for ; Fri, 28 Dec 2007 07:34:13 +0400 Message-ID: <88e8101c8493d$39fb91c0$6c01a8c0@CIBERNETIK8> From: "Jennie Gunn" To: , =20

When you are young and stressed = up…
When you are aged and never give up…
Even if you have no erection problems Viagra would help you to make = better=20 sex more often.
Learn More Now

------=_NextPart_000_88E7D_01C8493D.39FB91C0-- From Moeizhumston@ECSI.EDU.CN Fri Dec 28 10:13:09 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J8GtZ-0007FS-N1 for megaco-archive@lists.ietf.org; Fri, 28 Dec 2007 10:13:09 -0500 Received: from aahy222.neoplus.adsl.tpnet.pl ([83.4.206.222] helo=cct46.neoplus.adsl.tpnet.pl) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J8GtX-0001zE-8W for megaco-archive@lists.ietf.org; Fri, 28 Dec 2007 10:13:07 -0500 Received: by 10.161.28.4 with SMTP id dSlsFhbgyPNVg; Fri, 28 Dec 2007 16:13:10 +0100 (GMT) Received: by 192.168.34.43 with SMTP id trTMtSplRztHMn.0167292009904; Fri, 28 Dec 2007 16:13:08 +0100 (GMT) Message-ID: <9F269E47.5F6AC105@ECSI.EDU.CN> Date: Fri, 28 Dec 2007 16:13:05 +0100 From: "Moeiz humston" User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: megaco-archive@lists.ietf.org Subject: autotube Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 071227-0, 2007-12-27), Outbound message X-Antivirus-Status: Clean X-Spam-Score: 3.6 (+++) X-Scan-Signature: bb8eae9af85e4fcfe76f325e38493bf4 You can screw Pamela Anderson too, with your 9 inch dick. http://nuettuepol.com/ From FrankmidgeBaker@browser.pt Fri Dec 28 11:59:05 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J8IY5-0004Dt-4D; Fri, 28 Dec 2007 11:59:05 -0500 Received: from cpc2-oldh3-0-0-cust703.manc.cable.ntl.com ([82.1.102.192] helo=ntljxgklo8gg6p) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J8IXx-0004qX-Us; Fri, 28 Dec 2007 11:59:04 -0500 Received: from miracle by browser.pt with SMTP id AwDZK4fDJo for ; Fri, 28 Dec 2007 16:57:21 +0000 From: "Andrew Hill" To: Cc: , Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J8LXG-00081K-T3; Fri, 28 Dec 2007 15:10:26 -0500 Received: from 81-208-83-208.fastres.net ([81.208.83.208] helo=secco42bc1c373.fastwebnet.it) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J8LXG-00027s-HG; Fri, 28 Dec 2007 15:10:26 -0500 Received: from carmen by overheardintheoffice.com with SMTP id e1MTU2JaWI for ; Fri, 28 Dec 2007 21:10:16 -0100 From: "Carroll Paul" To: , Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J8f1t-0005jt-Lo for megaco-archive@lists.ietf.org; Sat, 29 Dec 2007 11:59:21 -0500 Received: from host209.190-137-49.telecom.net.ar ([190.137.49.209] helo=pc28.arlab.lan) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J8f1t-0005iG-4X for megaco-archive@lists.ietf.org; Sat, 29 Dec 2007 11:59:21 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by host85154944.palm.com (8.13.1/8.13.1) with SMTP id w32VOR7339.814633.QRI.O3d.2526212656740 for ; Sat, 29 Dec 2007 13:58:24 +0300 Message-ID: <102cf601c84a3c$2856ced0$7001a8c0@PC28> From: "Carol Stanton" To: Subject: Confirmation link Date: Sat, 29 Dec 2007 13:58:24 +0300 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_102CF2_01C84A3C.2856CED0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Score: 0.0 (/) X-Scan-Signature: 8b30eb7682a596edff707698f4a80f7d This is a multi-part message in MIME format. ------=_NextPart_000_102CF2_01C84A3C.2856CED0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable When you are young and stressed up… When you are aged and never give up… Even if you have no erection problems Viagra would help you to make = better sex more often. Learn More Now ------=_NextPart_000_102CF2_01C84A3C.2856CED0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20

When you are young and stressed = up…
When you are aged and never give up…
Even if you have no erection problems Viagra would help you to make = better=20 sex more often.
Learn More Now

------=_NextPart_000_102CF2_01C84A3C.2856CED0-- From SherriwhatreVickers@mysanantonio.com Sat Dec 29 15:05:29 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J8hw1-0002Rw-05 for megaco-archive@lists.ietf.org; Sat, 29 Dec 2007 15:05:29 -0500 Received: from 82.158.194.224.dyn.user.ono.com ([82.158.194.224] helo=escropio) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J8hw0-0001jN-GF for megaco-archive@lists.ietf.org; Sat, 29 Dec 2007 15:05:28 -0500 Received: from wherewith by mysanantonio.com with SMTP id nWH9G6K50c for ; Sat, 29 Dec 2007 21:04:49 -0100 From: "Toni Carlton" To: Subject: it's only fun and winning. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 071228-0, 28/12/2007), Outbound message X-Antivirus-Status: Clean X-Spam-Score: 1.7 (+) X-Scan-Signature: 7bac9cb154eb5790ae3b2913587a40de Best offer in gambling history . Your own privater Vegas! Travel no further than your screen and get your free $2400 When YOU WIN, we win! http://topbestgambling.net/ From deasyhafto@ellebidue.com Sat Dec 29 19:55:14 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J8mSQ-0001CP-19 for megaco-archive@lists.ietf.org; Sat, 29 Dec 2007 19:55:14 -0500 Received: from [78.101.167.225] (helo=[82.148.96.69]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J8mSP-0007Vz-7K for megaco-archive@lists.ietf.org; Sat, 29 Dec 2007 19:55:13 -0500 Received: from lg-bd81a689c2ae ([174.170.18.162]:22279 "EHLO lg-bd81a689c2ae" smtp-auth: TLS-CIPHER: TLS-PEER-CN1: ) by [82.148.96.69] with ESMTP id S22SIQUQEJHYXCOO (ORCPT ); Sun, 30 Dec 2007 03:55:36 +0300 X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sun, 30 Dec 2007 03:55:12 +0300 To: megaco-archive@lists.ietf.org From: "maureus deasy" Subject: peolanys Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Score: 1.8 (+) X-Scan-Signature: bb8eae9af85e4fcfe76f325e38493bf4 Impress Scarlett Johansson with your 8 inch dick! http://jueretu.com/ From MarshalltoenailRhodes@vetinfo.com Sat Dec 29 23:25:15 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J8pjf-0005i5-1n; Sat, 29 Dec 2007 23:25:15 -0500 Received: from c-68-36-28-172.hsd1.nj.comcast.net ([68.36.28.172] helo=mike.hsd1.nj.comcast.net) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J8pje-0003Kh-MO; Sat, 29 Dec 2007 23:25:14 -0500 Received: from lennox by vetinfo.com with SMTP id q2gQSHR8ZW for ; Sat, 29 Dec 2007 23:23:05 +0500 From: "Sergio Sutton" To: Subject: How about a $2400 welcome bonus Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) X-Scan-Signature: 7bac9cb154eb5790ae3b2913587a40de We have it all! Win $$$ instead of throwing it all away at other casinos. Come find out. Get $2400 you download our casino. http://bonusgoldcasino.net/ From DiegoexplosiveBooker@thenation.com Sun Dec 30 02:23:58 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J8sWb-0003qf-N0; Sun, 30 Dec 2007 02:23:57 -0500 Received: from [193.194.70.154] (helo=pc9q5ohi612drn) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J8sWa-0005qC-0R; Sun, 30 Dec 2007 02:23:57 -0500 Received: from bungalow by thenation.com with SMTP id jQJAGmOAy6 for ; Sun, 30 Dec 2007 08:11:32 -0100 From: "Monty Miranda" To: , Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J8v6s-0007dN-Oi; Sun, 30 Dec 2007 05:09:34 -0500 Received: from ppp-58.9.72.241.revip2.asianet.co.th ([58.9.72.241] helo=win06v6) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J8v6s-0005F9-65; Sun, 30 Dec 2007 05:09:34 -0500 Received: from scimitar by rottentomatoes.com with SMTP id DsBg8SvPVp for ; Mon, 31 Dec 2007 12:17:16 +1200 From: "Connie Head" To: , Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J8z2V-0001k5-FV; Sun, 30 Dec 2007 09:21:19 -0500 Received: from pool-72-80-251-223.nycmny.east.verizon.net ([72.80.251.223] helo=elsanty.domainnotset.invalid) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J8z2V-00010w-3n; Sun, 30 Dec 2007 09:21:19 -0500 Received: from catlike by garrettspecialties.com with SMTP id b9PWGpIwnZ for ; Sun, 30 Dec 2007 09:21:02 +0500 From: "Mandy Mcgraw" To: Subject: When YOU WIN, we win! Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Score: 3.2 (+++) X-Scan-Signature: 7bac9cb154eb5790ae3b2913587a40de We're serious about fun. We pay you to play. If you're in the US or anywhere else, join your new casino paradise. $2400 welcome bonus will be deposited in your new casino account! http://bonusgoldcasino.net/ From megaco-bounces@ietf.org Sun Dec 30 09:30:25 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J8zBF-0004FS-1t; Sun, 30 Dec 2007 09:30:21 -0500 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J8zBE-0004FN-61 for megaco@ietf.org; Sun, 30 Dec 2007 09:30:20 -0500 Received: from mail.teledata-networks.com ([194.90.152.129] helo=esafe-mail.teledata-networks.com) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J8zBD-000178-BN for megaco@ietf.org; Sun, 30 Dec 2007 09:30:19 -0500 Received: from tndcmail.Teledata.Local ([10.1.100.59]) by eSafe SMTP Relay 1197618306; Sun, 30 Dec 2007 16:30:16 +0200 X-MIMEOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Subject: RE: [Megaco] MGCP Requested Events Date: Sun, 30 Dec 2007 16:30:32 +0200 Message-ID: In-Reply-To: <14512574.post@talk.nabble.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Megaco] MGCP Requested Events Thread-index: AchIkKFSteP0bl56Tzi/RiX+6VErVQCXu9Tw From: "Raphael Tryster" To: "Prakash Pujari" , X-ESAFE-STATUS: Mail clean X-ESAFE-DETAILS: X-Spam-Score: 0.0 (/) X-Scan-Signature: 8b431ad66d60be2d47c7bfeb879db82c Cc: X-BeenThere: megaco@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Media Gateway Control List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: megaco-bounces@ietf.org New requested events replace the previous request. This list is really the place for Megaco questions, but I'm not sure I can direct you to an active list for MGCP. At mgcp@vovida.org, it's been 16 months since anyone asked a question, and 17 months since anyone answered one. Raphael Tryster -----Original Message----- From: Prakash Pujari [mailto:prakashpujari@gmail.com]=20 Sent: Thursday, December 27, 2007 2:42 PM To: megaco@ietf.org Subject: [Megaco] MGCP Requested Events Hi forum, I've a question on mgcp RQNT. Let us say, CA sends RQNT to gateway with R: D/[0-9#*ABCD](N), in later time CA sends another RQNT with some different events say R: L/hu(N),L/hf(N). At this time, do the gateway need to retain previous requested events i.e D/ or it has to override previous requested events with recent requested events ? =20 Thanks, -Prakash -- View this message in context: http://www.nabble.com/MGCP-Requested-Events-tp14512574p14512574.html Sent from the IETF - Megaco mailing list archive at Nabble.com. _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco *************************************************************************= ********************* IMPORTANT: The contents of this email and any attachments are confidentia= l. They are intended for the=20 named recipient(s) only. If you have received this email in error, please notify the system manage= r or the sender immediately and do=20 not disclose the contents to anyone or make copies thereof. *** eSafe scanned this email for viruses, vandals, and malicious content.= *** *************************************************************************= ********************* _______________________________________________ Megaco mailing list Megaco@ietf.org https://www1.ietf.org/mailman/listinfo/megaco From Melisa@alarmpartners.com Sun Dec 30 15:04:23 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J94OV-00039l-7D for megaco-archive@lists.ietf.org; Sun, 30 Dec 2007 15:04:23 -0500 Received: from 0x535df7d4.hgnxx1.adsl-dhcp.tele.dk ([83.93.247.212]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J94OU-0006vr-Lc for megaco-archive@lists.ietf.org; Sun, 30 Dec 2007 15:04:23 -0500 Received: from Akhizada by alarmpartners.com with ASMTP id 9438A2DE for ; Sun, 30 Dec 2007 21:04:55 +0100 Received: from Akhizada ([199.145.95.53]) by alarmpartners.com with ESMTP id FEA46E963BE8 for ; Sun, 30 Dec 2007 21:04:55 +0100 X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sun, 30 Dec 2007 21:04:20 +0100 To: megaco-archive@lists.ietf.org From: "Melisa Quiocho" Subject: idnuoser Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Score: 4.9 (++++) X-Scan-Signature: bb8eae9af85e4fcfe76f325e38493bf4 I'll do anything to get a 9 inch dick - and I have found the miracle solution! http://www.chasedoute.com/ From LeviawashQuinn@christmasfinest.com Sun Dec 30 17:06:32 2007 Return-path: Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J96Ih-0005iy-KC; Sun, 30 Dec 2007 17:06:31 -0500 Received: from adsl-84-227-12-220.adslplus.ch ([84.227.12.220] helo=stephan) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J96Ig-0000lK-RV; Sun, 30 Dec 2007 17:06:31 -0500 Received: from takeoff by christmasfinest.com with SMTP id BrZQ5ICpav for ; Sun, 30 Dec 2007 23:06:16 -0100 From: "Marcos Moody" To: , Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J98G7-0003d4-6o; Sun, 30 Dec 2007 19:11:59 -0500 Received: from [213.163.118.33] (helo=murati1c289ac1) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J98G4-0005Ld-PZ; Sun, 30 Dec 2007 19:11:57 -0500 Received: from prospect by merillat.com with SMTP id ZdpK4FGpAr for ; Sun, 30 Dec 2007 16:11:31 +0800 From: "Millard Sweeney" To: , Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J9AP9-0004nt-JT; Sun, 30 Dec 2007 21:29:27 -0500 Received: from [190.40.76.252] (helo=sau2) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J9AP7-0007ge-HY; Sun, 30 Dec 2007 21:29:27 -0500 Received: from smithfield by mozilla.com with SMTP id JgbGrxVKNU for ; Sun, 30 Dec 2007 21:28:46 +0500 From: "Faustino Slater" To: Cc: , Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J9Mr2-0007Wx-TR; Mon, 31 Dec 2007 10:47:04 -0500 Received: from 40.red-80-36-16.staticip.rima-tde.net ([80.36.16.40] helo=margo) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J9Mr0-000868-GN; Mon, 31 Dec 2007 10:47:02 -0500 Received: from posable by learnthenet.com with SMTP id y5b4EXZDj7 for ; Mon, 31 Dec 2007 16:46:16 -0100 From: "Ethan Dominguez" To: Cc: , Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J9SLT-00073P-I7; Mon, 31 Dec 2007 16:38:51 -0500 Received: from [201.244.208.123] (helo=kal4) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J9SLS-0007FB-Px; Mon, 31 Dec 2007 16:38:51 -0500 Received: from bagley by celebrity-gossip.net with SMTP id 12AUuXxxDa for ; Mon, 31 Dec 2007 16:38:09 +0600 From: "Arlene Roe" To: , Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J9Ysp-00083e-5X; Mon, 31 Dec 2007 23:37:43 -0500 Received: from [213.130.117.106] (helo=pc22) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1J9Yso-0005hr-M3; Mon, 31 Dec 2007 23:37:43 -0500 Received: from kiwi by cmvsharperfinish.com with SMTP id XGn1XFLHN6 for ; Tue, 1 Jan 2008 06:37:07 -0200 From: "Jeremy Ward" To: Subject: Your own privater Vegas! Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) X-Scan-Signature: 7bac9cb154eb5790ae3b2913587a40de Play your favorite games from the comfort of your home, USA players ARE included! Players from the United States and around the world! Get to know your new casino home! We know how to treat our players - how about a $2400 welcome bonmus when you join? http://bonusgoldcasino.net/