Sem resumo de edição |
Sem resumo de edição |
||
| Linha 1: | Linha 1: | ||
* Apresentação 05/05/12: | * Apresentação 05/05/12: | ||
** Não compareceu | |||
** Justificativa e aplicações similares não atende a expectativa | ** Justificativa e aplicações similares não atende a expectativa | ||
** Contribuiu de forma relevante com outro tema | ** Contribuiu de forma relevante com outro tema | ||
Edição atual tal como às 03h55min de 8 de maio de 2012
- Apresentação 05/05/12:
- Não compareceu
- Justificativa e aplicações similares não atende a expectativa
- Contribuiu de forma relevante com outro tema
- Referências: precisa pesquisar em artigos e livros
- Nota final em DPT: 70,0
- Apresentação 28/04/12:
- Orientador: Sérgio
- Luiz Cláudio sugere:
- explicar o que é peering, já que é praticamente o que o InterVoIP faz
- esclarecer melhor a proposta do que será feito com este projeto.
- pesquisar sobre VPF e outras soluções similares
- Sergio de Oliveira adiciona:
- tendo como exemplo duas operadoras, como é a tarifação atual e como será de acordo com seu projeto?
- A ideia é ter acordos que passem isso para Dados?
- Seu cenario, Azzu vai ligar para Skype. O intuito, disso como ele vai falar e identificar a numeração de outro provedor?
- Vai ter que ir para Internet? E os problemas : bloqueios, QoS, acordos)?
- Existe acordos de uma operadora vender minutagem... e o problema é a numeração?
- Como vai ser reconhecido globalmente ? sera por ENUM (transformara este numero para que seja reconhecido e seja unico no mundo)?
- Como fica a questao dos acordos? tem de ter uma entity central? parecido com a portabilidade, para que todos os provedores se vinculem a esta entidade?
- Haverá custo para o usuario ?
- Os custos referente a enlaces tem de ser construídos, como sera taxado? pois operadoras terão de comprar a ideia e se interligarem tendo como ponto comum um único ponto, correto?