ok the commits are in for the rtp. When something withholds audio from the channel (ie purposely not write) CNG frames (as now advertised in sdp will flow every 5th packet interval with the proper timestamp). timestamp values increment regardless of if a channel writes data so a gap will now be properly reflected with AAAC00000CAAAA if A means audio and C means cng frames and 0 means nothing. Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ AIM: anthm MSN:anthony_minessale@hotmail.com JABBER:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org pstn:213-799-1400 ----- Original Message ---- From: Trixter aka Bret McDanel <trixter@0xdecafbad.com> To: freeswitch-dev@lists.freeswitch.org Sent: Friday, February 23, 2007 1:11:02 PM Subject: Re: [Freeswitch-dev] SNMP Discussion. On 2/23/07, janvb@caselaboratories.com <janvb@caselaboratories.com
wrote:
First and doremost alarms. Any alarm raised by any module/application. And I would like a config option in FreeSWITCH where I could format how Alarms where printed out. Meaning that if I in the stack raise a LOS/LOF I want to see it in SNMP in a confugurable format. There should also be a filtering mechanisme where I in a module can raise an alarm with a alarm no etc, and in config decide what severity and processing this alarm will receive (Ignore, Log, SNMP, email etc). The issue is that many maintenance departments have big display boards where alarms with major or critical severity is shown. Some of this might already be in here? Jan Its my understanding that you would be given some data, baed on the OID you could tell what its related to. I dont understand how it would be configurable. Also, I think clarification is in order here. There are two basic methods for doing SNMP, traps where FreeSWITCH would send to some SNMP monitoring agent and gets, where a client would poll FreeSWITCH for information. It is my understanding that traps are not currently supported, although my futher understanding is that its desired they would be. To get alarms in realtime you would likely want traps to be sent, so that you can see them as they happen. Polling via a SNMP get would work but you dont always want to poll too frequently as it does cause some load however minor. As for logging, it would be on the SNMP module to decide what gets logged. There is an eventing system already within the core of FreeSWITCH that would enable a SNMP module to monitor certain things. This would be similar to how the CDR modules work, except on other events. It would be upto the other modules to push events they think are desirable, such as a red alarm on a pri line in mod_wanpipe. The SNMP module would (presumably by configuration file) see that event, decide its worthy to be sent out, and send it. It should not be configured for each module to say what to do with it, it should instead be on the event omnitor modules such as SNMP to decide if they want it. So, you could have a module that wants critical events, and would send an email, as well as an SNMP module that would fire a trap, and whatever else, and they can all see the events as they happen. This already exists, its a matter of getting the modules to react to the events that is missing. -- Trixter http://www.0xdecafbad.com Bret McDanel Belfast +44 28 9099 6461 US +1 516 687 5200 http://www.trxtel.com the VoIP provider that pays you! _______________________________________________ Freeswitch-dev mailing list Freeswitch-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org ____________________________________________________________________________________ Don't pick lemons. See all the new 2007 cars at Yahoo! Autos. http://autos.yahoo.com/new_cars.html
Anthony does this mean that Freeswitch now fully supports silence suppression? Clearly this largely depends on the Codec being used , however if the codec natively supports VAD, DTX and CNG such as Speex, G.729B, G.723.1A will the Freeswitch framework allow silence suppression to function properly. The fact that Asterisk can not/does not support silence supression is one of their biggest drawbacks/negatives - if we have got this right it is a big plus in our favour - well done! Regards John
ok the commits are in for the rtp.
When something withholds audio from the channel (ie purposely not write) CNG frames (as now advertised in sdp will flow every 5th packet interval with the proper timestamp).
timestamp values increment regardless of if a channel writes data so a gap will now be properly reflected with AAAC00000CAAAA if A means audio and C means cng frames and 0 means nothing.
Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/
AIM: anthm MSN:anthony_minessale@hotmail.com JABBER:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org pstn:213-799-1400
----- Original Message ---- From: Trixter aka Bret McDanel <trixter@0xdecafbad.com> To: freeswitch-dev@lists.freeswitch.org Sent: Friday, February 23, 2007 1:11:02 PM Subject: Re: [Freeswitch-dev] SNMP Discussion.
On 2/23/07, janvb@caselaboratories.com <janvb@caselaboratories.com
wrote:
First and doremost alarms.
Any alarm raised by any module/application. And I would like a config option in FreeSWITCH where I could format how Alarms where printed out. Meaning that if I in the stack raise a LOS/LOF I want to see it in SNMP in a confugurable format. There should also be a filtering mechanisme where I in a module can raise an alarm with a alarm no etc, and in config decide what severity and processing this alarm will receive (Ignore, Log, SNMP, email etc). The issue is that many maintenance departments have big display boards where alarms with major or critical severity is shown. Some of this might already be in here?
Jan
Its my understanding that you would be given some data, baed on the OID you could tell what its related to. I dont understand how it would be configurable.
Also, I think clarification is in order here. There are two basic methods for doing SNMP, traps where FreeSWITCH would send to some SNMP monitoring agent and gets, where a client would poll FreeSWITCH for information. It is my understanding that traps are not currently supported, although my futher understanding is that its desired they would be.
To get alarms in realtime you would likely want traps to be sent, so that you can see them as they happen. Polling via a SNMP get would work but you dont always want to poll too frequently as it does cause some load however minor.
As for logging, it would be on the SNMP module to decide what gets logged. There is an eventing system already within the core of FreeSWITCH that would enable a SNMP module to monitor certain things. This would be similar to how the CDR modules work, except on other events. It would be upto the other modules to push events they think are desirable, such as a red alarm on a pri line in mod_wanpipe. The SNMP module would (presumably by configuration file) see that event, decide its worthy to be sent out, and send it.
It should not be configured for each module to say what to do with it, it should instead be on the event omnitor modules such as SNMP to decide if they want it. So, you could have a module that wants critical events, and would send an email, as well as an SNMP module that would fire a trap, and whatever else, and they can all see the events as they happen. This already exists, its a matter of getting the modules to react to the events that is missing.
-- Trixter http://www.0xdecafbad.com Bret McDanel Belfast +44 28 9099 6461 US +1 516 687 5200
http://www.trxtel.com the VoIP provider that pays you! _______________________________________________ Freeswitch-dev mailing list Freeswitch-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org
____________________________________________________________________________________ Don't pick lemons. See all the new 2007 cars at Yahoo! Autos. http://autos.yahoo.com/new_cars.html _______________________________________________ Freeswitch-dev mailing list Freeswitch-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org
John, It should but more testing is needed to verify any quirks that might remain. /b On Mar 7, 2007, at 10:20 PM, john@ecntelecoms.com wrote:
Anthony does this mean that Freeswitch now fully supports silence suppression? Clearly this largely depends on the Codec being used , however if the codec natively supports VAD, DTX and CNG such as Speex, G.729B, G.723.1A will the Freeswitch framework allow silence suppression to function properly. The fact that Asterisk can not/does not support silence supression is one of their biggest drawbacks/negatives - if we have got this right it is a big plus in our favour - well done!
Regards
John
This is very good news indeed - we shall assist with the testing process and provide feedback. Well done Regards John
John, It should but more testing is needed to verify any quirks that might remain.
/b
On Mar 7, 2007, at 10:20 PM, john@ecntelecoms.com wrote:
Anthony does this mean that Freeswitch now fully supports silence suppression? Clearly this largely depends on the Codec being used , however if the codec natively supports VAD, DTX and CNG such as Speex, G.729B, G.723.1A will the Freeswitch framework allow silence suppression to function properly. The fact that Asterisk can not/does not support silence supression is one of their biggest drawbacks/negatives - if we have got this right it is a big plus in our favour - well done!
Regards
John
_______________________________________________ Freeswitch-dev mailing list Freeswitch-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org
participants (3)
-
Anthony Minessale
-
Brian West
-
john＠ecntelecoms.com