SIP in higher education

[Candace Holman <>]

Hi Ben,

I don't have much to add to my original comment.  I'm pretty sure that 
you understand, but you probably don't agree.  I expected that. :)

My opinion is that the deployment of classical numbers in a SIP 
installation is best left to each enterprise or campus to incorporate 
with custom dial plans, and in agreement with  John Stier, that the 
hardware phone vendors need to improve their directory access to ease 
URI lookup and contact list importing.  In agreement with Walt and 
Jeremy, this is not a fruitless issue for SIP.edu to work on.  I was 
expressing a hope that it wouldn't become our focus.

Candace


Ben Teitelbaum wrote:

> Candace Holman 
> <>
>  writes:
>
>  
>
> > Hi all,
> >
> > I know this is not going to be a popular opinion, but I just want to
> > go on the record as an opponent of SIP.edu by Numbers. I haven't said
> > anything thus far because it seemed to be a topic that inspired happy
> > group participation. 
> >    
>
> Candace,
>
> It's a fine opinion (and I appreciate your sharing it).  However, I
> don't fully understand it.  In particular, if you are an opponent of
> SIP.edu taking on the "by numbers" problem, of what are you a
> proponent?  Continued development of the cookbook and growth of URI
> reachability?  An asserted identity testbed?  Building a cookbook
> model for supporting open UA registration?  Something else?
>
> Also, you state that "SIP.edu by Numbers cause(s) more problems than
> it solves".  Just to be clear, the problem solved is that of reaching
> SIP endpoints from devices that have only 12-digit keypads.  So what
> problems do "by numbers" solutions cause (besides the opportunity cost
> of spending "so much effort")?
>
> My sense is that it is not really so much effort.  John Todd has a
> good proposal that is almost baked.  We need to create a non-profit
> organization to run the ITAD root.  Then, each domain needs to bring
> up a local ENUM.  Since most domains are already managing numeric
> identifiers, the local ENUM can simply re-write to
> sip:<5-digits>@local-gateway.  That doesn't seem so bad, but maybe I'm
> missing something.
>
> Best Regards,
>
> -- ben
>
>  
>
> > I think SIP.edu by Numbers cause more problems than it solves, and
> > that we are moving backwards by spending so much effort converging SIP
> > dialing with classical telephony dialing. 
> >
> > Candace
> >
> > Dennis Baron wrote:
> >
> >    
> >
> > > Thursday, 8/11/05 2:00-3:00 EDT (UTC-4)
> > >
> > > Agenda
> > >
> > > - Workshop Debrief/Deployment updates and questions - All
> > >
> > > I'll invite participants from the last SIP.edu workshop to join us.
> > > We can review the workshop and thoughts on how to improve them.  And
> > > also answer questions from those that attended and assist any that
> > > are implementing or planning on implementing SIP.edu on their
> > > campus.
> > >
> > > - SIP.edu by Numbers -  All
> > >
> > > I've been thinking about this some more and I'd like to hear others
> > > thoughts on what paths we might take based on the last three calls.
> > >
> > > - Let me know if you have any other items for this or future agendas!
> > >
> > >                    Dennis
> > >
> > > Thursday 2:00 PM US/Eastern
> > > To join the call, do one of the following:
> > > a. Call 
> > > sip:,
> > >  or
> > >         
> > > sip:,
> > >  or
> > > b. Dial +1-734-615-7474, or
> > >         +1-800-392-6130, or          +1-866-411-0013 and enter
> > > access code 0153458, or
> > > c. To have the system call you, click here:
> > >         https://edial.internet2.edu/call/0153458
> > >
> > >
> > >      
> >    
>
>