Presence and IntComm WG

["Rork, Joseph (J.P.)" <>]

That then begs the question; do we want edial support?

We need to get a stake in the ground regarding voice.  From what I am
reading and per our discussion on Thursday, we are downplaying voice for
this trial.  However, since we are adding Session, questioning codecs,
audio bridges, and voicemail, and wondering about handsets, we are still
very much including voice.  The key is going to be in the wording of our
promotions.  Speaking of which, there was no final decision about the
email to all participants as well.  

I think that we should still order the handsets since we are still
including voice, and I would like a consensus about the email promotion.

--joe

-----Original Message-----
From: Xiaotao Wu 
[mailto:]
 
Sent: Monday, April 12, 2004 11:29 PM
To: 

Subject: RE: [wg-pic] Session for MM


On Mon, 12 Apr 2004, Jeff King wrote:

>
> >From my testing with Session UA, edial worked with G.711.  With GSM, 
> >the
> call connected, but audio media did not work.  It appeared that edial 
> server thought the offered GSM codec was G.711.

So, seems we have to use G711 if we want to have edial conference
support.

-Xiaotao

>
> Jeff
>
>
>
> -----Original Message-----
> From: Jamey Hicks 
> [mailto:]
> Sent: Monday, April 12, 2004 2:14 PM
> To: 
> 
> Subject: Re: [wg-pic] Session for MM
>
> Xiaotao Wu wrote:
>
> >On Mon, 12 Apr 2004, Jamey Hicks wrote:
> >
> >
> >
> >>Xiaotao Wu wrote:
> >>
> >>
> >>
> >>>Is there GSM codec support for pals server. I can set sipc to use 
> >>>GSM
> as
> >>>the default codec to save bandwidth. GSM codec suppose to use the
> same
> >>>bandwidth as iLBC, but iLBC may be better with big packet loss 
> >>>(10%).
> >>>
> >>>
> >>>
> >>>
> >>>
> >>Only the UA's need to agree on the codec.  There should be no 
> >>problem
> if
> >>SIPC uses GSM as its default codec.  But please test it with the 
> >>edial bridge to make sure it does not cause a problem there.
> >>
> >>
> >
> >But the edial bridge need to support GSM codec for conference mixing.
> Does
> >it support that? I will try it.
> >
> >
> >
> Either edial will support GSM and accept that as a codec in the call, 
> or
>
> it will not support GSM and it will drop GSM from the SDP during call 
> setup, or it will fail to set up the call.  Either of the first two 
> behaviors is OK, the third would be a bug, unless I'm mistaken.
>
> Jamey
>
>
>
>