All SIP elements MUST implement UDP and TCP. SIP elements MAY implement other protocols.
Making TCP mandatory for the UA is a substantial change from RFC 2543. It has arisen out of the need to handle larger messages, which MUST use TCP, as discussed below. Thus, even if an element never sends large messages, it may receive one and needs to be able to handle them.
If you want to keep something really safe, protect it well and don't tell anyone where it is.
Security by obscurity ain't gonna work. What happened to some good old fashioned "encrypt the data on the tapes, and keep copies in several relatively safe locations"?
France Telecom uses Oracle Corp. as its DBMS, Hewlett-Packard Co. as its storage and system vendor, and employs an SMP (symbol manipulation program) architecture.
The server has definitive information that the user does not exist at the domain specified in the Request-URI. This status is also returned if the domain in the Request-URI does not match any of the domains handled by the recipient of the request.
The parent is actually not joking, this is a real error code, the only thing is that reconfiguring the caller's phone... scratch phone... SIP user agent will not remedy the situation....
There is nobody to turn to if you as a (Linux) customer says, 'I need this.' You can't turn to IBM. They don't write the thing. It's not like IBM can support Linux the way they support the mainframe operating system. They don't write the code for it.
Of course, because they need access to the source code before they would be able to do any improvements...:-P
Looks like CmdrTaco is stuck in some kind of a temporal loop. Quick, tell CmdrData to send a message to himself over a subspace channel, this is our only chance!
As I suspected all along, Micro$oft was the leading cause of disappearance of dodo, woolly mammoth, sabre tooth tiger, and probably even the dinosaurs. Someone call PETA and WWF before they are done with hackers and whales!
I question the relevance of index creation benchmark. In most cases, index creation is done once and then it all just works with that index. Could you provide benchmarks for some big multitable select, update and calculations (averages, sums and that stuff)?
Same goes for unindexed select: avoid it, and give us indexed benchmarks.
the network translates that into 4.3.2.1.5.5.5.2.0.2.1.e164.arpa (which is basically your E.164 phone number, in a fancy format)
the network does a DNS lookup on that number and gets a list of your URL's
those URL's are most likely sip, but may also be tel, mailto, http,... (is there an URL scheme for IM?)
YOU give your operator your URL's and their preference
the caller's device will try your contacts in the order you specify, and subject to the device's own capabilities (for example, a phone will ignore any http URL)
In other words, no, it's not the end of the world. Usenet will work just the same... And yes, I implemented an ENUM based system at my previous place of work.
A few (if any) carriers will use public internet for their VoIP, meaning that thieir ENUM servers will be located in their private IP networks inaccessible from the regular 'net. The privacy implications are pretty much the same as with the phone book. Don't be paranoid for no reason.
zm
Slashdot Mirror
Actually, that is not correct. See rfc3261.
I know: Mandows... that should be safe...
You sir, are wrong. Rogers also operates a GSM network.
Might make it hard to get the terrorists to trial, though...
Well, at least the suicide part of their mission will still work...
If you want to keep something really safe, protect it well and don't tell anyone where it is.
Security by obscurity ain't gonna work. What happened to some good old fashioned "encrypt the data on the tapes, and keep copies in several relatively safe locations"?
France Telecom uses Oracle Corp. as its DBMS, Hewlett-Packard Co. as its storage and system vendor, and employs an SMP (symbol manipulation program) architecture.
:-)
A case of acronym confusion, I guess.
No, Mandrake the Magician is a comic strip hero: http://www.kingfeatures.com/features/comics/mandra ke/about.htm or http://www.toonopedia.com/mandrake.htm
Obligatory quote: "The source of the problem is between the chair and the keyboard".
The only thing is that ssh tunneling is not TCP over TCP; the tunelled TCP connections terminate/start on the two sides of the ssh connection.
zm
See, there's this new technology called "the telephone".... :)
It is NOT a public network; shoot whoever moderated parent as insightful...
The parent is actually not joking, this is a real error code, the only thing is that reconfiguring the caller's phone... scratch phone... SIP user agent will not remedy the situation....
Funny you should mention that. I have a tape of one of Grady's lectures where he said: Not that it has anything to do with
There is nobody to turn to if you as a (Linux) customer says, 'I need this.' You can't turn to IBM. They don't write the thing. It's not like IBM can support Linux the way they support the mainframe operating system. They don't write the code for it.
Of course, because they need access to the source code before they would be able to do any improvements... :-P
Hormel Foods Corporation
Big brother? Where?
Looks like CmdrTaco is stuck in some kind of a temporal loop. Quick, tell CmdrData to send a message to himself over a subspace channel, this is our only chance!
So, any GNU/Linux distro sold by OfficeDepot after the deadline will be Microsoft certified, no?
As I suspected all along, Micro$oft was the leading cause of disappearance of dodo, woolly mammoth, sabre tooth tiger, and probably even the dinosaurs. Someone call PETA and WWF before they are done with hackers and whales!
I question the relevance of index creation benchmark. In most cases, index creation is done once and then it all just works with that index. Could you provide benchmarks for some big multitable select, update and calculations (averages, sums and that stuff)?
Same goes for unindexed select: avoid it, and give us indexed benchmarks.
zm
Bell Canada has been selling cash smart cards for use in public phones for a while now...
So, that makes it 130 CPU's reviewed in total, no?
- someone calls you at 1-202-555-1234
- the network translates that into 4.3.2.1.5.5.5.2.0.2.1.e164.arpa (which is basically your E.164 phone number, in a fancy format)
- the network does a DNS lookup on that number and gets a list of your URL's
- those URL's are most likely sip, but may also be tel, mailto, http,... (is there an URL scheme for IM?)
- YOU give your operator your URL's and their preference
- the caller's device will try your contacts in the order you specify, and subject to the device's own capabilities (for example, a phone will ignore any http URL)
In other words, no, it's not the end of the world. Usenet will work just the same... And yes, I implemented an ENUM based system at my previous place of work.zm
A few (if any) carriers will use public internet for their VoIP, meaning that thieir ENUM servers will be located in their private IP networks inaccessible from the regular 'net. The privacy implications are pretty much the same as with the phone book. Don't be paranoid for no reason. zm
Hey, S. Claus switched too!
Guess that did not save Christmas from getting slashdotted....
zm