asterisk-java-users — Asterisk-Java User List

Re: [Asterisk-java-users] MeetMeJoinEvent

[Carlos G M. <tr...@ac...>]

Oops, typo :)
This should go into a FAQ.

Events returned via onManagerEvent come with a common type of Event.
Depending on the current event, more functionality is available via
subclasses (of which the actual event "is a").

Usually you access subclass functionality by casting to the subclass,
guarded by a type check like:

public void onManagerEvent(ManagerEvent event)
{
        // just print received events
        System.out.println(event);
	
	if (event.getClass().equals(MeetMeJoinEvent.class)) {
		System.out.println((MeetMeJoinEvent)event.getMeetMe());
...

HTH.

Stefan Reuter @ 09/08/2007 05:18 -0300 dixit:
> try this: (and take a look at some java introduction ;)
> 
>  public void onManagerEvent(ManagerEvent event)
>  {
>          // just print received events
>           System.out.println(event);
> 
>           System.out.println((MeetMeJoinEvent) mmje.getMeetMe());
>  }
> 
> 
> 
> ------------------------------------------------------------------------
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Asterisk-java-users mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/asterisk-java-users

-- 
Carlos G Mendioroz  <tr...@ac...>

Re: [Asterisk-java-users] MeetMeJoinEvent

[Stefan R. <ste...@re...>]

try this: (and take a look at some java introduction ;)

 public void onManagerEvent(ManagerEvent event)
 {
         // just print received events
          System.out.println(event);

          System.out.println((MeetMeJoinEvent) mmje.getMeetMe());
 }

--=20
reuter network consulting
Neusser Str. 110
50760 Koeln
Germany
Telefon: +49 221 1305699-0
Telefax: +49 221 1305699-90
E-Mail: ste...@re...
Jabber: ste...@re...

Steuernummern 215/5140/1791 USt-IdNr. DE220701760

Re: [Asterisk-java-users] MeetMeJoinEvent

[Maciek T. <mlo...@gm...>]

Hi,
you have MeetMe room number in your output

"meetme='8150'"

It is room nuber declarated in Meetme.conf file

Regards, Maciek

2007/8/9, mi...@si... <mi...@si...>:
>
>
>
> Just getting started with Asterisk-Java ...and somewhat new with JAVA
> :-)  Using the Hello Event example adding MeetMeJoinEvent as follows...
>
> public void onManagerEvent(ManagerEvent event)
>     {
>         // just print received events
>          System.out.println(event);
>
>          MeetMeJoinEvent mmje= new MeetMeJoinEvent(event);
>          System.out.println(mmje.getMeetMe());
>
>     }
>
> ...should this have return the meetme room number??? I am running Asterisk
> 1.2.17 Asterisk-Java .3(Stable) the example only returns null for
> getMeetMe() ??  The event printed from the example does contain the meetme
> room number ....HELP GREATLY APPRECIATED!!!
>
> org.asteriskjava.manager.event.MeetMeJoinEvent[dateReceived=Wed Aug 08
> 22:06:57 EDT 2007,privilege='call,all',timestamp='null',uniqueid='
> 1186625236.4
> ',channel='SIP/150-081d5a20',usernum='1',meetme='8150',systemHashcode=8694729]
> null
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> _______________________________________________
> Asterisk-java-users mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/asterisk-java-users
>



-- 
Pozdrawiam
Maciek Tokarski

[Asterisk-java-users] MeetMeJoinEvent

[<mi...@si...>]

Just getting started with Asterisk-Java ...and somewhat new with JAVA :-)  Using the Hello Event example adding MeetMeJoinEvent as follows...

public void onManagerEvent(ManagerEvent event)
    {
        // just print received events
         System.out.println(event); 
         
         MeetMeJoinEvent mmje= new MeetMeJoinEvent(event);         
         System.out.println(mmje.getMeetMe());        
                             	    	
    }

...should this have return the meetme room number??? I am running Asterisk 1.2.17 Asterisk-Java .3(Stable) the example only returns null for getMeetMe() ??  The event printed from the example does contain the meetme room number ....HELP GREATLY APPRECIATED!!!

org.asteriskjava.manager.event.MeetMeJoinEvent[dateReceived=Wed Aug 08 22:06:57 EDT 2007,privilege='call,all',timestamp='null',uniqueid='1186625236.4',channel='SIP/150-081d5a20',usernum='1',meetme='8150',systemHashcode=8694729]
null

Re: [Asterisk-java-users] asteriskjava.live - GetMeetMeRooms

[Henrik B. <hen...@fr...>]

Am Montag, den 30.07.2007, 12:19 +0200 schrieb Stefan Reuter:
> Henrik Buchholz wrote:
> > Perhaps you could have a look at it or shall I use Jira directly?
> 
> Thanks for the sample, I'll have a look at it.
> Putting it into Jira helps us track the status, produce nice release
> notes/changelog if the issue results in a change.

Ok did that. I found out that it doesn't happen when I user
AsteriskServer.originateToExtension to establish the call - that should
do it for me as workaround.

Greetings Henrik

Re: [Asterisk-java-users] Advanced Event Filtering

[Aaron E. <aar...@gm...>]

As a general rule, I try to keep my swap at 0 always. Swap is very
bad, not just for java. :D

On 8/2/07, Brett Sutton <bs...@no...> wrote:
> I would be very surprised if you have any problems with the garbage
> collector.
>
> We have done a lot of work in this area for a large client running a
> very heavily loaded java based web server (tomcat).
> The garbage collector is super fast.
>
> The only problem we ever had was if we let the java app swap memory out
> to the page file.
> This is super dangerous with java.
> [This took us about 6 weeks of heavy diagnosis to discover the root
> cause of, hence the experience with the java GC. This is the only bug
> that I've every resolved by 'touch'.  I happened to put my hand on the
> system unit during garbage collection and felt the drive rumbling :)]
>
> The Tenured area of the garbage collector can grow quite big and remain
> untouch for lengthy periods of time.
> The OS will then page this area out to disk. When a tenured garbage
> collection occurs the tenured area has to be pulled from disk. This can
> turn a GC which normally takes 300 milliseconds into a 2 minute process.
>
> Regards,
> Brett.
>
>
>
> Stefan Reuter wrote:
> > Hi,
> >
> > my first thought when reading this thread was: If it's not broken, don't
> > try to fix it. It seems you did not experience any problems with garbage
> > collection (though you might run some load tests to verify that in your
> > environment). Java is really smart handling small short-lived objects.
> > The garbage collector has a young generation (eden space) designed for
> > just that purpose.
> >
> > The next thing that comes to my mind is what you might actually achieve
> > by filtering events at the java side. You will still have create some
> > strings and build the map representing the events (note that the
> > management api makes no guarantees regarding the order of the attributes
> > so you have to parse at least until you encounter the "Event: XXX"
> > attribute). What you could save is creating the actual event object, but
> > well...
> >
> > I would recommend to really get some numbers using a decent profiler. If
> > you can provide something that is convincing we might very well have a
> > look at supporting it in future Asterisk-Java releases.
> >
> > =Stefan
> >
> >
> > ------------------------------------------------------------------------
> >
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc.
> > Still grepping through log files to find problems?  Stop.
> > Now Search log events and configuration files using AJAX and a browser.
> > Download your FREE copy of Splunk now >>  http://get.splunk.com/
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > Asterisk-java-users mailing list
> > Ast...@li...
> > https://lists.sourceforge.net/lists/listinfo/asterisk-java-users
> >
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> _______________________________________________
> Asterisk-java-users mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/asterisk-java-users
>

Re: [Asterisk-java-users] Advanced Event Filtering

[Brett S. <bs...@no...>]

I would be very surprised if you have any problems with the garbage 
collector.

We have done a lot of work in this area for a large client running a 
very heavily loaded java based web server (tomcat).
The garbage collector is super fast.

The only problem we ever had was if we let the java app swap memory out 
to the page file.
This is super dangerous with java.
[This took us about 6 weeks of heavy diagnosis to discover the root 
cause of, hence the experience with the java GC. This is the only bug 
that I've every resolved by 'touch'.  I happened to put my hand on the 
system unit during garbage collection and felt the drive rumbling :)]

The Tenured area of the garbage collector can grow quite big and remain 
untouch for lengthy periods of time.
The OS will then page this area out to disk. When a tenured garbage 
collection occurs the tenured area has to be pulled from disk. This can 
turn a GC which normally takes 300 milliseconds into a 2 minute process.

Regards,
Brett.



Stefan Reuter wrote:
> Hi,
>
> my first thought when reading this thread was: If it's not broken, don't
> try to fix it. It seems you did not experience any problems with garbage
> collection (though you might run some load tests to verify that in your
> environment). Java is really smart handling small short-lived objects.
> The garbage collector has a young generation (eden space) designed for
> just that purpose.
>
> The next thing that comes to my mind is what you might actually achieve
> by filtering events at the java side. You will still have create some
> strings and build the map representing the events (note that the
> management api makes no guarantees regarding the order of the attributes
> so you have to parse at least until you encounter the "Event: XXX"
> attribute). What you could save is creating the actual event object, but
> well...
>
> I would recommend to really get some numbers using a decent profiler. If
> you can provide something that is convincing we might very well have a
> look at supporting it in future Asterisk-Java releases.
>
> =Stefan
>
>   
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> ------------------------------------------------------------------------
>
> _______________________________________________
> Asterisk-java-users mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/asterisk-java-users
>   

Re: [Asterisk-java-users] Advanced Event Filtering

[Stefan R. <ste...@re...>]

Hi,

my first thought when reading this thread was: If it's not broken, don't
try to fix it. It seems you did not experience any problems with garbage
collection (though you might run some load tests to verify that in your
environment). Java is really smart handling small short-lived objects.
The garbage collector has a young generation (eden space) designed for
just that purpose.

The next thing that comes to my mind is what you might actually achieve
by filtering events at the java side. You will still have create some
strings and build the map representing the events (note that the
management api makes no guarantees regarding the order of the attributes
so you have to parse at least until you encounter the "Event: XXX"
attribute). What you could save is creating the actual event object, but
well...

I would recommend to really get some numbers using a decent profiler. If
you can provide something that is convincing we might very well have a
look at supporting it in future Asterisk-Java releases.

=3DStefan

--=20
reuter network consulting
Neusser Str. 110
50760 Koeln
Germany
Telefon: +49 221 1305699-0
Telefax: +49 221 1305699-90
E-Mail:  ste...@re...
Jabber:  ste...@re...

Steuernummern 215/5140/1791 USt-IdNr. DE220701760

Re: [Asterisk-java-users] Track OriginateAction

[Stefan R. <ste...@re...>]

Hi,

you might want to have a look at the live API. There is a
DefaultAsteriskServer with some originate methods that will make your
life easier. Also have a look at the latest dev version of our tutorial
at http://asterisk-java.org/development/tutorial.html. Martin added a
section on the live API there.

=3DStefan

--=20
reuter network consulting
Neusser Str. 110
50760 Koeln
Germany
Telefon: +49 221 1305699-0
Telefax: +49 221 1305699-90
E-Mail:  ste...@re...
Jabber:  ste...@re...

Steuernummern 215/5140/1791 USt-IdNr. DE220701760

[Asterisk-java-users] Track OriginateAction

[<gl...@gm...>]

I'm using asterrisk-java-0.3 to originate call based on certain events
on my system. How can I track the status of this originate action ? I
need to know if the called party was busy or if it didn't answer.

Any ideas ?

Thanks in advance,

--=20
Guilherme Loch G=F3es

MSN:gl...@gm...
(48) 99115299

[Asterisk-java-users] dtmf getData problem

[Shivaram U <shi...@gm...>]

Greetings,

We have a handlewelcome.agi script which handles every new caller. For
every new call we play a welcome message and ask the caller to enter a
four digit code .. something on the lines "Welcome... please enter the
four digit number .... "
Our asterisk java agi script calls a function getData() with
parameters such as the gsm file to play the message and the number of
dtmf characters to receive.
We have noticed that if a user keyed in the four digit code while the
message is being played. the dtmf char received is only one. i.e if i
key in 1007 before the message is fully played we get only 1 char. but
if i wait for the whole message to complete then there is no problem
we receive the complete code 1007 . But i remember that before we
could enter and receive the dtmf digits correctly even if the message
was playing.

Best Regards,
Shivram

Re: [Asterisk-java-users] Advanced Event Filtering

[Aaron E. <aar...@gm...>]

On 8/2/07, Martin Smith <ma...@be...> wrote:
> > -----Original Message-----
> > From: ast...@li...
> > [mailto:ast...@li...] On
> > Behalf Of Aaron Evans
> > Sent: Thursday, August 02, 2007 10:16 AM
> > To: ast...@li...
> > Subject: [Asterisk-java-users] Advanced Event Filtering
>
> > Event though my event listener may only process these extension status
> > change events, discarding all others, the asterisk java API will still
> > be building a very large number of these event objects at a very quick
> > rate.
>
> This is true, and I think filtering isn't a bad idea. In fact, there has
> been talk of filtering the data even further up the pipe, in Asterisk
> itself.
>

Yeah, I wish there were more event filtering options within asterisk.

> > This brings me to my next point/request.  While I could provide my own
> > ManagerReaderImpl by overriding the factory method in
> > ManagerConnectionImpl, the buildEvent method is private. :(
> > This means I can't just extend and override the ManagerReaderImpl.  In
> > fact, if I make a copy of this implementation to my application's
> > source tree, there are a great deal of classes and interfaces that are
> > not visible in the org.asteriskjava.manager.internal package (the
> > Dispatcher interface for example).  I guess that is kind of the point
> > of the "internal" package since these aren't really supposed to be
> > part of the API for developers.
> >
> > At the very least, I would propose making some of the methods of the
> > ManagerReaderImpl and ManagerWriterImpl classes protected rather than
> > private.
>
> I think the important reason that these implementations are private is
> because there are assumptions that are made inside of each class that
> you won't necessarily obey if you extend one, in turn breaking your
> application. In closed source projects, you'd almost *have* to do this
> so that your users don't break the default implementation and then blame
> you (or worse, do something malicious with your product). In open source
> world, I can see how this seems less fruitful, as someone can and will
> copy your private implementation, as you're suggesting you will be
> forced to do.
>
> > In order to avoid creating these ManagerEvent objects, I'm thinking
> > I'll inject the filter check in the buildEvent method of the
> > ManagerReaderImpl class.
>
> An alternative approach would be to make filtering more flexible for all
> users, by explicitly defining filter objects in the API. These filter
> objects would be required to make decisions based on something like the
> Map<String, String> that ManagerReaderImpl uses.
>

Yes, that would be good.

> > However, in this case, I have no choice but to modify the source
> > rather than supplying my own implementation (short of copying a great
> > many classes to my applications source tree).
>
> At the risk of sounding too harsh -- copying classes means you'll have
> to actually deal with the implementation details of the class directly,
> whereas someone who is just extending an implementation is much more
> likely to step on the toes of the original implementation for the worse.
> I actually like that kind of design -- you can force the programmer to
> be fully involved in the internals and make their own mistakes or stay
> out of your working implementation.
>

Not harsh at all, I agree with you 100%.  Copying classes is the last
thing I want to do.

> I'd much prefer, however, in this case, an open public API for the
> filtering, and then allow a user/developer to simply provide an
> implementation for that.
>

Agreed, that is the better approach but I don't think I'll be able to
wait for these features and I'll have to hack something out myself for
the time being.  If what I come up with seems pretty good, I have no
problem contributing it back.  I'll be modifying the source directly
and then building the customized jar for my application.

> Martin Smith, Systems Developer
> ma...@be...
> Bureau of Economic and Business Research
> University of Florida
> (352) 392-0171 Ext. 221
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> _______________________________________________
> Asterisk-java-users mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/asterisk-java-users
>

Re: [Asterisk-java-users] Advanced Event Filtering

[Martin S. <ma...@be...>]

> -----Original Message-----
> From: ast...@li...=20
> [mailto:ast...@li...] On=20
> Behalf Of Aaron Evans
> Sent: Thursday, August 02, 2007 10:16 AM
> To: ast...@li...
> Subject: [Asterisk-java-users] Advanced Event Filtering

> Event though my event listener may only process these extension status
> change events, discarding all others, the asterisk java API will still
> be building a very large number of these event objects at a very quick
> rate.

This is true, and I think filtering isn't a bad idea. In fact, there has
been talk of filtering the data even further up the pipe, in Asterisk
itself.
=20
> This brings me to my next point/request.  While I could provide my own
> ManagerReaderImpl by overriding the factory method in
> ManagerConnectionImpl, the buildEvent method is private. :(
> This means I can't just extend and override the ManagerReaderImpl.  In
> fact, if I make a copy of this implementation to my application's
> source tree, there are a great deal of classes and interfaces that are
> not visible in the org.asteriskjava.manager.internal package (the
> Dispatcher interface for example).  I guess that is kind of the point
> of the "internal" package since these aren't really supposed to be
> part of the API for developers.
>
> At the very least, I would propose making some of the methods of the
> ManagerReaderImpl and ManagerWriterImpl classes protected rather than
> private.

I think the important reason that these implementations are private is
because there are assumptions that are made inside of each class that
you won't necessarily obey if you extend one, in turn breaking your
application. In closed source projects, you'd almost *have* to do this
so that your users don't break the default implementation and then blame
you (or worse, do something malicious with your product). In open source
world, I can see how this seems less fruitful, as someone can and will
copy your private implementation, as you're suggesting you will be
forced to do.

> In order to avoid creating these ManagerEvent objects, I'm thinking
> I'll inject the filter check in the buildEvent method of the
> ManagerReaderImpl class.

An alternative approach would be to make filtering more flexible for all
users, by explicitly defining filter objects in the API. These filter
objects would be required to make decisions based on something like the
Map<String, String> that ManagerReaderImpl uses.

> However, in this case, I have no choice but to modify the source
> rather than supplying my own implementation (short of copying a great
> many classes to my applications source tree).

At the risk of sounding too harsh -- copying classes means you'll have
to actually deal with the implementation details of the class directly,
whereas someone who is just extending an implementation is much more
likely to step on the toes of the original implementation for the worse.
I actually like that kind of design -- you can force the programmer to
be fully involved in the internals and make their own mistakes or stay
out of your working implementation.

I'd much prefer, however, in this case, an open public API for the
filtering, and then allow a user/developer to simply provide an
implementation for that.

Martin Smith, Systems Developer
ma...@be...
Bureau of Economic and Business Research
University of Florida
(352) 392-0171 Ext. 221=20

[Asterisk-java-users] Advanced Event Filtering

[Aaron E. <aar...@gm...>]

I would like to propose a feature for more advanced event filtering,
beyond what AMI provides.

I have a situation where I am interested in extension state changes
only.  So I can cut down the number of events by using the "cal" event
mask.

However, I am connecting to about a dozen asterisk servers all with
relatively high load.

I am concerned that with the number of events flowing into my
application I am worried about performance.

Event though my event listener may only process these extension status
change events, discarding all others, the asterisk java API will still
be building a very large number of these event objects at a very quick
rate.

Although the objects will be immediately available for garbage
collection, at the rate they are produced, the heap space could fill
quickly causing very frequent garbage collection.  Frequent garbage
collection can be very detrimental to JVM performance, depending on
the implementation.

I might be being overly cautious here. If you think I am, please say
something as I don't really want to make more work for myself
unnecessarily.

In order to supply the functionality I am describing, I think I may
add some kind of HashSet of eventTypes to act as a filter. If the set
is null or empty, then that means all events. Otherwise, it would be
limited to those in the set.

In order to avoid creating these ManagerEvent objects, I'm thinking
I'll inject the filter check in the buildEvent method of the
ManagerReaderImpl class.

This brings me to my next point/request.  While I could provide my own
ManagerReaderImpl by overriding the factory method in
ManagerConnectionImpl, the buildEvent method is private. :(

This means I can't just extend and override the ManagerReaderImpl.  In
fact, if I make a copy of this implementation to my application's
source tree, there are a great deal of classes and interfaces that are
not visible in the org.asteriskjava.manager.internal package (the
Dispatcher interface for example).  I guess that is kind of the point
of the "internal" package since these aren't really supposed to be
part of the API for developers.

However, in this case, I have no choice but to modify the source
rather than supplying my own implementation (short of copying a great
many classes to my applications source tree).

At the very least, I would propose making some of the methods of the
ManagerReaderImpl and ManagerWriterImpl classes protected rather than
private.

Comments?

-aaron

Re: [Asterisk-java-users] asterisk java and astmanproxy

[Aaron E. <aar...@gm...>]

Thanks for that Stefan. Now I can stop digging and barking up the wrong tree!

I've posted a message on the AstManProxy mailing list "home" and we'll
see what comes of it.

cheers,
aaron

On 8/1/07, Stefan Reuter <ste...@re...> wrote:
> Hi,
>
> astmanproxy does not honor the ActionId attribute.
> The following is a log of an attempt to connect:
>
> root@samael:~# ngrep port 1234
> interface: eth0 (10.13.0.0/255.255.255.0)
> filter: (ip or ip6) and ( port 1234 )
> ####
> T 10.13.0.101:1234 -> 10.13.0.57:33060 [AP]
>   Asterisk Call Manager Proxy/1.21..
>
> ##
> T 10.13.0.57:33060 -> 10.13.0.101:1234 [AP]
>   action: Challenge..actionid: 1246657009_0#..authtype: MD5....
>
> ##
> T 10.13.0.101:1234 -> 10.13.0.57:33060 [AP]
>   Response: Success
>
> #
> T 10.13.0.101:1234 -> 10.13.0.57:33060 [AP]
>   ..
>
> #
> T 10.13.0.101:1234 -> 10.13.0.57:33060 [AP]
>   Challenge: 168169277
>
> ##
> T 10.13.0.101:1234 -> 10.13.0.57:33060 [AP]
>   ....
>
> ####
>
> Asterisk-Java sends an actionId (1246657009_0#) but astmanproxy drops
> it. Therefore Asterisk-Java has no chance to relate the response to the
> request and you receive the timeout exception.
>
> > This appears to be a timing issue and so may not appear on all systems
> > or everytime the call is run.
> > I'm doing further investigation to try and create a patch.
> >
> > If anyone knows how to lodge a support request on astmanproxy I would be
> > interested.
>
> No I don't. I had a conversation with david some time ago but the
> without success getting these things fixed.
> I think astmanproxy would need some serious design changes to be usable
> for a larger audience...
>
> =Stefan
>
> P.S. I've updated the latest version of Asterisk-Java to accept the
> protocol identifier but that won't help much until at least the action
> id issue is resolved.
>
> --
> reuter network consulting
> Neusser Str. 110
> 50760 Koeln
> Germany
> Telefon: +49 221 1305699-0
> Telefax: +49 221 1305699-90
> E-Mail:  ste...@re...
> Jabber:  ste...@re...
>
> Steuernummern 215/5140/1791 USt-IdNr. DE220701760
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> _______________________________________________
> Asterisk-java-users mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/asterisk-java-users
>
>
>

Re: [Asterisk-java-users] asterisk java and astmanproxy

[Stefan R. <ste...@re...>]

Hi,

astmanproxy does not honor the ActionId attribute.
The following is a log of an attempt to connect:

root@samael:~# ngrep port 1234
interface: eth0 (10.13.0.0/255.255.255.0)
filter: (ip or ip6) and ( port 1234 )
####
T 10.13.0.101:1234 -> 10.13.0.57:33060 [AP]
  Asterisk Call Manager Proxy/1.21..

##
T 10.13.0.57:33060 -> 10.13.0.101:1234 [AP]
  action: Challenge..actionid: 1246657009_0#..authtype: MD5....

##
T 10.13.0.101:1234 -> 10.13.0.57:33060 [AP]
  Response: Success

#
T 10.13.0.101:1234 -> 10.13.0.57:33060 [AP]
  ..

#
T 10.13.0.101:1234 -> 10.13.0.57:33060 [AP]
  Challenge: 168169277

##
T 10.13.0.101:1234 -> 10.13.0.57:33060 [AP]
  ....

####

Asterisk-Java sends an actionId (1246657009_0#) but astmanproxy drops
it. Therefore Asterisk-Java has no chance to relate the response to the
request and you receive the timeout exception.

> This appears to be a timing issue and so may not appear on all systems
> or everytime the call is run.
> I'm doing further investigation to try and create a patch.
>=20
> If anyone knows how to lodge a support request on astmanproxy I would b=
e
> interested.

No I don't. I had a conversation with david some time ago but the
without success getting these things fixed.
I think astmanproxy would need some serious design changes to be usable
for a larger audience...

=3DStefan

P.S. I've updated the latest version of Asterisk-Java to accept the
protocol identifier but that won't help much until at least the action
id issue is resolved.

--=20
reuter network consulting
Neusser Str. 110
50760 Koeln
Germany
Telefon: +49 221 1305699-0
Telefax: +49 221 1305699-90
E-Mail:  ste...@re...
Jabber:  ste...@re...

Steuernummern 215/5140/1791 USt-IdNr. DE220701760

Re: [Asterisk-java-users] asterisk java and astmanproxy

[S. B. S. <bs...@no...>]

FYI - there appears to be a major bug in astmanproxy 1.21.

For commands like SIPPeers it is only returning the initial header and 
not the whole list.

This appears to be a timing issue and so may not appear on all systems 
or everytime the call is run.
I'm doing further investigation to try and create a patch.

If anyone knows how to lodge a support request on astmanproxy I would be 
interested.

Regards,
Brett.


Aaron Evans wrote:
> In the hack I did, I simply added an "or" so that Asterisk Call
> Manager Proxy/ is an allowable protocol prefix.
>
> In stderr, I see "Unsupported protocol version 'Asterisk Call Manager
> Proxy/1.21'.  Use at your own risk.", so it is taking it.
>
> Can I configure asterisk java to use clear text login? I don't see
> how. I'm using the DefaultManagerConnection object.
>
> I did the Challenge action from the command line by telnet-ing to an
> asterisk server and then to the proxy and the conversations looked
> identical in format (except for the number that was spit back in the
> Challenge attribute of the response).
>
> I'm not sure how to "record" the AJ conversation though.
>
> In stderr, the following was written by AJ:
>
> org.asteriskjava.manager.response.ChallengeResponse: actionId='null';
> message='null'; response='Success'; uniqueId='null';
> systemHashcode=17227822
>
> So it seemed to work but for whatever reason, AJ is not building a
> response object out of it and since it is null it throws the timeout
> exception.
>
>
>
> On 8/1/07, Martin Smith <ma...@be...> wrote:
>   
>> Hello Aaron,
>>
>> It will be critical to get that protocol information from the AMI, or
>> its proxy. It sounds like the protocol part may not be available at all,
>> but could be inferred if the proxy appends "Proxy" to the original
>> Asterisk string, as it appears "Asterisk Call Manager Proxy/" may be.
>>
>> Have you tried using cleartext login?
>> LoginAction(java.lang.String username, java.lang.String secret)
>>
>> I'd compare an ngrep of the AJ conversation w/ AstManProxy to the
>> conversation with Asterisk itself, with the challenge/response login,
>> and see if there are big differences.
>>
>> Martin Smith, Systems Developer
>> ma...@be...
>> Bureau of Economic and Business Research
>> University of Florida
>> (352) 392-0171 Ext. 221
>>
>>
>>
>>     
>>> -----Original Message-----
>>> From: ast...@li...
>>> [mailto:ast...@li...] On
>>> Behalf Of Aaron Evans
>>> Sent: Wednesday, August 01, 2007 4:47 PM
>>> To: ast...@li...
>>> Subject: Re: [Asterisk-java-users] asterisk java and astmanproxy
>>>
>>> One more tidbit:
>>> The exception was caused by
>>>
>>> org.asteriskjava.manager.TimeoutException: Timeout waiting for
>>> response to Challenge
>>>
>>> On 8/1/07, Aaron Evans <aar...@gm...> wrote:
>>>       
>>>> Ok, I actually ended up making the change to the src and
>>>>         
>>> building with maven.
>>>       
>>>> That got me a bit further. Now I am getting:
>>>>
>>>> org.asteriskjava.manager.AuthenticationFailedException:
>>>>         
>>> Unable to send
>>>       
>>>> challenge action
>>>>
>>>> And standard error says:
>>>>
>>>> Unable to retrieve internaActionId from response actionId 'null':
>>>> org.asteriskjava.manager.response.ChallengeResponse
>>>>
>>>> I'll keep looking at the source I guess but any tips are welcome.
>>>>
>>>> -aaron
>>>>
>>>> On 8/1/07, Aaron Evans <aar...@gm...> wrote:
>>>>         
>>>>> Actually, I think maybe I've spotted the problem:
>>>>>
>>>>> In the run method of the ManagerReaderImpl, there is a
>>>>>           
>>> condition for
>>>       
>>>>> identifying the protocol identifier.  It tests for
>>>>>           
>>> strings starting
>>>       
>>>>> with "Asterisk Call Manager/" and "Asterisk Manager
>>>>>           
>>> Proxy/" and will
>>>       
>>>>> set the "protocol identifier" if one of those is true.
>>>>>
>>>>> However, AstManProxy is giving back a string that starts with
>>>>> "Asterisk Call Manager Proxy/".
>>>>>
>>>>> I have checked out the source but am not familiar with
>>>>>           
>>> building with
>>>       
>>>>> maven 2.  So I may try to hack something out by providing my own
>>>>> implementations of the various classes by overriding a few key
>>>>> methods.  I'll let you know how it works out...
>>>>>
>>>>> On 8/1/07, Maciek Tokarski <mlo...@gm...> wrote:
>>>>>           
>>>>>> Hi,
>>>>>> I had the same problem while using asterisk-java with
>>>>>>             
>>> astmanproxy. Now I'm
>>>       
>>>>>> looking for other AMI poxies (I think, finally i will
>>>>>>             
>>> have to write it on my
>>>       
>>>>>> own). But astmanproxy is the best proxy I already
>>>>>>             
>>> found. Adding support for
>>>       
>>>>>> it to asteriks-java would be great feature.
>>>>>>
>>>>>> According to your questiopn Aaron, maybe the solution
>>>>>>             
>>> is to change the
>>>       
>>>>>> astamnproxy code and make this program to give output
>>>>>>             
>>> exact like asterisk.
>>>       
>>>>>> Regards,
>>>>>> Maciek
>>>>>>
>>>>>>
>>>>>>  2007/8/1, Aaron Evans <aar...@gm...>:
>>>>>>             
>>>>>>> Hi,
>>>>>>> I'm trying to use asterisk-java with astmanproxy.
>>>>>>>
>>>>>>> I am getting the error:
>>>>>>>
>>>>>>> org.asteriskjava.manager.TimeoutException: Timeout
>>>>>>>               
>>>>>> waiting for
>>>>>>             
>>>>>>> protocol identifier
>>>>>>>
>>>>>>> Now I did some digging in the archives and found that
>>>>>>>               
>>> connecting to
>>>       
>>>>>>> astmanproxy is not currently supported but that it
>>>>>>>               
>>> might be in the
>>>       
>>>>>>> future. The thread was from last year though.
>>>>>>>
>>>>>>> Any plans to support it?
>>>>>>>
>>>>>>> I also saw that some named Cristian Talle was able to
>>>>>>>               
>>> modify the
>>>       
>>>>>>> source so that he could use them together.  Perhaps
>>>>>>>               
>>> that the problem
>>>       
>>>>>>> is that the ProxyKey line has to be sent during the
>>>>>>>               
>>> connect/login
>>>       
>>>>>>> process.
>>>>>>>
>>>>>>> I started looking through the source but have not yet
>>>>>>>               
>>> located where I
>>>       
>>>>>>> would inject that bit of code.
>>>>>>>
>>>>>>> If someone could point me in the right direction, or
>>>>>>>               
>>> better yet,
>>>       
>>>>>>> describe what has to be done to get these working
>>>>>>>               
>>> together, that would
>>>       
>>>>>>> be sweet.
>>>>>>>
>>>>>>> I also saw some threads questioning the value of
>>>>>>>               
>>> using astmanproxy in
>>>       
>>>>>>> combination with asterisk-java.
>>>>>>>
>>>>>>> I think that there are many advantages to doing so.
>>>>>>>               
>>> Firstly, I want
>>>       
>>>>>>> to use my proxy for more than just asterisk-java
>>>>>>>               
>>> clients but would
>>>       
>>>>>>> like to have all my asterisk manager API calls going
>>>>>>>               
>>> through one
>>>       
>>>>>>> place.
>>>>>>>
>>>>>>> Secondly, in my case, I have to connect to many
>>>>>>>               
>>> (perhaps a dozen or
>>>       
>>>>>>> so) asterisk servers right now.  I would prefer to
>>>>>>>               
>>> just list them in
>>>       
>>>>>>> the proxy's configuration rather than having to
>>>>>>>               
>>> manage all of these
>>>       
>>>>>>> connections in my application individually.
>>>>>>>
>>>>>>> Kind regards,
>>>>>>> aaron
>>>>>>>
>>>>>>>
>>>>>>>               
>>> --------------------------------------------------------------
>>> -----------
>>>       
>>>>>>> This SF.net email is sponsored by: Splunk Inc.
>>>>>>> Still grepping through log files to find problems?  Stop.
>>>>>>> Now Search log events and configuration files using
>>>>>>>               
>>> AJAX and a browser.
>>>       
>>>>>>> Download your FREE copy of Splunk now >>
>>>>>>>               
>>> http://get.splunk.com/
>>>       
>>>>>>> _______________________________________________
>>>>>>> Asterisk-java-users mailing list
>>>>>>> Ast...@li...
>>>>>>>
>>>>>>>               
>>>>>> https://lists.sourceforge.net/lists/listinfo/asterisk-java-users
>>>>>>             
>>>>>>
>>>>>> --
>>>>>> Pozdrawiam
>>>>>> Maciek Tokarski
>>>>>>
>>>>>>             
>>> --------------------------------------------------------------
>>> -----------
>>>       
>>>>>> This SF.net email is sponsored by: Splunk Inc.
>>>>>> Still grepping through log files to find problems?  Stop.
>>>>>> Now Search log events and configuration files using
>>>>>>             
>>> AJAX and a browser.
>>>       
>>>>>> Download your FREE copy of Splunk now >>  http://get.splunk.com/
>>>>>> _______________________________________________
>>>>>> Asterisk-java-users mailing list
>>>>>> Ast...@li...
>>>>>> https://lists.sourceforge.net/lists/listinfo/asterisk-java-users
>>>>>>
>>>>>>
>>>>>>             
>>> --------------------------------------------------------------
>>> -----------
>>> This SF.net email is sponsored by: Splunk Inc.
>>> Still grepping through log files to find problems?  Stop.
>>> Now Search log events and configuration files using AJAX and
>>> a browser.
>>> Download your FREE copy of Splunk now >>  http://get.splunk.com/
>>> _______________________________________________
>>> Asterisk-java-users mailing list
>>> Ast...@li...
>>> https://lists.sourceforge.net/lists/listinfo/asterisk-java-users
>>>
>>>       
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Splunk Inc.
>> Still grepping through log files to find problems?  Stop.
>> Now Search log events and configuration files using AJAX and a browser.
>> Download your FREE copy of Splunk now >>  http://get.splunk.com/
>> _______________________________________________
>> Asterisk-java-users mailing list
>> Ast...@li...
>> https://lists.sourceforge.net/lists/listinfo/asterisk-java-users
>>
>>     
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> _______________________________________________
> Asterisk-java-users mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/asterisk-java-users
>   

Re: [Asterisk-java-users] asterisk java and astmanproxy

[Aaron E. <aar...@gm...>]

In the hack I did, I simply added an "or" so that Asterisk Call
Manager Proxy/ is an allowable protocol prefix.

In stderr, I see "Unsupported protocol version 'Asterisk Call Manager
Proxy/1.21'.  Use at your own risk.", so it is taking it.

Can I configure asterisk java to use clear text login? I don't see
how. I'm using the DefaultManagerConnection object.

I did the Challenge action from the command line by telnet-ing to an
asterisk server and then to the proxy and the conversations looked
identical in format (except for the number that was spit back in the
Challenge attribute of the response).

I'm not sure how to "record" the AJ conversation though.

In stderr, the following was written by AJ:

org.asteriskjava.manager.response.ChallengeResponse: actionId='null';
message='null'; response='Success'; uniqueId='null';
systemHashcode=17227822

So it seemed to work but for whatever reason, AJ is not building a
response object out of it and since it is null it throws the timeout
exception.



On 8/1/07, Martin Smith <ma...@be...> wrote:
> Hello Aaron,
>
> It will be critical to get that protocol information from the AMI, or
> its proxy. It sounds like the protocol part may not be available at all,
> but could be inferred if the proxy appends "Proxy" to the original
> Asterisk string, as it appears "Asterisk Call Manager Proxy/" may be.
>
> Have you tried using cleartext login?
> LoginAction(java.lang.String username, java.lang.String secret)
>
> I'd compare an ngrep of the AJ conversation w/ AstManProxy to the
> conversation with Asterisk itself, with the challenge/response login,
> and see if there are big differences.
>
> Martin Smith, Systems Developer
> ma...@be...
> Bureau of Economic and Business Research
> University of Florida
> (352) 392-0171 Ext. 221
>
>
>
> > -----Original Message-----
> > From: ast...@li...
> > [mailto:ast...@li...] On
> > Behalf Of Aaron Evans
> > Sent: Wednesday, August 01, 2007 4:47 PM
> > To: ast...@li...
> > Subject: Re: [Asterisk-java-users] asterisk java and astmanproxy
> >
> > One more tidbit:
> > The exception was caused by
> >
> > org.asteriskjava.manager.TimeoutException: Timeout waiting for
> > response to Challenge
> >
> > On 8/1/07, Aaron Evans <aar...@gm...> wrote:
> > > Ok, I actually ended up making the change to the src and
> > building with maven.
> > >
> > > That got me a bit further. Now I am getting:
> > >
> > > org.asteriskjava.manager.AuthenticationFailedException:
> > Unable to send
> > > challenge action
> > >
> > > And standard error says:
> > >
> > > Unable to retrieve internaActionId from response actionId 'null':
> > > org.asteriskjava.manager.response.ChallengeResponse
> > >
> > > I'll keep looking at the source I guess but any tips are welcome.
> > >
> > > -aaron
> > >
> > > On 8/1/07, Aaron Evans <aar...@gm...> wrote:
> > > > Actually, I think maybe I've spotted the problem:
> > > >
> > > > In the run method of the ManagerReaderImpl, there is a
> > condition for
> > > > identifying the protocol identifier.  It tests for
> > strings starting
> > > > with "Asterisk Call Manager/" and "Asterisk Manager
> > Proxy/" and will
> > > > set the "protocol identifier" if one of those is true.
> > > >
> > > > However, AstManProxy is giving back a string that starts with
> > > > "Asterisk Call Manager Proxy/".
> > > >
> > > > I have checked out the source but am not familiar with
> > building with
> > > > maven 2.  So I may try to hack something out by providing my own
> > > > implementations of the various classes by overriding a few key
> > > > methods.  I'll let you know how it works out...
> > > >
> > > > On 8/1/07, Maciek Tokarski <mlo...@gm...> wrote:
> > > > > Hi,
> > > > > I had the same problem while using asterisk-java with
> > astmanproxy. Now I'm
> > > > > looking for other AMI poxies (I think, finally i will
> > have to write it on my
> > > > > own). But astmanproxy is the best proxy I already
> > found. Adding support for
> > > > > it to asteriks-java would be great feature.
> > > > >
> > > > > According to your questiopn Aaron, maybe the solution
> > is to change the
> > > > > astamnproxy code and make this program to give output
> > exact like asterisk.
> > > > >
> > > > > Regards,
> > > > > Maciek
> > > > >
> > > > >
> > > > >  2007/8/1, Aaron Evans <aar...@gm...>:
> > > > > >
> > > > > > Hi,
> > > > > > I'm trying to use asterisk-java with astmanproxy.
> > > > > >
> > > > > > I am getting the error:
> > > > > >
> > > > > > org.asteriskjava.manager.TimeoutException: Timeout
> > > > > waiting for
> > > > > > protocol identifier
> > > > > >
> > > > > > Now I did some digging in the archives and found that
> > connecting to
> > > > > > astmanproxy is not currently supported but that it
> > might be in the
> > > > > > future. The thread was from last year though.
> > > > > >
> > > > > > Any plans to support it?
> > > > > >
> > > > > > I also saw that some named Cristian Talle was able to
> > modify the
> > > > > > source so that he could use them together.  Perhaps
> > that the problem
> > > > > > is that the ProxyKey line has to be sent during the
> > connect/login
> > > > > > process.
> > > > > >
> > > > > > I started looking through the source but have not yet
> > located where I
> > > > > > would inject that bit of code.
> > > > > >
> > > > > > If someone could point me in the right direction, or
> > better yet,
> > > > > > describe what has to be done to get these working
> > together, that would
> > > > > > be sweet.
> > > > > >
> > > > > > I also saw some threads questioning the value of
> > using astmanproxy in
> > > > > > combination with asterisk-java.
> > > > > >
> > > > > > I think that there are many advantages to doing so.
> > Firstly, I want
> > > > > > to use my proxy for more than just asterisk-java
> > clients but would
> > > > > > like to have all my asterisk manager API calls going
> > through one
> > > > > > place.
> > > > > >
> > > > > > Secondly, in my case, I have to connect to many
> > (perhaps a dozen or
> > > > > > so) asterisk servers right now.  I would prefer to
> > just list them in
> > > > > > the proxy's configuration rather than having to
> > manage all of these
> > > > > > connections in my application individually.
> > > > > >
> > > > > > Kind regards,
> > > > > > aaron
> > > > > >
> > > > > >
> > > > >
> > --------------------------------------------------------------
> > -----------
> > > > > > This SF.net email is sponsored by: Splunk Inc.
> > > > > > Still grepping through log files to find problems?  Stop.
> > > > > > Now Search log events and configuration files using
> > AJAX and a browser.
> > > > > > Download your FREE copy of Splunk now >>
> > http://get.splunk.com/
> > > > > > _______________________________________________
> > > > > > Asterisk-java-users mailing list
> > > > > > Ast...@li...
> > > > > >
> > > > > https://lists.sourceforge.net/lists/listinfo/asterisk-java-users
> > > > > >
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Pozdrawiam
> > > > > Maciek Tokarski
> > > > >
> > --------------------------------------------------------------
> > -----------
> > > > > This SF.net email is sponsored by: Splunk Inc.
> > > > > Still grepping through log files to find problems?  Stop.
> > > > > Now Search log events and configuration files using
> > AJAX and a browser.
> > > > > Download your FREE copy of Splunk now >>  http://get.splunk.com/
> > > > > _______________________________________________
> > > > > Asterisk-java-users mailing list
> > > > > Ast...@li...
> > > > > https://lists.sourceforge.net/lists/listinfo/asterisk-java-users
> > > > >
> > > > >
> > > >
> > >
> >
> > --------------------------------------------------------------
> > -----------
> > This SF.net email is sponsored by: Splunk Inc.
> > Still grepping through log files to find problems?  Stop.
> > Now Search log events and configuration files using AJAX and
> > a browser.
> > Download your FREE copy of Splunk now >>  http://get.splunk.com/
> > _______________________________________________
> > Asterisk-java-users mailing list
> > Ast...@li...
> > https://lists.sourceforge.net/lists/listinfo/asterisk-java-users
> >
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> _______________________________________________
> Asterisk-java-users mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/asterisk-java-users
>

Re: [Asterisk-java-users] asterisk java and astmanproxy

[Martin S. <ma...@be...>]

Hello Aaron,

It will be critical to get that protocol information from the AMI, or
its proxy. It sounds like the protocol part may not be available at all,
but could be inferred if the proxy appends "Proxy" to the original
Asterisk string, as it appears "Asterisk Call Manager Proxy/" may be.

Have you tried using cleartext login?
LoginAction(java.lang.String username, java.lang.String secret)

I'd compare an ngrep of the AJ conversation w/ AstManProxy to the
conversation with Asterisk itself, with the challenge/response login,
and see if there are big differences.

Martin Smith, Systems Developer
ma...@be...
Bureau of Economic and Business Research
University of Florida
(352) 392-0171 Ext. 221=20

=20

> -----Original Message-----
> From: ast...@li...=20
> [mailto:ast...@li...] On=20
> Behalf Of Aaron Evans
> Sent: Wednesday, August 01, 2007 4:47 PM
> To: ast...@li...
> Subject: Re: [Asterisk-java-users] asterisk java and astmanproxy
>=20
> One more tidbit:
> The exception was caused by
>=20
> org.asteriskjava.manager.TimeoutException: Timeout waiting for
> response to Challenge
>=20
> On 8/1/07, Aaron Evans <aar...@gm...> wrote:
> > Ok, I actually ended up making the change to the src and=20
> building with maven.
> >
> > That got me a bit further. Now I am getting:
> >
> > org.asteriskjava.manager.AuthenticationFailedException:=20
> Unable to send
> > challenge action
> >
> > And standard error says:
> >
> > Unable to retrieve internaActionId from response actionId 'null':
> > org.asteriskjava.manager.response.ChallengeResponse
> >
> > I'll keep looking at the source I guess but any tips are welcome.
> >
> > -aaron
> >
> > On 8/1/07, Aaron Evans <aar...@gm...> wrote:
> > > Actually, I think maybe I've spotted the problem:
> > >
> > > In the run method of the ManagerReaderImpl, there is a=20
> condition for
> > > identifying the protocol identifier.  It tests for=20
> strings starting
> > > with "Asterisk Call Manager/" and "Asterisk Manager=20
> Proxy/" and will
> > > set the "protocol identifier" if one of those is true.
> > >
> > > However, AstManProxy is giving back a string that starts with
> > > "Asterisk Call Manager Proxy/".
> > >
> > > I have checked out the source but am not familiar with=20
> building with
> > > maven 2.  So I may try to hack something out by providing my own
> > > implementations of the various classes by overriding a few key
> > > methods.  I'll let you know how it works out...
> > >
> > > On 8/1/07, Maciek Tokarski <mlo...@gm...> wrote:
> > > > Hi,
> > > > I had the same problem while using asterisk-java with=20
> astmanproxy. Now I'm
> > > > looking for other AMI poxies (I think, finally i will=20
> have to write it on my
> > > > own). But astmanproxy is the best proxy I already=20
> found. Adding support for
> > > > it to asteriks-java would be great feature.
> > > >
> > > > According to your questiopn Aaron, maybe the solution=20
> is to change the
> > > > astamnproxy code and make this program to give output=20
> exact like asterisk.
> > > >
> > > > Regards,
> > > > Maciek
> > > >
> > > >
> > > >  2007/8/1, Aaron Evans <aar...@gm...>:
> > > > >
> > > > > Hi,
> > > > > I'm trying to use asterisk-java with astmanproxy.
> > > > >
> > > > > I am getting the error:
> > > > >
> > > > > org.asteriskjava.manager.TimeoutException: Timeout
> > > > waiting for
> > > > > protocol identifier
> > > > >
> > > > > Now I did some digging in the archives and found that=20
> connecting to
> > > > > astmanproxy is not currently supported but that it=20
> might be in the
> > > > > future. The thread was from last year though.
> > > > >
> > > > > Any plans to support it?
> > > > >
> > > > > I also saw that some named Cristian Talle was able to=20
> modify the
> > > > > source so that he could use them together.  Perhaps=20
> that the problem
> > > > > is that the ProxyKey line has to be sent during the=20
> connect/login
> > > > > process.
> > > > >
> > > > > I started looking through the source but have not yet=20
> located where I
> > > > > would inject that bit of code.
> > > > >
> > > > > If someone could point me in the right direction, or=20
> better yet,
> > > > > describe what has to be done to get these working=20
> together, that would
> > > > > be sweet.
> > > > >
> > > > > I also saw some threads questioning the value of=20
> using astmanproxy in
> > > > > combination with asterisk-java.
> > > > >
> > > > > I think that there are many advantages to doing so. =20
> Firstly, I want
> > > > > to use my proxy for more than just asterisk-java=20
> clients but would
> > > > > like to have all my asterisk manager API calls going=20
> through one
> > > > > place.
> > > > >
> > > > > Secondly, in my case, I have to connect to many=20
> (perhaps a dozen or
> > > > > so) asterisk servers right now.  I would prefer to=20
> just list them in
> > > > > the proxy's configuration rather than having to=20
> manage all of these
> > > > > connections in my application individually.
> > > > >
> > > > > Kind regards,
> > > > > aaron
> > > > >
> > > > >
> > > >=20
> --------------------------------------------------------------
> -----------
> > > > > This SF.net email is sponsored by: Splunk Inc.
> > > > > Still grepping through log files to find problems?  Stop.
> > > > > Now Search log events and configuration files using=20
> AJAX and a browser.
> > > > > Download your FREE copy of Splunk now >> =20
> http://get.splunk.com/
> > > > > _______________________________________________
> > > > > Asterisk-java-users mailing list
> > > > > Ast...@li...
> > > > >
> > > > https://lists.sourceforge.net/lists/listinfo/asterisk-java-users
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Pozdrawiam
> > > > Maciek Tokarski
> > > >=20
> --------------------------------------------------------------
> -----------
> > > > This SF.net email is sponsored by: Splunk Inc.
> > > > Still grepping through log files to find problems?  Stop.
> > > > Now Search log events and configuration files using=20
> AJAX and a browser.
> > > > Download your FREE copy of Splunk now >>  http://get.splunk.com/
> > > > _______________________________________________
> > > > Asterisk-java-users mailing list
> > > > Ast...@li...
> > > > https://lists.sourceforge.net/lists/listinfo/asterisk-java-users
> > > >
> > > >
> > >
> >
>=20
> --------------------------------------------------------------
> -----------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and=20
> a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> _______________________________________________
> Asterisk-java-users mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/asterisk-java-users
>=20

Re: [Asterisk-java-users] asterisk java and astmanproxy

[Aaron E. <aar...@gm...>]

One more tidbit:
The exception was caused by

org.asteriskjava.manager.TimeoutException: Timeout waiting for
response to Challenge

On 8/1/07, Aaron Evans <aar...@gm...> wrote:
> Ok, I actually ended up making the change to the src and building with maven.
>
> That got me a bit further. Now I am getting:
>
> org.asteriskjava.manager.AuthenticationFailedException: Unable to send
> challenge action
>
> And standard error says:
>
> Unable to retrieve internaActionId from response actionId 'null':
> org.asteriskjava.manager.response.ChallengeResponse
>
> I'll keep looking at the source I guess but any tips are welcome.
>
> -aaron
>
> On 8/1/07, Aaron Evans <aar...@gm...> wrote:
> > Actually, I think maybe I've spotted the problem:
> >
> > In the run method of the ManagerReaderImpl, there is a condition for
> > identifying the protocol identifier.  It tests for strings starting
> > with "Asterisk Call Manager/" and "Asterisk Manager Proxy/" and will
> > set the "protocol identifier" if one of those is true.
> >
> > However, AstManProxy is giving back a string that starts with
> > "Asterisk Call Manager Proxy/".
> >
> > I have checked out the source but am not familiar with building with
> > maven 2.  So I may try to hack something out by providing my own
> > implementations of the various classes by overriding a few key
> > methods.  I'll let you know how it works out...
> >
> > On 8/1/07, Maciek Tokarski <mlo...@gm...> wrote:
> > > Hi,
> > > I had the same problem while using asterisk-java with astmanproxy. Now I'm
> > > looking for other AMI poxies (I think, finally i will have to write it on my
> > > own). But astmanproxy is the best proxy I already found. Adding support for
> > > it to asteriks-java would be great feature.
> > >
> > > According to your questiopn Aaron, maybe the solution is to change the
> > > astamnproxy code and make this program to give output exact like asterisk.
> > >
> > > Regards,
> > > Maciek
> > >
> > >
> > >  2007/8/1, Aaron Evans <aar...@gm...>:
> > > >
> > > > Hi,
> > > > I'm trying to use asterisk-java with astmanproxy.
> > > >
> > > > I am getting the error:
> > > >
> > > > org.asteriskjava.manager.TimeoutException: Timeout
> > > waiting for
> > > > protocol identifier
> > > >
> > > > Now I did some digging in the archives and found that connecting to
> > > > astmanproxy is not currently supported but that it might be in the
> > > > future. The thread was from last year though.
> > > >
> > > > Any plans to support it?
> > > >
> > > > I also saw that some named Cristian Talle was able to modify the
> > > > source so that he could use them together.  Perhaps that the problem
> > > > is that the ProxyKey line has to be sent during the connect/login
> > > > process.
> > > >
> > > > I started looking through the source but have not yet located where I
> > > > would inject that bit of code.
> > > >
> > > > If someone could point me in the right direction, or better yet,
> > > > describe what has to be done to get these working together, that would
> > > > be sweet.
> > > >
> > > > I also saw some threads questioning the value of using astmanproxy in
> > > > combination with asterisk-java.
> > > >
> > > > I think that there are many advantages to doing so.  Firstly, I want
> > > > to use my proxy for more than just asterisk-java clients but would
> > > > like to have all my asterisk manager API calls going through one
> > > > place.
> > > >
> > > > Secondly, in my case, I have to connect to many (perhaps a dozen or
> > > > so) asterisk servers right now.  I would prefer to just list them in
> > > > the proxy's configuration rather than having to manage all of these
> > > > connections in my application individually.
> > > >
> > > > Kind regards,
> > > > aaron
> > > >
> > > >
> > > -------------------------------------------------------------------------
> > > > This SF.net email is sponsored by: Splunk Inc.
> > > > Still grepping through log files to find problems?  Stop.
> > > > Now Search log events and configuration files using AJAX and a browser.
> > > > Download your FREE copy of Splunk now >>  http://get.splunk.com/
> > > > _______________________________________________
> > > > Asterisk-java-users mailing list
> > > > Ast...@li...
> > > >
> > > https://lists.sourceforge.net/lists/listinfo/asterisk-java-users
> > > >
> > >
> > >
> > >
> > > --
> > > Pozdrawiam
> > > Maciek Tokarski
> > > -------------------------------------------------------------------------
> > > This SF.net email is sponsored by: Splunk Inc.
> > > Still grepping through log files to find problems?  Stop.
> > > Now Search log events and configuration files using AJAX and a browser.
> > > Download your FREE copy of Splunk now >>  http://get.splunk.com/
> > > _______________________________________________
> > > Asterisk-java-users mailing list
> > > Ast...@li...
> > > https://lists.sourceforge.net/lists/listinfo/asterisk-java-users
> > >
> > >
> >
>

Re: [Asterisk-java-users] asterisk java and astmanproxy

[Aaron E. <aar...@gm...>]

Ok, I actually ended up making the change to the src and building with maven.

That got me a bit further. Now I am getting:

org.asteriskjava.manager.AuthenticationFailedException: Unable to send
challenge action

And standard error says:

Unable to retrieve internaActionId from response actionId 'null':
org.asteriskjava.manager.response.ChallengeResponse

I'll keep looking at the source I guess but any tips are welcome.

-aaron

On 8/1/07, Aaron Evans <aar...@gm...> wrote:
> Actually, I think maybe I've spotted the problem:
>
> In the run method of the ManagerReaderImpl, there is a condition for
> identifying the protocol identifier.  It tests for strings starting
> with "Asterisk Call Manager/" and "Asterisk Manager Proxy/" and will
> set the "protocol identifier" if one of those is true.
>
> However, AstManProxy is giving back a string that starts with
> "Asterisk Call Manager Proxy/".
>
> I have checked out the source but am not familiar with building with
> maven 2.  So I may try to hack something out by providing my own
> implementations of the various classes by overriding a few key
> methods.  I'll let you know how it works out...
>
> On 8/1/07, Maciek Tokarski <mlo...@gm...> wrote:
> > Hi,
> > I had the same problem while using asterisk-java with astmanproxy. Now I'm
> > looking for other AMI poxies (I think, finally i will have to write it on my
> > own). But astmanproxy is the best proxy I already found. Adding support for
> > it to asteriks-java would be great feature.
> >
> > According to your questiopn Aaron, maybe the solution is to change the
> > astamnproxy code and make this program to give output exact like asterisk.
> >
> > Regards,
> > Maciek
> >
> >
> >  2007/8/1, Aaron Evans <aar...@gm...>:
> > >
> > > Hi,
> > > I'm trying to use asterisk-java with astmanproxy.
> > >
> > > I am getting the error:
> > >
> > > org.asteriskjava.manager.TimeoutException: Timeout
> > waiting for
> > > protocol identifier
> > >
> > > Now I did some digging in the archives and found that connecting to
> > > astmanproxy is not currently supported but that it might be in the
> > > future. The thread was from last year though.
> > >
> > > Any plans to support it?
> > >
> > > I also saw that some named Cristian Talle was able to modify the
> > > source so that he could use them together.  Perhaps that the problem
> > > is that the ProxyKey line has to be sent during the connect/login
> > > process.
> > >
> > > I started looking through the source but have not yet located where I
> > > would inject that bit of code.
> > >
> > > If someone could point me in the right direction, or better yet,
> > > describe what has to be done to get these working together, that would
> > > be sweet.
> > >
> > > I also saw some threads questioning the value of using astmanproxy in
> > > combination with asterisk-java.
> > >
> > > I think that there are many advantages to doing so.  Firstly, I want
> > > to use my proxy for more than just asterisk-java clients but would
> > > like to have all my asterisk manager API calls going through one
> > > place.
> > >
> > > Secondly, in my case, I have to connect to many (perhaps a dozen or
> > > so) asterisk servers right now.  I would prefer to just list them in
> > > the proxy's configuration rather than having to manage all of these
> > > connections in my application individually.
> > >
> > > Kind regards,
> > > aaron
> > >
> > >
> > -------------------------------------------------------------------------
> > > This SF.net email is sponsored by: Splunk Inc.
> > > Still grepping through log files to find problems?  Stop.
> > > Now Search log events and configuration files using AJAX and a browser.
> > > Download your FREE copy of Splunk now >>  http://get.splunk.com/
> > > _______________________________________________
> > > Asterisk-java-users mailing list
> > > Ast...@li...
> > >
> > https://lists.sourceforge.net/lists/listinfo/asterisk-java-users
> > >
> >
> >
> >
> > --
> > Pozdrawiam
> > Maciek Tokarski
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc.
> > Still grepping through log files to find problems?  Stop.
> > Now Search log events and configuration files using AJAX and a browser.
> > Download your FREE copy of Splunk now >>  http://get.splunk.com/
> > _______________________________________________
> > Asterisk-java-users mailing list
> > Ast...@li...
> > https://lists.sourceforge.net/lists/listinfo/asterisk-java-users
> >
> >
>

Re: [Asterisk-java-users] asterisk java and astmanproxy

[Aaron E. <aar...@gm...>]

Actually, I think maybe I've spotted the problem:

In the run method of the ManagerReaderImpl, there is a condition for
identifying the protocol identifier.  It tests for strings starting
with "Asterisk Call Manager/" and "Asterisk Manager Proxy/" and will
set the "protocol identifier" if one of those is true.

However, AstManProxy is giving back a string that starts with
"Asterisk Call Manager Proxy/".

I have checked out the source but am not familiar with building with
maven 2.  So I may try to hack something out by providing my own
implementations of the various classes by overriding a few key
methods.  I'll let you know how it works out...

On 8/1/07, Maciek Tokarski <mlo...@gm...> wrote:
> Hi,
> I had the same problem while using asterisk-java with astmanproxy. Now I'm
> looking for other AMI poxies (I think, finally i will have to write it on my
> own). But astmanproxy is the best proxy I already found. Adding support for
> it to asteriks-java would be great feature.
>
> According to your questiopn Aaron, maybe the solution is to change the
> astamnproxy code and make this program to give output exact like asterisk.
>
> Regards,
> Maciek
>
>
>  2007/8/1, Aaron Evans <aar...@gm...>:
> >
> > Hi,
> > I'm trying to use asterisk-java with astmanproxy.
> >
> > I am getting the error:
> >
> > org.asteriskjava.manager.TimeoutException: Timeout
> waiting for
> > protocol identifier
> >
> > Now I did some digging in the archives and found that connecting to
> > astmanproxy is not currently supported but that it might be in the
> > future. The thread was from last year though.
> >
> > Any plans to support it?
> >
> > I also saw that some named Cristian Talle was able to modify the
> > source so that he could use them together.  Perhaps that the problem
> > is that the ProxyKey line has to be sent during the connect/login
> > process.
> >
> > I started looking through the source but have not yet located where I
> > would inject that bit of code.
> >
> > If someone could point me in the right direction, or better yet,
> > describe what has to be done to get these working together, that would
> > be sweet.
> >
> > I also saw some threads questioning the value of using astmanproxy in
> > combination with asterisk-java.
> >
> > I think that there are many advantages to doing so.  Firstly, I want
> > to use my proxy for more than just asterisk-java clients but would
> > like to have all my asterisk manager API calls going through one
> > place.
> >
> > Secondly, in my case, I have to connect to many (perhaps a dozen or
> > so) asterisk servers right now.  I would prefer to just list them in
> > the proxy's configuration rather than having to manage all of these
> > connections in my application individually.
> >
> > Kind regards,
> > aaron
> >
> >
> -------------------------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc.
> > Still grepping through log files to find problems?  Stop.
> > Now Search log events and configuration files using AJAX and a browser.
> > Download your FREE copy of Splunk now >>  http://get.splunk.com/
> > _______________________________________________
> > Asterisk-java-users mailing list
> > Ast...@li...
> >
> https://lists.sourceforge.net/lists/listinfo/asterisk-java-users
> >
>
>
>
> --
> Pozdrawiam
> Maciek Tokarski
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> _______________________________________________
> Asterisk-java-users mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/asterisk-java-users
>
>

Re: [Asterisk-java-users] asterisk java and astmanproxy

[Maciek T. <mlo...@gm...>]

Hi,
I had the same problem while using asterisk-java with astmanproxy. Now I'm
looking for other AMI poxies (I think, finally i will have to write it on my
own). But astmanproxy is the best proxy I already found. Adding support for
it to asteriks-java would be great feature.

According to your questiopn Aaron, maybe the solution is to change the
astamnproxy code and make this program to give output exact like asterisk.

Regards,
Maciek


2007/8/1, Aaron Evans <aar...@gm...>:
>
> Hi,
> I'm trying to use asterisk-java with astmanproxy.
>
> I am getting the error:
>
> org.asteriskjava.manager.TimeoutException: Timeout waiting for
> protocol identifier
>
> Now I did some digging in the archives and found that connecting to
> astmanproxy is not currently supported but that it might be in the
> future. The thread was from last year though.
>
> Any plans to support it?
>
> I also saw that some named Cristian Talle was able to modify the
> source so that he could use them together.  Perhaps that the problem
> is that the ProxyKey line has to be sent during the connect/login
> process.
>
> I started looking through the source but have not yet located where I
> would inject that bit of code.
>
> If someone could point me in the right direction, or better yet,
> describe what has to be done to get these working together, that would
> be sweet.
>
> I also saw some threads questioning the value of using astmanproxy in
> combination with asterisk-java.
>
> I think that there are many advantages to doing so.  Firstly, I want
> to use my proxy for more than just asterisk-java clients but would
> like to have all my asterisk manager API calls going through one
> place.
>
> Secondly, in my case, I have to connect to many (perhaps a dozen or
> so) asterisk servers right now.  I would prefer to just list them in
> the proxy's configuration rather than having to manage all of these
> connections in my application individually.
>
> Kind regards,
> aaron
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> _______________________________________________
> Asterisk-java-users mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/asterisk-java-users
>



-- 
Pozdrawiam
Maciek Tokarski

[Asterisk-java-users] asterisk java and astmanproxy

[Aaron E. <aar...@gm...>]

Hi,
I'm trying to use asterisk-java with astmanproxy.

I am getting the error:

org.asteriskjava.manager.TimeoutException: Timeout waiting for
protocol identifier

Now I did some digging in the archives and found that connecting to
astmanproxy is not currently supported but that it might be in the
future. The thread was from last year though.

Any plans to support it?

I also saw that some named Cristian Talle was able to modify the
source so that he could use them together.  Perhaps that the problem
is that the ProxyKey line has to be sent during the connect/login
process.

I started looking through the source but have not yet located where I
would inject that bit of code.

If someone could point me in the right direction, or better yet,
describe what has to be done to get these working together, that would
be sweet.

I also saw some threads questioning the value of using astmanproxy in
combination with asterisk-java.

I think that there are many advantages to doing so.  Firstly, I want
to use my proxy for more than just asterisk-java clients but would
like to have all my asterisk manager API calls going through one
place.

Secondly, in my case, I have to connect to many (perhaps a dozen or
so) asterisk servers right now.  I would prefer to just list them in
the proxy's configuration rather than having to manage all of these
connections in my application individually.

Kind regards,
aaron

Re: [Asterisk-java-users] Question about commandAction 'iax2 show peer'

[Bruno K. <bru...@un...>]

> 
> Hi,
> 
> > The response I get is containing response='Follows' but 
> nothing seems 
> > to follow. Launching the command through the CLI gives a correct 
> > result.
> 
> the correct snippet for sending a command action looks like this:
> 
>         response = sendAction(new CommandAction(command));
>         if (!(response instanceof CommandResponse))
>         {
> 		throw some exception here
>         }
> 
>         return ((CommandResponse) response).getResult();
> 
> is this what you have?

No! I had omitted the cast and getResult(). Shame on me!

> 
> > For information, my more general goal is to try to 
> establish the type 
> > of channel given an extension. For example, suppose I have an 
> > extension 804, I would like to try 'sip show peer 804', if it fails 
> > then 'iax2 show peer 804'. Is is a good method or can I make it 
> > better?
> 
> If you don't know upfront whether the channel is a SIP or IAX 
> channel thats probably the only solution.
> If you have a corresponding extension in the dialplan though, 
> you could also use Local/ channels.
> 
> Example
> [default]
> 804 => Dial(IAX2/804)
> 
> Then just use Local/804@default instead of IAX2/804.

Yes, I thought using Local channels but generated events seem to be a bit more complex, so I prefer using the 'show peer' which
works perfectly now.

Many thanks for your fast reply.

Bruno

> 
> Hope that helps,
> 
> Stefan
> 
> --
> reuter network consulting
> Neusser Str. 110
> 50760 Koeln
> Germany
> Telefon: +49 221 1305699-0
> Telefax: +49 221 1305699-90
> E-Mail:  ste...@re...
> Jabber:  ste...@re...
> 
> Steuernummern 215/5140/1791 USt-IdNr. DE220701760
> 
>