<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Simon wrote:
<blockquote cite="mid001001c6382b$059b4990$0a00000a@athlon64"
 type="cite">
  <title></title>
  <meta http-equiv="Content-Type" content="text/html; ">
  <meta content="MSHTML 6.00.2900.2802" name="GENERATOR">
  <style></style>
  <div><font face="Arial" size="2">Hey Steve,</font></div>
  <div> </div>
  <div><font face="Arial" size="2">I guess my ultimate goal is that the
user doesn't have to configure those kinds of things. When they log
into jabber it will automatically discover all of that.</font></div>
  <div> </div>
  <div><font face="Arial" size="2">I know making a call over Asterisk
for IAX is <a class="moz-txt-link-abbreviated" href="mailto:user:pass@server.com/extension">user:pass@server.com/extension</a></font></div>
  <div><font face="Arial" size="2">what's the format for P2P direct? If
we can use the same field for both then that is fine as well. I'm just
not familiar with IAX in a P2P manner if its just the same call format
just simply its the users IP instead.</font></div>
</blockquote>
Actually, the format is as mikael wrote earlier:<br>
<br>
[<user>[:<secret>]@]<peer>[:<portno>][/<exten>[@<context>]]
<br>
<br>
There's no difference between making a call to a server as opposed to
directly to a client, other than that most clients aren't going to
require authentication (user, secret), and will likely ignore exten and
context.  So, it seems to be that whatever mechanism is defined in
jabber to send an IAX destination to a client should have the ability
to send all of those items, but should only require peer (hostname).<br>
<br>
<blockquote cite="mid001001c6382b$059b4990$0a00000a@athlon64"
 type="cite">
  <div><font face="Arial" size="2">But yeah I agree, some clients will
work that way, some will I think in the future have more integration.
Atleast that is my goal. So Asterisk and XMPP can be closely tied
together and the clients can simply discover their settings.</font></div>
</blockquote>
That makes sense, but I'm not sure how that would work -- in the end, I
think the client needs to know how it can be reached, and then, if the
client knows that, it can just inform clients that want to call it.<br>
<br>
-SteveK<br>
<br>
<br>
<blockquote cite="mid001001c6382b$059b4990$0a00000a@athlon64"
 type="cite">
  <div> </div>
  <div><font face="Arial" size="2">Thanks and take care,</font></div>
  <div><font face="Arial" size="2">Simon</font></div>
  <blockquote
 style="border-left: 2px solid rgb(0, 0, 0); padding-right: 0px; padding-left: 5px; margin-left: 5px; margin-right: 0px;">
    <div
 style="font-family: arial; font-style: normal; font-variant: normal; font-weight: normal; font-size: 10pt; line-height: normal; font-size-adjust: none; font-stretch: normal;">-----
Original Message ----- </div>
    <div
 style="background: rgb(228, 228, 228) none repeat scroll 0%; -moz-background-clip: initial; -moz-background-origin: initial; -moz-background-inline-policy: initial; font-family: arial; font-style: normal; font-variant: normal; font-weight: normal; font-size: 10pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"><b>From:</b>
    <a title="stevek@stevek.com" href="mailto:stevek@stevek.com">Steve
Kann</a> </div>
    <div
 style="font-family: arial; font-style: normal; font-variant: normal; font-weight: normal; font-size: 10pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"><b>To:</b>
    <a title="standards-jig@jabber.org"
 href="mailto:standards-jig@jabber.org">Jabber protocol discussion list</a>
    </div>
    <div
 style="font-family: arial; font-style: normal; font-variant: normal; font-weight: normal; font-size: 10pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"><b>Sent:</b>
Wednesday, February 22, 2006 5:34 PM</div>
    <div
 style="font-family: arial; font-style: normal; font-variant: normal; font-weight: normal; font-size: 10pt; line-height: normal; font-size-adjust: none; font-stretch: normal;"><b>Subject:</b>
Re: [Standards-JIG] Defining IAX transport over jingle</div>
    <div><br>
    </div>
    <br>
I've read over all of this, and I still don't understand why we'd want
(or think we need) multiple "ways" to establish an IAX call via XMPP?<br>
    <br>
Can't it be as simple as this (not in XML):<br>
    <br>
Romeo->Juliet:  Hey, I'd like to talk to you, do you support
Jingle-IAX?<br>
Juliet->Romeo: Sure! My IAX address is montague.com/juliet<br>
    <br>
It would be juliet's responsibility to decide whether juliet wants to
advertise the address of her client, or the address of a PBX that would
forward to her client, or lie entirely and give Romeo the address of
Joe's pizza shop.<br>
    <br>
Juliet's client might have a UI like this:<br>
    <br>
=========<br>
VoIP [IAX] Setup<br>
[X] accept peer-to-peer calls<br>
[ ] accept calls via server _____________ extension ________<br>
---<br>
Register for calls via server ________ Username ______ Password _______<br>
==========<br>
    <br>
So here, the first radio group decides whether she wants her client to
accept calls directly, or direct calls to her through a PBX.<br>
    <br>
The registration line would make her chat client also be a more
traditional VoIP extension from a server.<br>
    <br>
-SteveK<br>
    <br>
    <br>
Simon Guindon wrote:
    <blockquote cite="mid3E6F9E04F4CF864DBCC3EECB90FDFB502DA416@BART"
 type="cite">
      <pre wrap="">I see in my scenario an asterisk gateway mostly just being an
information hub. Replying to DISCO/Jingle queries but then the IAX
client just simply calls the extension.

When I wish to call you how do I distinguish which 2 of the IAX methods
you support?

I believe in the Jingle Signaling JEP has a feature section is that
correct? Maybe we need 2 features for IAX/SIP being IP to IP or through
a PBX.

I think I'm a bit in the same boat as you. I know what I need out of
this but confused which solution is best and most clean.

The way I see it is, there might be multiple gateways on 1 server for
Asterisk. One might be a chan_jingleaudio which connects Jingle Audio
capable clients Asterisk. Another would be an Asterisk gateway that
doesn't do Jingle Audio but supports DISCO queries for asking how do I
contact Antonio.

Like I said I know what I need but ensure at which route to take.

You could DISCO the asterisk.server.com for Antonio's extension #, or do
you query for his VCard to find it? Etc etc.. Many JEP's I think could
be used but which is best?

Thanks,
Simon

-------------------------------------------------------
Simon Guindon
Tomahawk Technologies Inc.
<a class="moz-txt-link-abbreviated"
 href="mailto:simon.guindon@tomahawk.ca">simon.guindon@tomahawk.ca</a>
<a class="moz-txt-link-abbreviated" href="http://www.tomahawk.ca">www.tomahawk.ca</a>
-------------------------------------------------------

-----Original Message-----
From: <a class="moz-txt-link-abbreviated"
 href="mailto:standards-jig-bounces@jabber.org">standards-jig-bounces@jabber.org</a>
[<a class="moz-txt-link-freetext"
 href="mailto:standards-jig-bounces@jabber.org">mailto:standards-jig-bounces@jabber.org</a>] On Behalf Of Antonio Cano
damas
Sent: Wednesday, February 22, 2006 5:03 PM
To: Jabber protocol discussion list
Subject: Re: [Standards-JIG] Defining IAX transport over jingle

Simon Guindon wrote:

  </pre>
      <blockquote type="cite">
        <pre wrap="">I'm not sure if I'm misunderstanding your post or not but I think
sending IAX call format (extension, maybe we need to include
server/context as well?) is a very important thing. I don't believe
    </pre>
      </blockquote>
      <pre wrap=""><!---->it's
  </pre>
      <blockquote type="cite">
        <pre wrap="">a requirement though.

As said previously there are 2 manners which IAX Jabber aware clients
will want to call.

1. P2P
2. PBX

In #1 we don't need to pass extension, context etc. But if we are a
Telco running Asterisk maybe we want all the calls to go through the
    </pre>
      </blockquote>
      <pre wrap=""><!---->PBX
  </pre>
      <blockquote type="cite">
        <pre wrap="">and call records go into the CDR etc. In the sense Jabber is now just
    </pre>
      </blockquote>
      <pre wrap=""><!---->an
  </pre>
      <blockquote type="cite">
        <pre wrap="">easy way to call without having to dial. (IE just clicking on a roster
item and clicking "call").
 

    </pre>
      </blockquote>
      <pre wrap=""><!---->hmmmmm three points goes to Simon :)

I'm not sure about this, maybe this has to be implemented by a
chan_jingle_iax into the Asterisk. Maybe Asterisk (PBX) box could have
his roster mapped with extensions, and connected to the Jabber server
like a bot  :-/

Ohhhh I can see the scenario, sorry is really late and a long day. I
promise to think slowly tomorrow morning with a cleaner mind ;)

  </pre>
      <blockquote type="cite">
        <pre wrap="">Now that aside I think theres more integration that needs to happen for
XMPP/VoIP to really take off. It may be outside of the Jingle spec
though and more in the discovery or Vcard spec.

I've been trying to think of ways Jingle/Disco or can discover many
things automatically so the user doesn't have to enter phone numbers.
 

For example:

When I click "Call <a class="moz-txt-link-abbreviated"
 href="mailto:Mikael@xmpp.com">Mikael@xmpp.com</a>" how do we discover Mikael's
extension. How do we discover his voicemail box to leave him a msg. How
do we discover our own voicemail box so we can go there in 1 click? How
do we discover tech support number so we can call via 1 button click.

I guess the idea is the number system is there, but Jabber can have a
much more seamless integration with the PBX so the user is just clicks
away from everything he needs.

This is all stuff later though, first we need to figure out how do we
tie IAX into Jingle but allow IAX to do what IAX can do if that makes
sense ;)
 

    </pre>
      </blockquote>
      <pre wrap=""><!---->Yes you're right, maybe all this stuff is related to the entities
implementation and not to the specification :-/

Thinking a little (only a little), not seems to be necesary to include
the extension we want to call into the transport because this goes into
the dial string of the IAX library.

Take care,

  </pre>
    </blockquote>
    <br>
  </blockquote>
</blockquote>
<br>
</body>
</html>