[Asterisk-Users] An interesting call path observation..

Asterisk Asterisk at team.dcsi.net.au
Wed Nov 26 15:27:56 MST 2003


Hello!

*sigh*

Is it wrong to reply to your own post?

Thanks for the info guys. After I'd read you replies I looked at another
post I made... the answer to this question was answered in README.cdr
(of course)!

:)
Ben

______________________________
Benjamin Wakefield
ben at team.dcsi.net.au
http://www.dcsi.net.au/
DCSI - We do Internet.
64 Queen Street
Warragul, VIC 3820 AU
Ph: (+61) 1300 665 575
Fx: (+61) 1300 556 595


-----Original Message-----
From: Asterisk 
Posted At: Wednesday, 26 November 2003 9:28 PM
Posted To: Asterisk
Conversation: [Asterisk-Users] An interesting call path observation..
Subject: RE: [Asterisk-Users] An interesting call path observation..

Hello Asterisk-ers,

Thanks to WipeOut! you've kinda answered something I wondered about.
I've been looking for a post like yours for the last 3 hours (I didn't
want to get told off for not looking first)!

I don't have enough Asterisk boxes (yet) to test this scenario.

If had 3 Asterisk boxes, A1, A2 and A3.

A call comes in on ZAP/1-1 on A1 which sends the call via IAX to SIP/U2
on A2 who then decides that the caller needs to speak to SIP/U3 on A3.

(You follow me so far?)

If SIP/U2 transferred the call to an extension that made use of the
"switch statement"... What would the call path be?

Would the call traffic go from A1 in A2 back out of A2 to A3?

...or would it be "switched" and go directly from A1 to A3?

:(
Ben

(I know what I'm asking. I don't know if I've made sense.)
______________________________
Benjamin Wakefield
ben at team.dcsi.net.au
http://www.dcsi.net.au/
DCSI - We do Internet.
64 Queen Street
Warragul, VIC 3820 AU
Ph: (+61) 1300 665 575
Fx: (+61) 1300 556 595


-----Original Message-----
From: WipeOut [mailto:wipe_out at lycos.co.uk] 
Posted At: Friday, 26 September 2003 11:21 PM
Posted To: Asterisk
Conversation: [Asterisk-Users] An interesting call path observation..
Subject: [Asterisk-Users] An interesting call path observation..

This is not really a problem just something I noticed in my testing..

When two or more Asterisk servers are connected by IAX2 trunks it does 
not make use of any "shortest path" type system.. (maybe this is still 
planned somwhere down the line, but may come in handy to those who have 
multi asterisk installations)

Here is the setup..

UA1--- Asterisk1----[IAX2 Trunk]---Asterisk2---UA2
                   |
                UA3

If I have a call between UA1 and UA2 and I transfer the call from UA2 to

UA3 the result is that the voice path is like this..

UA1---Asterisk1---Asterisk2---Asterisk1---UA3

Asterisk does not work out that UA1 and UA3 are local and so does not 
create a shortest path link between the two end points..

Anyway, Like I said not really a major problem but will cause more 
bandwith to be used up and if you are running at max could cause a
problem..

Later..



_______________________________________________
Asterisk-Users mailing list
Asterisk-Users at lists.digium.com
http://lists.digium.com/mailman/listinfo/asterisk-users
_______________________________________________
Asterisk-Users mailing list
Asterisk-Users at lists.digium.com
http://lists.digium.com/mailman/listinfo/asterisk-users



More information about the asterisk-users mailing list