RE: Megaco Event Descriptor question

Navdeep Bhatia <[email protected]>
Newsgroups gmane.ietf.megaco
Message-ID <OF28A1D858.6CCAFBE1-ON652573BE.003BDD65-652573BE.003F70C6@aricent.com>
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 <[email protected]> 
12/27/2007 03:11 PM


To
Raphael Tryster <[email protected]>, [email protected]
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:[email protected]] 
Sent: Thursday, December 27, 2007 2:55 PM
To: Ramesh Babu Kuppili; [email protected]
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:[email protected]] 
Sent: Thursday, December 27, 2007 11:14 AM
To: [email protected]
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
[email protected]
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."

_______________________________________________
Megaco mailing list
[email protected]
https://www1.ietf.org/mailman/listinfo/megaco
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.